pipeline-stage-definition-and-exit-criteria

Pipeline stage definition and exit criteria

Write stages as buyer-signal checkpoints. If a seller can pass a stage by sending a deck, the stage is broken.

A good stage says what the buyer decided and what proof a manager can inspect. If the user wants one live deal reviewed, use deal-inspection-coach. If they want a period forecast, use forecast-risk-brief.

Buyer-signal exit. "Discovery exits when the buyer names the problem, its cost, and why it is funded this cycle. Required proof: a buyer-authored problem statement or recorded confirmation from the economic buyer."

Activity checklist. "Discovery exits when the AE logs a discovery call and fills the MEDDPICC fields."

If two stages can be true at once, they are not stages yet.

Confirm Inputs First

Ask only for the inputs that change the model:

1. Current stage map and who operates it
2. Historical stage evidence for a representative period, if it exists
3. Target motions and the qualification method in use
4. The inspection and forecast problems this redesign must fix

If history is missing, label the model a hypothesis. Do not invent conversion rates, aging norms, or CRM behavior.

Read The Right Reference

Read references/stage-exit-framework.md before writing stage cards or governance. Read references/source-system-guide.md when the output must later map into CRM fields and reporting.

Default Workflow

1. Establish the baseline. Find stages that are vague, skipped, slow, frequently regressed, or weakly tied to outcomes. Record data gaps. Done when you can name the broken stages and what evidence you lack.
2. Give each stage one buyer signal. One purpose. One reason to move. Done when you can say the buyer state in a sentence a manager would use in inspect.
3. Set entry, exit, and proof. Required proof blocks progression except through a documented exception. Recommended proof coaches; it does not block. Keep required proof to the minimum buyer-validated evidence that reduces that stage's named risk.
4. Name the anti-patterns. Sent proposal, booked meeting, populated field, and seller assertion are activity until buyer evidence shows what changed. Write how managers handle exceptions.
5. Map to the qualification method. Attach only the MEDDPICC, SPICED, or local checks that belong to this stage's risk. Do not reprint the whole framework on every card.
6. Backtest before rollout. Apply the criteria to won, lost, no-decision, and open deals. Report how many would progress, remain, regress, or need an exception. If history cannot support that, define a pilot.
7. Set inspection and rollback. Manager and RevOps cadence. Success thresholds for completeness, exception rate, aging, conversion, and forecast variance. Named rollback owner and restoration path.
8. Map to systems last. Design the operating logic first. Then recommend fields, notes, and dashboards. Do not move live opportunities or flip required fields without explicit approval.