Starting from the decision, not the algorithm
Every predictive engagement begins with a written decision specification. What is the decision the model will inform? Who makes it? What is the cost of a miss in either direction? How quickly does the decision-maker need the prediction, and at what level of granularity? What is the current process being augmented or replaced, and how good is it on the same metric? Without these answers, modelling work tends toward whatever metric the data scientist is most comfortable optimising; with them, every later trade-off has a reference point.
We are particularly attentive to asymmetric costs. In demand forecasting, an over-forecast on perishable stock costs differently from an under-forecast on a flagship product; in churn modelling, a false positive may trigger an expensive retention offer while a false negative loses a customer altogether. We design loss functions, decision thresholds and confidence requirements to reflect those asymmetries explicitly, rather than relying on a default symmetric metric to flatter the model.
Horizon is treated with similar care. A short-horizon forecast and a long-horizon forecast are usually different problems, requiring different features and different models. We resist the temptation to pretend that one model covers all horizons, and we build the planning interface to expose horizon explicitly.
- Decision specification before modelling
- Asymmetric loss and threshold tuning
- Horizon-appropriate model selection
- Hierarchical structures (region, channel, SKU)
- Cold-start strategies for new entities
- Override workflows for human judgement


