- Working definition: Time Since Last Purchase needs a published definition, population, evidence source, owner, operating consequence, effective date, and review condition.
- Business purpose: Time Since Last Purchase makes one territory-design decision inspectable instead of allowing the current assignment or loudest stakeholder to become the rule.
- Mechanics: Define the signal, calculation, denominator, comparison population, source date, and acceptable range in advance before interpreting the result.
- Operating context: Use Time Since Last Purchase during planning, scenario review, activation, and material in-year changes while keeping current and proposed states separate.
- Practical test: Recalculate Time Since Last Purchase for one territory, then trace the result to its account-level inputs, missing values, locks, and comparison group.
- BoogieBoard doctrine: Publish the Time Since Last Purchase standard before reviewing assignments so its tradeoffs remain visible and the approved sequence cannot be reverse-engineered from preferred outcomes.
What is Time Since Last Purchase?
The Time Since Last Purchase Balance Goal measures how the underlying time since last purchase signal is distributed across comparable territories so planners can review opportunity, workload, fit, or timing with a published definition. It becomes operational when the population, source evidence, owner, and consequence are explicit enough for another reviewer to reproduce.
The scope of Time Since Last Purchase begins with the decision it supports. In the balance goal library context, that decision should express one measurable hypothesis about opportunity, workload, fit, timing, or constraints across comparable territories. Its definition should exclude adjacent decisions that use different evidence, owners, or consequences.
A complete Time Since Last Purchase definition names the signal, unit, calculation, denominator, comparison population, source date, missing-value treatment, and acceptable range. Without those choices, a precise result can still be impossible to reproduce or interpret.
Place Time Since Last Purchase in a learning sequence with Balance Goal, Balance Attribute, Acceptable Variance, Territory Health. The sequence should show which concept defines the input, which governs the decision, and which records the resulting operating state.
Inputs and measurement for Time Since Last Purchase
Start with a governed Balance Attribute, a defined comparison population, a calculation, a source date, and an acceptable range of variation. Record the field or policy owner, source date, transformation, comparison population, and correction path. If any required input is unavailable, mark the limitation rather than filling it with an undocumented proxy. That preserves the difference between observed evidence and planning judgment.
For Time Since Last Purchase, document the business reason, included population, source field or evidence, decision owner, operating consequence, and condition that causes a review. Test the definition against a normal record and an edge case before using it across the full population.
Preserve the current calculation of Time Since Last Purchase before testing a future scenario. Compare like populations, then open the records behind the highest, lowest, and most surprising values. A territory-level difference identifies where to investigate; it does not explain the cause on its own.
The review package for Time Since Last Purchase should retain the input fields, calculation version, excluded records, distribution by territory, and account-level values behind each summary. Record whether the measure is a design objective, a constraint, or a diagnostic signal. That distinction determines whether it can drive account movement or should only prompt further investigation. Before approval, ask a reviewer outside the original design team to reproduce the Time Since Last Purchase result or decision from that retained evidence.
A worked Time Since Last Purchase example
Suppose four comparable territories contain 600 in-scope accounts. The team defines the Time Since Last Purchase input, freezes the source date, and calculates the result for each territory. The lowest result is 90 and the highest is 124. That spread is a review signal, not automatic proof that one territory is unfair.
Reviewers open the account roster behind both values. They check whether the difference reflects real variation in time since last purchase, a stale or missing source field, an approved lock, or a population that should not have been compared. They then model a future scenario and record which accounts moved, which remained locked, and how the other Balance Goals changed.
The team accepts the scenario only when it can state the calculation, denominator, comparison group, source date, and acceptable variance in plain language. If improving Time Since Last Purchase creates an unacceptable loss in workload, customer continuity, or another priority, the tradeoff remains visible rather than being hidden inside a composite score.
How to interpret Time Since Last Purchase
Interpret Time Since Last Purchase only within a defined comparison population. Publish the numerator, denominator, units, source date, missing-value treatment, and acceptable variance. A precise result without those choices is not reproducible and should not be used to justify account movement.
Use the measure to reveal a tradeoff, then inspect the records behind it. Do not optimize Time Since Last Purchase in isolation or combine unlike roles and motions merely to simplify reporting. Test whether improvement persists after locks, data corrections, and customer obligations are applied.
Review Territory Equity, Scenario, Account Locking Criteria, Territory Balance Score alongside Time Since Last Purchase. Together they show whether the metric represents a useful Balance Goal, a supporting attribute, or only a diagnostic signal that should remain visible without controlling the model.
Time Since Last Purchase data rules and pitfalls
The primary Time Since Last Purchase failure is adding a measure because data exists rather than because the measure represents a defensible driver of opportunity or workload. Prevent it by publishing the definition and decision sequence before individual assignments are reviewed, then evaluate proposed changes across the full affected population.
Another failure is treating Time Since Last Purchase as an objective to maximize without checking what moved underneath it. Recompute the result, inspect missing values and outliers, and compare other Balance Goals before accepting the scenario.
Review Time Since Last Purchase on the planning cadence and whenever its source, calculation, denominator, comparison population, or business hypothesis changes. Retain historical values so the team can test whether the measure predicted the outcome it was intended to represent.
In practice with BoogieBoard
For Time Since Last Purchase, the relevant BoogieBoard workflow is scenario-level Balance review backed by the account roster. BoogieBoard's Balance workflow displays multiple territory measures in the same Scenario Result, so reviewers can compare the complete tradeoff instead of relying on one combined score. A planner can preserve the Current State Scenario, change a goal or constraint, inspect the territory-level result, and then open the account roster behind an unexpected value. Approved locks remain visible while the movable population changes. This makes the concept reviewable before activation and gives managers evidence for why one scenario was selected over another.
