A Five-Stage Maturity Model for Revenue Operations: Dimensions and Evidence-Based Assessment

August 1, 2026

ABSTRACT

Maturity models are usually scored aspirationally and therefore describe intent rather than capability. This paper proposes a five-stage model assessed against observable evidence, across six dimensions, with an explicit rule that stages cannot be skipped — measurement built on undefined process measures noise.

Most maturity models fail in the same way: they are scored by the people being assessed, against descriptions vague enough to accommodate optimism. The result reliably overstates maturity by about one stage and produces a roadmap toward a position the organisation believes it already occupies.

This model is designed to resist that. Every stage is defined by evidence that can be produced on request, and the assessment protocol requires the evidence rather than the opinion.

1. The five stages

Figure 1 — The five stages and the evidence each requires

Stages are assessed on producible evidence rather than on self-rating.

StageConditionEvidence required
1 Ad hocProcess lives in people's headsNone available
2 DefinedWritten down and broadly followedA document, and practitioners who match it
3 MeasuredInstrumented; outcomes explicableAn answer to "why did last quarter land there?" that survives challenge
4 GovernedChanges reviewed and recordedThe last three definition changes, with reasons
5 OptimisedControlled experiments on processA completed experiment and the decision it drove

Source: Model proposed in this paper

  1. Ad hoc — process exists in people's heads. Outcomes depend on individuals. Nothing is documented and nothing is repeatable.

  2. Defined — process is written down and broadly followed. Definitions exist but are not enforced by systems.

  3. Measured — process is instrumented. The organisation can state what happened and, mostly, why.

  4. Governed — changes to definitions and systems go through review. Drift is detected rather than discovered.

  5. Optimised — the organisation runs controlled experiments on its own process and acts on the results.

Stages cannot be skipped

Measurement built on undefined process measures noise, and governance over an unmeasured process governs nothing. An organisation attempting to jump from ad hoc to measured produces dashboards nobody trusts, which is worse than no dashboard.

2. The six dimensions

Maturity is not uniform. Assess each dimension separately; most organisations are two stages apart across them, and the lowest is usually the binding constraint.

Figure 2 — The six assessed dimensions

Maturity is rarely uniform. The lowest dimension is usually the binding constraint.

1

Definitions

Are cross-functional terms defined, with a single owner each?

2

Data architecture

Is there a declared writer for every field reporting depends on?

3

Process documentation

Does documented process match observed process?

4

Ownership

Does every step have exactly one accountable owner and a failure path?

5

Measurement

Can the organisation explain last quarter from data, without argument?

6

Change control

Are definition changes reviewed and recorded with a reason?

Source: Dimensions proposed in this paper

  • Definitions — are the terms that cross functions defined, and is there a single owner for each?

  • Data architecture — is there a declared writer for each field that reporting depends on?

  • Process documentation — does documented process match observed process, and are the gaps recorded?

  • Ownership — does every process step have exactly one accountable owner, with a failure path?

  • Measurement — can the organisation answer why last quarter landed where it did, from data, without argument?

  • Change control — are changes to definitions reviewed, and recorded with a reason?

3. The assessment protocol

For each dimension, the assessor asks for evidence rather than a rating. The stage is the highest one for which evidence exists.

  1. Definitions: ask two people from different functions to define the same term independently. Matching definitions is stage 2; a written definition with a named owner is stage 3; enforcement in the system is stage 4.

  2. Data architecture: ask which system writes a specific field. An immediate, confident and correct answer is stage 3. A documented field-level map is stage 4.

  3. Process: compare the documented process for one flow against what three practitioners describe. Divergence recorded as findings is stage 3; no divergence is stage 4.

  4. Ownership: take a responsibility map and test nominal owners — how would you know this step was late, and what would you do? Both answered is genuine ownership.

  5. Measurement: ask why last quarter landed where it did. An answer supported by data that survives challenge is stage 3.

  6. Change control: ask for the last three changes to a lifecycle definition and the reason recorded for each. Produced on request is stage 4.

Assess with an outsider in the room

Self-assessment without an external questioner reliably overstates. The questions above are designed to be asked by someone who will follow up on a vague answer.

4. What moves an organisation up a stage

Each transition has a characteristic bottleneck, and recognising it saves considerable wasted effort.

  • Ad hoc to defined: writing things down is not the hard part. Agreeing what the definition is, between functions with different incentives, is.

  • Defined to measured: the constraint is almost always data architecture — undeclared field ownership makes measurement unreliable regardless of dashboard quality.

  • Measured to governed: this requires giving up speed, and it fails when leadership wants both unreviewed changes and reliable history.

  • Governed to optimised: requires enough volume to run controlled comparisons. Below a certain scale, stage 4 is the correct destination.

5. Using this without turning it into theatre

A maturity score is not a target. The useful output is the lowest-scoring dimension and the specific evidence that was missing when you assessed it — that gap is the next piece of work, and it is concrete.

Re-assess annually with the same questions and the same evidence standard. A model re-scored with a looser standard will show improvement that did not occur, which is the failure mode this design exists to prevent.

Get A Five-Stage Maturity Model for Revenue Operations: Dimensions and Evidence-Based Assessment as a print-ready PDF.

Includes the full reference list. One form unlocks every paper and template on the site.

COMMON QUESTIONS

What is a revenue operations maturity model?
A staged description of operational capability across dimensions such as process definition, data governance and measurement. It is only useful if each stage is assessed against observable evidence rather than self-reported intent.
Why can't you skip a maturity stage?
Because the capabilities are dependent. Measurement built on undefined process measures noise, so investing in analytics before process definition produces precise numbers about an undefined thing.
How should maturity be assessed?
Against evidence a third party could verify — a written definition, a named owner, a scheduled review that occurred. Any assessment answerable by opinion will be scored aspirationally.
How do you keep a maturity assessment from becoming theatre?
Require evidence for every rating, assess dimensions independently rather than producing a single score, and never attach the rating to anyone's performance review — a maturity score used as a performance measure will stop describing maturity.

KEY TERMS

WHERE THIS HAS BEEN APPLIED

Client work and research from RevOps HQ, our consulting practice.

REFERENCES

  1. [1]Payne, A. & Frow, P. (2005) A Strategic Framework for Customer Relationship Management Journal of Marketing, 69(4), 167–176 link
  2. [2]Rouziès, D., Anderson, E., Kohli, A. K., Michaels, R. E., Weitz, B. A. & Zoltners, A. A. (2005) Sales and Marketing Integration: A Proposed Framework Journal of Personal Selling & Sales Management, 25(2), 113–122 link
  3. [3]Kotler, P., Rackham, N. & Krishnaswamy, S. (2006) Ending the War Between Sales and Marketing Harvard Business Review, July–August 2006 link
  4. [4]Redman, T. C. (1998) The Impact of Poor Data Quality on the Typical Enterprise Communications of the ACM, 41(2), 79–82 link

Put this into practice: RevOps Audit

The course walks through the same material with the interactive audit tools.

See the course