Handle Missing Outcomes in a Sales Experiment

Separate completed outcome windows, immature cases and missing observations before reporting experimental results or comparing sales groups.

10/24/20263 min read

Twenty-four fictional cases separate observed, no-event, immature and missing outcomes
Twenty-four fictional cases separate observed, no-event, immature and missing outcomes

An experiment can appear successful if the report includes only cases with known outcomes. It can also appear unsuccessful if every unresolved case is treated as a failure. Both shortcuts confuse the event being measured with the state of observation.

Define the outcome window before the comparison begins. Then distinguish a case that has completed that window from one that has not had enough time, and distinguish both from a case whose evidence is missing. These distinctions let the team report what it knows without waiting forever or inventing a final result.

Specify the event and the observation window

For example, the event might be a buyer-confirmed agreement to a defined evaluation within fourteen days of a specified starting event. That is an illustrative measurement choice, not a universal sales-cycle benchmark. The start must be consistently recorded, and any communication must remain within the team's authorized scope.

A case with no event after its full fourteen-day window is “event not observed within the window,” not necessarily “buyer will never proceed.” A case on day four remains immature for that fixed-window outcome unless the event has already occurred. A missing record is an evidence problem, not proof that nothing happened.

NIST's NIST Engineering Statistics Handbook: Censoring discusses observations that end before an event time is known in reliability analysis. The context differs from sales, but the distinction is useful: limited observation should not be rewritten as knowledge of the eventual outcome. Statistical modeling of incomplete data requires an appropriate method and assumptions beyond this worksheet.

Reconcile a fictional twenty-four-case cohort

This example is entirely invented. Twenty-four eligible cases entered a predefined evaluation study. At the reporting cutoff, the status table is:

  • Event observed within the defined window: 8 cases, with supporting dates and evidence.

  • Full window completed without the event: 8 cases, with observation records sufficient to support that limited statement.

  • Window not yet complete and no event observed: 5 cases.

  • Outcome observation missing or unreliable: 3 cases requiring data-quality review.

The rows sum to twenty-four. If the analyst reports eight successes out of sixteen resolved cases, or 50%, the denominator excludes eight unresolved cases. That can be shown as a conditional descriptive measure, but it is not the final result for the whole cohort.

Eight out of twenty-four, approximately 33.3%, is the proportion with a confirmed event so far. It should not be labeled the final conversion rate either. The five immature and three missing cases have not all been resolved under the intended outcome rule.

Show sensitivity without pretending it is confidence

A simple boundary calculation can explain the uncertainty. If none of the eight unresolved cases ultimately meets the event definition, the cohort result would remain eight of twenty-four. If all eight do, it would become sixteen of twenty-four, approximately 66.7%. These are logical extremes for the unresolved classifications, not a statistical confidence interval or a prediction.

The missing cases deserve separate attention because their absence may not be random. Perhaps a logging failure affected one process version, or a reviewer recorded favorable outcomes more consistently. Repair evidence only through authorized sources and preserve uncertainty when recovery is not possible.

Do not contact someone merely to complete a dashboard if the communication is not otherwise appropriate. Respect stop requests and data-use boundaries even when that leaves an outcome unobserved. Measurement needs do not create new outreach permission.

Compare groups at equivalent maturity

If one group started earlier, it has had more time to produce the event. Compare cases with the same defined follow-up opportunity or report maturity distributions alongside the results. Avoid aligning groups solely by the calendar date on which the dashboard was opened.

Preserve the original assignment group even if a case did not receive the intended treatment, with exposure recorded separately. Removing inconvenient cases after assignment can change the comparison. The analysis plan should state how assignment, exposure and missingness will be handled before results are interpreted.

A useful interim report states the cutoff, outcome definition, maturity counts, missing-data reasons and decisions that can or cannot yet be made. It can justify fixing observation defects or waiting for the predefined window without claiming the experiment has established a winner.

Continue with Measure Sales Navigator Prospecting with a Small, Honest Funnel or Compare Two Target Segments with a Fair Sales Experiment.