Skip to content

Designs the commercial logic

Revenue Design

Build the operating logic that turns demand into revenue.

Revenue growth is not one function. It is a chain of decisions: how demand enters the business, how leads are handled, when sales should act, how opportunities progress, how customers retain and expand, and how management knows what to do next. Revenue Design defines that chain before anything is built.

Capabilities
5
Layers touched
Context, Workflows, Control
Sold as
Never on its own. Scoped inside an engagement.
Entry point
Revenue Diagnostic

Start with the Diagnostic

Why it breaks

The operating problem

Many companies have active marketing, sales and customer teams but no shared commercial logic. Definitions differ, handoffs are informal, CRM stages do not match reality and management reports outcomes after the fact. The result is leakage between functions rather than a lack of effort inside them.

Designs the commercial logic

Capabilities

Each capability owns one problem and states where it stops. Most engagements touch two or three of the five, rarely all of them.

01

Acquisition & Demand

Design the acquisition model and the entry points into the revenue journey.

02

Lead Management

Define lifecycle, ownership, prioritization, nurture and recycling rules.

03

Sales Pipeline

Design stages, evidence, progression rules and management cadence.

04

Customer Revenue

Structure onboarding, retention, renewal, expansion and reactivation.

05

Revenue Intelligence

Turn commercial signals into diagnostic and management decisions.

The reasoning model

How ROUTE applies here

Applied to design, ROUTE stops being a description of what happens and becomes a checklist of what has to be decided before anything is built.

  1. Recognize

    Name what counts as a commercial signal here, and where it is allowed to enter.

  2. Organize

    Decide the shape every signal must take before anyone is allowed to act on it.

  3. Understand

    Set the rules that give a signal meaning: fit, intent, stage, priority.

  4. Trigger

    Name the decision, the owner and the SLA attached to each state.

  5. Execute

    Define the expected action and the evidence it has to produce.

What ROUTE is

The operating architecture

Which layers this area builds

Revenue Design decides what each layer has to contain. Revenue Systems is where it gets built.

  1. 01

    Data

    No capability in this area owns the data layer. Revenue Design work lands in it rather than building it.

  2. 02

    Context

    Built here by Acquisition & Demand, Lead Management.

  3. 03

    Workflows

    Built here by Sales Pipeline, Customer Revenue.

  4. 04

    Action

    No capability in this area owns the action layer. Revenue Design work lands in it rather than building it.

  5. 05

    Control

    Built here by Revenue Intelligence.

What the five layers are

Fit

Who this is for

This is your problem if

  • Three or more teams touch the same revenue with no shared definitions.
  • Your CRM is populated but nobody makes a decision from it.
  • You can name the revenue you win, not the revenue you lose.

This is not your problem if

  • You have one seller, one offer and one channel.
  • Your problem is product or price, not process.

How it connects

Four domains, one revenue system.

  1. 01

    Growth & Content

    Creates the signals

  2. 02

    Revenue Design (you are here)

    Designs the commercial logic

  3. 03

    Revenue Systems

    Makes the logic executable

  4. 04

    Revenue Execution

    Operates the motions

Questions

Frequently asked

Is this strategy consulting?

No. Strategy decides which markets and which offers. Revenue Design decides how a commercial decision travels through your organisation once that strategy exists.

Do we need all five capabilities?

Rarely. Most engagements touch two or three. The Diagnostic identifies which ones are actually producing the leak.

What does the output look like?

Written definitions, rules, models and matrices, precise enough that a systems team could build from them without asking what a term means.

Can our own team do this?

Often yes, with a written method and someone holding the arbitration. The hard part is not knowledge, it is getting three teams to agree on one definition.

Next step

The entry point is the Diagnostic.

A read across the five layers tells you whether the commercial logic is genuinely the constraint here, or whether the definitions are fine and the system is not enforcing them.

Book the DiagnosticTalk to us