- Working definition: Current State Analysis needs a published definition, population, evidence source, owner, operating consequence, effective date, and review condition.
- Business purpose: Current State Analysis makes one territory-design decision inspectable instead of allowing the current assignment or loudest stakeholder to become the rule.
- Mechanics: Define the trigger, required inputs, decision owner, ordered steps, output, effective date, and exception or restart path.
- Operating context: Use Current State Analysis during planning, scenario review, activation, and material in-year changes while keeping current and proposed states separate.
- Practical test: Walk one ordinary case and one edge case through Current State Analysis, naming every handoff, approval, output, and effective-date consequence.
- BoogieBoard doctrine: Publish the Current State Analysis standard before reviewing assignments so its tradeoffs remain visible and the approved sequence cannot be reverse-engineered from preferred outcomes.
What is Current State Analysis?
A documented comparison of present territory health, coverage, exceptions, and assignment patterns before redesign, with the definition, owner, evidence, and review timing published before assignments are approved. It becomes operational when the population, source evidence, owner, and consequence are explicit enough for another reviewer to reproduce.
The scope of Current State Analysis begins with the decision it supports. In the design & equity context, that decision should define a territory decision that planners, leaders, managers, and sellers can inspect against a published standard. Its definition should exclude adjacent decisions that use different evidence, owners, or consequences.
A complete Current State Analysis definition identifies its trigger, starting state, required inputs, decision owner, ordered steps, output, effective date, and restart or exception path. The workflow is incomplete if a handoff depends on private context.
The nearest concepts are Balance Goal, Balance Attribute, Account Locking Criteria, Territory Logic. Keep their boundaries explicit so changing evidence for one concept does not quietly rewrite the policy or calculation represented by Current State Analysis.
What Current State Analysis requires
Start with governed account data, role definitions, Territory Logic, Balance Goals, Account Locking Criteria, and a dated Current State Scenario. 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.
A Current State Analysis provides a baseline from which to measure the impact of any proposed changes to the territory structure (see above ‘BoogieBoard Current State vs Scenario Results Comparison’ as an example).
Run Current State Analysis against a preserved current state before changing live assignments. Record the starting condition, each decision and handoff, the proposed output, and the effective date. That creates a comparison point when timing, hiring, evidence, or policy changes later.
The operating record for Current State Analysis should show each case's trigger date, owner, current step, pending decision, due date, output, and final effective state. Aggregate reporting can reveal delays, but the case record must explain where and why a specific item stopped. That evidence supports both daily administration and later process redesign. Before approval, ask a reviewer outside the original design team to reproduce the Current State Analysis result or decision from that retained evidence.
How Current State Analysis works step by step
The team applies Current State Analysis to a dated territory scenario only after publishing its definition and affected population. It keeps the current state intact, models the proposed rule across every comparable account, and identifies records excluded by an approved lock or exception.
Reviewers compare the summary result with the underlying account roster. They inspect one expected outcome and one surprising outcome, tracing the source evidence, hierarchy, Territory Logic, Balance Goals, lock status, and proposed assignment. A result that cannot be explained at account level is not ready for approval.
The approved scenario records before and after assignments, effective timing, exceptions, and rollback instructions. After activation, the operating state is reconciled to the approved model so Current State Analysis remains a governed part of territory design rather than a label applied after decisions were made.
Current State Analysis variations and decision points
Current State Analysis may vary by segment, role, customer motion, geography, product, and planning stage when the business reason is published. Each population still needs an internally consistent standard and a clear explanation of why its treatment differs.
Test the rule against ordinary cases, edge cases, vacancies, and material in-year changes. Review both the summary outcome and underlying account roster. The standard should remain usable when the original planner is no longer present to explain it.
Review Scenario, Current State Scenario, Territory Health, Territory Equity alongside Current State Analysis. Preserve their distinct definitions and show the dependency between them so a correction to evidence does not quietly become a policy exception or assignment preference.
Current State Analysis failure modes and controls
The primary Current State Analysis failure is letting a preferred assignment determine the rule after stakeholders have already seen the result. 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 allowing Current State Analysis to end at a handoff with no accountable next owner or effective-state check. Define completion evidence, escalation timing, and the condition that restarts the workflow when an input changes.
Review Current State Analysis after each material cycle and when a trigger, role, handoff, approval, or system dependency changes. Track delayed cases, incomplete outputs, expired temporary states, and repeated escalations to find where the workflow is failing.
In practice with BoogieBoard
For Current State Analysis, 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.
