Give outcome labels time to mature
Recent records may contain unresolved outcomes rather than negative results. Define the target window and reporting allowance before using conversion labels for retraining or investment decisions.
Keep development and test groups separate before comparing performance. No measured results are shown.
Consider a lead-scoring report that compares yesterday’s enquiries with last month’s completed pipeline. If a retraining job labels every missing purchase as negative, it may treat customers still deciding as customers who will not buy. The comparison mixes observations at different stages of completion.
An immature label can affect model training, sales prioritisation and channel evaluation. Before changing coverage or budget, establish whether the relevant purchase window has closed and whether the reporting feeds are complete. Recent weak results may be real, delayed or a mixture of both.
Give the data owner a defined rule for outcome eligibility. Preserve the pending state, specify the purchase horizon and distinguish customer delay from data-pipeline delay. An up-to-date extract can still contain evidence that is not ready for the decision.
The label needs an observation window
Start with the actual target. Predicting whether a lead will buy within the agreed sales window differs from predicting whether it will buy by tomorrow. If the commercial team wants the former while the training job labels the latter, a technically successful model will learn the wrong business question.
Google’s conversion-delay guidance explains why recent advertising performance can look weaker than older performance: spend is already reported while some conversions have yet to happen. This is product documentation about Google Ads, not evidence that a particular enterprise’s weak results will recover. It establishes a reason to inspect the age of the observations before interpreting the comparison.
The training consequence is studied directly in Yang and colleagues’ research on delayed feedback, published in the AAAI proceedings. The paper describes the trade-off between waiting for more accurate conversion labels and using fresh data. It proposes elapsed-time sampling and importance weighting, evaluated with Criteo and Taobao data. It also examines bias from estimated weights. The result supports treating label delay as a modelling choice. It does not establish a waiting period or an algorithm for another firm.
The earlier article on backtest leakage asks whether the inputs existed when the prediction was made. Here, the inputs can be perfectly timed. The defect sits in the later outcome: the evaluation has stopped watching before the event it claims to measure could reasonably finish. Both boundaries need to be correct.
Keep pending outcomes visible
For a bounded purchase target, give each lead a prediction time, the target window’s end, an outcome event time and the time the outcome became available to the data pipeline. Keep the original score and model version beside them. A closed window with no recorded purchase supports a negative label only when the relevant reporting feeds are sufficiently complete.
Google separately documents data freshness and reporting adjustments. Processing schedules and later revisions affect what appears in a report. This is a different delay from a customer taking time to purchase. The provider’s schedules describe its own service. The organisation must establish the delays in its CRM, order feed and reconciliation process independently.
In a local training dataset, retain an explicit pending state. Do not silently turn a missing outcome into false. Nor should the team train immediately on successful recent leads while excluding only their unresolved peers. That would make the newest cohort disproportionately positive. A simple baseline is to admit whole cohorts after their common observation window and reporting allowance have elapsed, keeping unresolved feed failures visible.
Waiting has a cost. Mature cohorts describe an older market, and a long sales cycle can make that evidence slow to arrive. Where faster learning is valuable, compare a model that accounts for delay with the mature-cohort baseline. Record its assumptions, validate predictions against subsequently observed outcomes and keep estimates visibly separate from completed observations. Complexity earns its place through that comparison.
Rehearse a late purchase before retraining
Use a constructed record before touching production. Suppose a lead is scored on Monday under a target of purchase by Friday evening. The customer orders on Thursday, and the order reaches the analytical store on Saturday. Those dates are an illustrative test fixture, not an observed sales result.
A Tuesday extract should mark the outcome as pending. A Friday extract also cannot establish a negative merely because the order field is empty. Once the Saturday feed arrives, the label is positive because the purchase occurred inside the target window. Its later arrival must not move the purchase outside that window or rewrite the inputs the model saw on Monday.
Repeat the fixture with no purchase and a feed confirmed complete through the window’s end. That record can become negative. Repeat it with an order occurring after the target window: retain the late order as a business event, but keep the original bounded target negative. Finally, break the feed. The result should be an unresolved data condition, rather than a confident failure to convert.
Then replay real historical cohorts at successive observation ages. Preserve what each extract would have known, and compare its provisional labels with the later reconciled outcome. Segment by product, channel and customer journey. Averages can conceal a slow segment that contributes valuable orders. Keep the cohort denominator fixed so that extra observation time, rather than a changed population, explains the revisions.
- Baseline
- The current extract and a reference built from whole cohorts after the target window and verified reporting allowance.
- Outcome
- Stable conversion labels and calibrated predictions when the same cohorts are revisited after reconciliation.
- Guardrails
- Unresolved feed failures, disproportionate revisions in slower segments, lost sales coverage and estimates presented as completed outcomes.
- Decision rule
- Hold retraining or budget reallocation when the conclusion depends on immature labels. Compare any delay correction with subsequently reconciled outcomes before widening its use.
Report completed cohorts, unresolved exposure and estimated future outcomes separately. The commercial owner and finance team can then identify which conclusions rest on observed purchases and which rely on a model of delayed conversion. Keep subsequent reconciliation visible, including where an estimate was wrong.
Decide what can wait
Maturity does not repair missing tracking, disputed attribution or a badly chosen target. It also does not prove that the sales model caused a purchase. That requires a comparison capable of measuring incremental effect. The cited paper studies advertising conversion prediction, and the vendor guidance describes reporting behaviour. Neither establishes a return for this proposed workflow.
Waiting for outcomes must not suspend immediate controls. Broken feeds, inappropriate offers or excessive spending can justify intervention before conversion labels mature. Separate those operating decisions from claims that the model’s predictive performance has deteriorated.
Before retraining, agree when a lead becomes eligible evidence, how later events revise its status and which decisions can use provisional estimates. Apply that rule consistently across cohorts so that the model learns the intended purchase target rather than the speed at which a reporting field was populated.
An outcome becomes eligible after its window
- Input
- Record the event and wait until its inputs become available.
- Prediction
- A prediction precedes the pending outcome.
- Evaluation
- Adjudicate the outcome and satisfy the maturity rule before evaluation eligibility.
Representative structure from the design pack, not evidence of a measured deployment.