Recover Missing Customer Baselines Without Inventing Results
Reconstruct missing customer baselines by separating historical records, retrospective estimates, proxies and genuinely unmeasurable change.
10/24/20263 min read


A customer review cannot honestly show improvement if the starting condition was never measured reliably. Reconstructing a baseline may still be possible from suitable historical evidence, but a retrospective estimate should not be presented as a contemporaneous measurement. Sometimes the correct conclusion is that a before-and-after claim cannot be made.
Use a baseline reconstruction worksheet that separates evidence types, comparability and uncertainty. The goal is to recover what can be supported, not manufacture a favorable number for a renewal presentation.
Define the outcome before searching for old data
State what you want to compare, for which workflow and population, over which periods. “The service became more efficient” is too broad. “Time required to prepare the agreed weekly report” identifies a task, but still needs consistent start and end points.
Check whether the process changed in ways that make comparison misleading. A new report may contain more information, serve different users or include work previously done elsewhere. Lower elapsed time is not automatically improvement if essential checks were removed.
Classify historical evidence
Separate contemporaneous records, later recollections, inferred estimates and unavailable information. A dated task log may support part of the baseline. A customer's memory can provide useful context but should retain its retrospective status. Do not convert a broad recollection into an exact historical average.
Record where each item came from and what it measures. W3C's provenance overview provides context for preserving information origins. It does not make a historical source comparable or complete; those questions require explicit review.
Fill a fictional reconstruction worksheet
Fictional Cedar Services introduced a reporting workflow without measuring preparation time beforehand. During review, the team finds old calendar blocks, a few dated submission records and a manager's recollection that preparation varied considerably.
Intended outcome: preparation effort for the same report scope.
Calendar blocks: contemporaneous scheduling evidence, not proof of time actually worked.
Submission records: support delivery timing, not preparation effort.
Manager recollection: retrospective context with uncertain precision.
Comparability issue: the new report includes an additional region.
Supported conclusion: delivery dates can be described for available records; an exact effort-reduction claim is unsupported.
Next measurement: agree a prospective task definition and collect appropriate evidence for future reviews.
This fictional example contains no customer performance result. It shows why several historical sources may still be insufficient for the desired comparison.
Use estimates only with visible assumptions
If a decision genuinely benefits from a retrospective estimate, label it clearly, show the assumptions and avoid more precision than the evidence supports. Present a range only when there is a reason for its bounds; do not invent a range to make uncertainty look quantified.
Keep estimates separate from confirmed outcomes in reports and commercial copy. The customer may agree that the workflow feels clearer while no defensible time saving can be measured. Both statements can coexist without forcing one into the other's evidence category.
Choose a responsible review outcome
Possible outcomes are reconstruct a comparable baseline, use a limited proxy with caveats, report qualitative evidence only or state that change is unmeasurable from available records. The last option is not a failure to serve the customer; it is a limit of the evidence.
Do not request unnecessary personal activity logs to repair an old measurement gap. Use the minimum authorized information and appropriate access controls. Privacy and employment-related requirements may need specialist review for the relevant jurisdiction.
Finish by documenting what future measurement will start, who owns it and which claim it can support. Do not delay fixing a service problem merely because the baseline is incomplete. A useful review can identify current shortcomings and next actions without pretending to know an exact historical improvement that nobody measured.
Sources and scope
The worksheet and fictional example are original editorial proposals. References support only the stated research, data or product context, not endorsement or proof of results. Verify any product capability against the actual subscription.
NIST Privacy Framework: A Tool for Improving Privacy through Enterprise Risk Management, Version 1.0
