Executive Case Study

The first 90 days of a revenue operations transformation

A fictional but entirely recognizable situation: $75M ARR, a CRM nobody trusts, 25% forecast variance, comp disputes every quarter, renewals in spreadsheets, 14 GTM tools, a CRO who wants a forecasting platform and a CEO who wants AI. Thirty-seven things are broken. This is how I choose the five that matter — and what I deliberately refuse to do first.

The situation

ARR
$75M
Growing 28%, decelerating
Forecast variance
25%
Quarter to quarter, both directions
GTM tools
14
Four overlap materially
Sources of ARR truth
3
CRM, billing, and a finance workbook

What people tell me in week one

  • CRO: "The forecast is wrong every quarter. We need a forecasting tool."
  • CEO: "Every company our size is using AI. What's our plan?"
  • CFO: "I can't tie your ARR number to my ARR number, so I use mine."
  • VP Marketing: "We hit MQL target. Sales says the leads are garbage."
  • VP Sales: "My reps spend Friday afternoons fixing Salesforce instead of selling."
  • Top AE: "My commission has been wrong three quarters running."

What's actually true underneath

  • No shared definition of a qualified opportunity, so the funnel can't be measured end to end.
  • Stage criteria are subjective, so stage-based probability is fiction — which is why the forecast misses.
  • Three ARR definitions exist because nobody ever adjudicated one.
  • Renewals in spreadsheets means churn is discovered, not forecast.
  • Comp disputes are a data-integrity symptom, not a plan-design problem.
  • Tool sprawl is the residue of six years of point solutions bought to route around bad data.

Almost none of this is a tooling problem. It is presenting as one because tooling is the only thing anyone has tried.

The diagnosis

Forecast variance of 25% at $75M ARR is not a modeling failure. A model can only be as good as the stage definitions, the close-date discipline and the ARR definition feeding it. Buying a forecasting platform in month one takes a company that cannot agree on what a Stage 3 deal is and gives it a more expensive way to disagree — plus a six-month implementation that consumes the exact political capital the real fix requires.

The same logic applies to AI. An LLM applied to an unstable process produces confident output about unreliable data, which is strictly worse than no output, because people believe it.

So the sequence is: establish truth, then stabilize the process, then automate it. Each phase is only possible because the one before it happened. Doing them in any other order is how transformations fail loudly in month five.

What I would not do in the first 90 days

Explicitly deferred — and why

A Head of Revenue Operations isn't valuable because she can list what's broken. Everyone in the building can do that. She's valuable because she can defend the order of operations to a CRO who wants the tool bought this quarter.

Month 1 — Establish truth

Days 1–30

Nothing gets fixed until the numbers mean the same thing to everyone

Objective: one definition per metric, one forecast baseline, one operating cadence — and zero new systems.

By day 30: a signed metric dictionary, one ARR number, an attributed variance history, and a forecast call people prepare for.

Month 2 — Stabilize the process

Days 31–60

Make the pipeline mean something and give commercial decisions a home

Objective: stage architecture, pipeline governance, Deal Desk, and comp credibility restored.

By day 60: stage exit criteria live, Deal Desk operating, renewals in the system, comp disputes closed, and a forecast whose inputs are now stable enough to model.

Month 3 — Automate and apply AI where the process holds

Days 61–90

Now — and only now — leverage

Objective: remove manual work, rationalize spend, and deploy AI on the stable surfaces.

By day 90: forecast variance measurably down, renewals forecast rather than discovered, Deal Desk load-bearing, AI deployed where it compounds, and a documented operating model with a team plan behind it.

Priority stack — the five that matter

Of the 37 broken things, these are the ones I fund first. Everything else is sequenced behind them or deliberately left alone.

PriorityFixWhy it goes firstMeasured by
1Metric dictionary & single ARR sourceEvery other fix depends on agreed definitions. Nothing downstream is defensible without it.Zero variance between CRM and finance ARR
2Stage architecture & forecast categoriesThe actual root cause of 25% variance. Not a tooling fix.Forecast variance under 10% by Q2
3Comp crediting integrityRep trust is the currency every later change spends. Disputes must stop before process change lands.Zero disputes for two consecutive quarters
4Renewals into CRMChurn is a third of the ARR bridge and currently invisible until it happens.90-day forward renewal visibility
5Deal DeskMakes commercial decisions consistent and shortens late-stage cycles immediately.24-hour approval SLA, discount variance down
LaterTool rationalization, AI expansion, comp plan redesign, team restructureEach requires stable process or information I don't yet have.Sequenced to renewal dates and Q2 planning

The operating model I'd publish on day 90

RevOps owns

Forecast process and accuracy · metric definitions and data integrity · CRM architecture · Deal Desk · territory and quota design · comp crediting · GTM systems roadmap · pipeline governance.

RevOps advises

Segmentation and ICP · pricing and packaging · headcount planning · marketing attribution · CS health scoring · board reporting narrative.

RevOps does not own

Sales management and coaching · quota acceptance · marketing programs · product roadmap · renewal conversations. Owning execution destroys the neutrality that makes the function credible.

Team shape

RoleFocusWhen
Head of Revenue OperationsOperating model, forecast, exec partnership, planningDay 1
Systems lead (existing)CRM architecture, integrations, automationReassigned month 1
Analytics lead (existing)Reporting, metric governance, pipeline analyticsReassigned month 1
Deal Desk managerCommercial approvals, pricing exceptions, contractingHire month 2
GTM data / AI engineerPipeline scoring, workflow automation, data pipelinesHire month 4, once the process is stable

Four to five people at $75M ARR. The AI hire deliberately comes last — hiring that role into an unstable process is how companies end up with an expensive engineer building dashboards.

On the scenario: the company is fictional and composed from patterns common at this stage. The sequencing logic, the deferral reasoning and the operating model are how I would actually approach it.