For founders and early teams

A framework for building a business

Building a business is a sequence of decisions rather than of tasks, and the difficulty is that early decisions quietly become constraints on later ones. Naming a company before settling its positioning, or choosing a channel before knowing the audience, is reversible in principle and expensive in practice. The Omnigoal sets out what has to exist in each part of a business and which decisions depend on which — which is a more modest thing than a recipe, and a more useful one.

Made for
Founders, co-founders, early teams
Works for
New ventures, spin-outs, projects going full-time
Sits alongside
Lean Startup, customer development, JTBD, the Canvas

The problem

Why this is harder than it looks

01

Building before the customer is understood

The most costly ordering mistake, and the one customer development literature was written to address. Months of work commit a venture to a value proposition never tested against a real audience, and by the time that becomes clear the investment already argues for continuing.

02

Early decisions become constraints unnoticed

Positioning, pricing, legal structure and channel choice all narrow what is possible later. Taken in isolation each looks small; taken in the wrong order they compound into a shape the founder did not choose.

03

Checklists describe other companies

A startup checklist records what worked somewhere else under conditions that are rarely stated. It can tell you what others did; it cannot tell you what your venture has not yet decided.

The method

Building a business, core by core

Seven stages in dependency order. Real ventures iterate and backtrack — the order describes what each stage assumes, not a route to follow without deviation.

  1. 01

    Purpose before product

    Begin in the Goal Core. Why should this exist, and what would count as success? The framework treats this as its first principle: single-pointedness precedes creation. Founders who defer it reach the first hard trade-off without a criterion and decide by whichever consideration is loudest that week.

    • One sentence of purpose that would survive changing the product entirely.
    • A first goal hierarchy, however rough: what within a year, what within five.
    • In the model’s notation, purpose alone is a circle. It becomes a circle and a square once the goals beneath it are specific enough to measure.
  2. 02

    Establish that the market exists

    The Market Core comes before the offer rather than after it — the sequencing argument at the centre of customer development. Market opportunity, target audience, and the competitor set understood as the alternatives the customer already has, including doing nothing.

    • Talk to the audience before writing the value proposition, not to validate it but to form it.
    • Define competitors as the customer’s alternatives rather than as your category.
    • Size the opportunity honestly. A small real market is a better foundation than a large imagined one.
  3. 03

    Settle the offer and how it earns

    In the Business Core, decide what is offered and how it is monetised in the same conversation. A value proposition with an unresolved monetisation model is a proposition about value to the customer only, which is a necessary half rather than the whole.

    • State the value proposition in the customer’s words, taken from the conversations you have had.
    • Test the monetisation model against what those conversations revealed about willingness to pay.
    • Identify the core competency the offer depends on, and whether you hold it.
  4. 04

    Decide identity before commissioning it

    Brand promise and positioning belong to the Brand Core and precede the name, the logo and the site. A visual identity built before positioning is settled is typically paid for twice — and the promise matters most of all, because it is a commitment the operation has to be able to keep from the first customer.

    • Check that the promise is keepable at your current size, not at your intended one.
    • Positioning is a claim relative to a named competitor set.
    • Vision, mission and values are worth writing early, while they are still honest and untested by success.
  5. 05

    Build the operating spine

    Back to the Business Core for the unglamorous half: legal structure, compliance, finance, suppliers, partners, first systems. None of it is interesting and each of it is a hard stop if it is missing at the wrong moment.

    • Finance: runway, pricing and cash flow before revenue rather than after.
    • Legal structure and compliance while changing them is still cheap.
    • Choose the fewest systems that work, on the assumption you will replace them.
  6. 06

    Instrument before there is data

    Set up the Data Core early. Deciding what to measure while there is nothing to measure is the only point at which it can be decided without motivated reasoning, and early ventures generate their most decision-relevant evidence in the first months — when nobody is yet collecting it.

    • Three to five measures, tied to the goal hierarchy rather than to what is easy to count.
    • Decide collection and governance now; retrofitting either is disproportionately painful.
    • Agree in advance what result would change the plan.
  7. 07

    Design the experience, then choose the timing

    The Omni Core defines what the customer actually encounters across every channel; the Time Core decides when to go. Launch timing is a strategic variable in its own right rather than the date on which the work happens to finish.

    • Map the journey end to end, including what happens after purchase.
    • Identify the market window you are aiming at, and say why it is a window.
    • Write the contingency for the two things most likely to go wrong.

Take this with you

What must exist at each stage

A readiness map for the first operating year. Its use is to locate what has not yet been decided, rather than to certify progress.

