RevOps case / 05 · Forecast ownership & coverage contract

Designing forecast governance and pipeline coverage that trigger action

A fictional RevOps case: moving the forecast out of a spreadsheet and making coverage something a manager acts on, not admires.

Fictional scenario

Independently created. Contains no employer or client implementation detail, internal names or figures.

01The outcome

A forecast built in the system from stage semantics, with recorded judgement, a named owner of the final number, weekly snapshots and measured accuracy—and a coverage contract that starts pipeline generation below its threshold.

The reality

The forecast is rebuilt every Monday in a spreadsheet, overrides are invisible, and coverage is reported without anyone being asked to generate pipeline.

Architecture question

Whose number is the forecast, how is judgement recorded—and what does low coverage oblige someone to do?

Key decision

Derive forecast categories from stages, record judgement as overrides at the forecast level, and govern coverage as a metric contract with one definition, one threshold and one required action.

ContextSellers keep opportunities in the CRM, but managers export them every Monday, adjust amounts and dates in a spreadsheet and send a regional total upwards. Probability is typed by hand. Coverage is reported on a dashboard, weighted in one region and unweighted in another, against a target nobody can name. Forecast accuracy is discussed only when a quarter is missed.

Systems and partiesCRMData platformPlanning

02The reality · current state

How the business is steered today.

  • The forecast lives in spreadsheets; the CRM is updated afterwards, if at all
  • Manager overrides are invisible and cannot be explained later
  • Probability is typed by sellers and varies by optimism
  • Coverage is weighted in one region and unweighted in another
  • Low coverage produces a red number but no pipeline-generation action
  • Stale opportunities stay in commit with close dates in the past

03Operating loop

Each step with what happens, who owns it and how often.

  1. 01Pipeline

    Opportunities with stage, close date and amount; stale ones drop out of commit automatically.

    Owner
    Opportunity owners
    Cadence
    Daily
  2. 02Seller call

    Category derived from the stage; the seller can move a deal between best case and commit, with a reason.

    Owner
    Opportunity owner
    Cadence
    Weekly
  3. 03Manager judgement

    Adjustments at the forecast level, never on the record—who, what, from, to, why.

    Owner
    Sales manager
    Cadence
    Weekly
  4. 04Final number

    Submitted by the unit leader from the same view; snapshot taken.

    Owner
    Sales leader
    Cadence
    Weekly
  5. 05Accuracy

    Submitted forecast against actual at a fixed lag, by unit and motion.

    Owner
    Sales operations
    Cadence
    Quarterly

The outcome of the last step changes the first one next period.

04Key dimension · Forecast ownership & coverage contract

Whose number, at which layer, recorded how

Each layer adds judgement without erasing the layer below it. Categories are defined once and derived from stage semantics.

  1. PipelineOpportunity owner

    Stage, close date and amount kept current; stale deals leave commit

    Recorded asField history
  2. Seller callOpportunity owner

    Category derived from stage; moves between best case and commit need a reason

    Recorded asWeekly snapshot
  3. Manager adjustmentSales manager

    Overrides at the forecast level, never on the opportunity

    Recorded asWho, when, from, to, why
  4. Submitted forecastSales leader

    One number per unit and period, from the same view

    Recorded asWeekly snapshot
  5. AccuracySales operations

    Compared with actuals at a fixed lag, by unit and motion

    Recorded asQuarterly review

Forecast categories, defined once

Forecast categories: meaning and required evidence
CategoryMeaningEvidence
PipelineQualified, not yet likely this periodQualification exit criteria met
Best caseCould close this period if things go wellSolution fit confirmed; proposal in progress
CommitWill close this period; the owner stakes their call on itNegotiation; terms and date agreed in principle
ClosedWon in the periodOrder or contract reference

The forecast improves when judgement is recorded, not when it is removed. What cannot be explained afterwards cannot be learned from.

05KPI contracts

Every measure with an owner, a cadence and an action.

KPI contracts: definition, owner, cadence and required action
MetricDefinitionOwnerCadenceAction
Pipeline coverageEligible open pipeline (qualified, in horizon, unweighted) ÷ remaining signed targetSales managementDaily; reviewed weeklyPipeline generation below 3×
Forecast accuracy|Submitted − actual| ÷ actual, at a four-week lag, by unit and motionSales operationsQuarterlyReview categories and overrides where accuracy drifts
Commit slippageCommit value whose close date moved out of the periodSales managersWeeklyRequalify, or move out of commit with a reason
Stale share of commitCommit value past its ageing benchmark or with a past close dateSales managersWeeklyOwner updates or removes the deal

06Accountability

Who owns what, decides what—and escalates to whom.

Commercial accountability: role, ownership, decision rights and escalation
RoleOwnsDecidesEscalates to
Opportunity ownerThe deal’s stage, date, amount and category callBest case versus commit, with a reasonSales manager
Sales managerThe team forecast and its adjustmentsOverrides, recorded at forecast levelSales leader
Sales leaderThe submitted number for the unitWhat is submitted each weekSales leadership
Sales operationsDefinitions, snapshots and accuracy measurementChanges to categories and coverage contract, via governanceGovernance forum

07The trade-offs

Credible options, judged against these premises.

Rejected

Spreadsheet forecast rebuilt weekly

Very small teams

Cost: Invisible judgement; the CRM becomes optional
Situational

Fully automated forecast from probabilities

High-volume, homogeneous deals with long history

Cost: Removes accountability; hides what managers know
Selected

Stage-derived categories with recorded overrides and snapshots

Mixed motions and managers who add real information

Cost: Snapshot storage and review discipline

08The second layer

Questions that change the design.

Forecast

  1. Stage-based or probability-based?
  2. Who owns the final number?
  3. How are changes logged?

Coverage

  1. Which opportunities are eligible?
  2. Weighted or unweighted?
  3. Which target, over which horizon?

Action

  1. What must happen when coverage is low?
  2. What happens to stale opportunities?
  3. How is accuracy used—and by whom?

09Decisions & outputs

What the work produces.

  1. 01Forecast category model
  2. 02Override and snapshot rules
  3. 03Forecast ownership matrix
  4. 04Coverage metric contract
  5. 05Pipeline-generation trigger
  6. 06Accuracy review