Idea
A stated purpose and a first goal hierarchy. Nothing built.
Validation
A defined audience, a named set of alternatives, and evidence the opportunity is real.
Offer
A value proposition in the customer’s words, and a monetisation model tested against them.
Identity
Promise and positioning settled, before any visual identity is commissioned.
Foundation
Legal structure, compliance, finance and runway, and the first operating systems.
Instrumentation
Three to five measures, a collection method and a reporting rhythm.
Experience
The journey mapped end to end, including post-purchase.
Launch
A market window chosen deliberately, with contingency written.

The stages overlap heavily in practice. What holds is the dependency: each stage answers a question the next one assumes has been settled.

Standing on other work

Where the established thinking sits

The venture literature is unusually rich and unusually contested. The framework does not adjudicate between these positions; it shows where each of them applies.

Customer development

Market Core before Business Core

Blank’s argument for establishing the customer before building the product — the sequencing this method follows.

Build–measure–learn

Data Core with the iterative loop

Ries’s cycle is the same iterative epistemology the framework describes, applied to a venture.

Jobs to be done

Market Core and Business Core

Christensen’s reframing of the customer, and a useful discipline when writing a value proposition.

Value Proposition Canvas

Business Core — Value Proposition

A structured way of connecting what is offered to what was heard in customer conversations.

Effectuation

A different reading of the whole sequence

Sarasvathy’s finding that experienced founders often start from available means rather than from goals. The framework can be read in that direction, beginning in the Business Core.

Business Model Canvas

Business Core and Market Core

Strong on the model itself, and not designed to cover purpose, timing or measurement.

Stage-gate

Time Core — Project management

A way of deciding when a stage has produced enough to justify the next commitment.

Effectuation is worth singling out, because it cuts against the order described here. Both readings are defensible; which fits depends on whether your starting point is a goal you hold or a set of means you already have.

Where it lives in the framework

How each core contributes

The Omnigoal is holistic: all eight cores are in play here, each supplying something the others cannot. Follow any of them to see the objects it contains.

Checklist

Signs the foundations are in place

  • The purpose would survive changing the product.
  • The audience was talked to before the value proposition was written.
  • The monetisation model was tested against those conversations.
  • Positioning was settled before the visual identity was commissioned.
  • Legal, compliance and finance are decided rather than deferred.
  • Three to five measures are already being collected.
  • Launch timing was chosen rather than arrived at.

In fairness

What the framework does not do

The evidence on what makes new ventures succeed is genuinely unsettled, and a framework should not imply otherwise.

  • It is a structure for thinking, not evidence about what makes ventures succeed. That literature is contested and largely inconclusive.
  • The stages describe dependencies rather than a guaranteed order. Real ventures iterate, backtrack and skip stages, sometimes correctly.
  • Effectuation research suggests experienced founders frequently begin from available means rather than from goals — a reading that reverses part of this sequence and is well supported.
  • It cannot tell you whether an opportunity is real. Only customers can, and only before you build.
  • It says nothing about funding, timing of investment, or the founder relationships that end more ventures than strategy does.

Questions

Frequently asked

The questions people ask most often about building a business and The Omnigoal.

What order should a business be built in?

Purpose, then market, then offer and monetisation, then identity, then the operating foundation, then instrumentation, then experience and launch timing. The order reflects dependency: each stage answers something the next one assumes. The clearest case is building before the customer is understood, which customer development literature identifies as the most costly inversion — though it is worth knowing that effectuation research describes experienced founders working the other way round, from means to goals.

What should a founder do first?

Write one sentence of purpose that would remain true if the product changed entirely, and a rough goal hierarchy for one year and five. It takes an afternoon, and it becomes the criterion for the trade-offs that follow — which is precisely what founders tend to lack when a decision has to be made quickly.

When should branding be worked on?

Settle brand promise and positioning early; commission visual identity late. Positioning is a strategic decision that shapes the offer, while a logo expresses a decision already taken. The promise matters most, because it is a commitment the operation has to keep from the first customer rather than from the point at which it becomes convenient.

Are all eight cores necessary in a one-person business?

All eight are worth considering; volume in all eight is not required. The framework’s own account is that the components are not indispensable to the system’s existence but enrich it. A solo founder who has read all eight and written a paragraph in most has used it as intended — the value is in knowing what was skipped by choice rather than by oversight.

How do I find out what I have overlooked?

Read through the eight cores and their objects and mark everything you cannot yet say anything about. The blanks are the answer. This is the difference between a framework and a checklist: a checklist records what other companies did, while a map shows what your own venture has not yet decided.

Does using a framework help a startup succeed?

There is no good evidence that it does, and it would be misleading to suggest otherwise — venture outcomes turn heavily on market timing, capability and circumstances no framework controls. What a structure can reasonably offer is fewer decisions taken by default and a clearer record of what was assumed, which makes it easier to see later where a judgement went wrong.