Axiomatic Venture Design

Turn startup claims into venture architecture.

Surplytix converts a startup from a pitch narrative into a structured venture system — defining what must be true, which hypotheses matter, how uncertainty is being reduced, and whether the venture can create, capture, and sustain economic surplus.

Functional Requirements Design Parameters DFV Uncertainty Coupling Logic Economic Coherence

Most startup analysis treats the venture as a story. Surplytix treats it as a designed system under uncertainty.

A startup succeeds only when economic outcomes are achieved through explicit design choices that are progressively validated. The question is not simply whether the startup has a strong product, a large market, or an exciting vision.

The deeper question is whether the venture system can reliably create value, capture value, and sustain value capture.

The deeper question

Can this venture system reliably create value, capture value, and sustain value capture?

Axiomatic Venture Design decomposes the venture into connected outputs: functional requirements, business model design space, critical design parameters, uncertainty characterisation, coupling logic, state of knowledge, and economic coherence. The result is not a better pitch deck. It is a venture architecture.

Functional Requirements

Define what the venture must achieve.

01

Create Value

Can the venture generate meaningful surplus for customers, users, markets, or the broader system?

02

Capture Value

Can the venture convert that surplus into revenue, margin, pricing power, strategic position, or producer surplus?

03

Sustain Value Capture

Can the venture defend value capture as competitors respond, technologies mature, markets evolve, and ecosystem power shifts?

These are not stages. They are simultaneous requirements.

A venture may create value but fail to capture it. It may capture value temporarily but fail to defend it. It may look promising in pilots but remain structurally fragile because the economics are not independently proven.

This is why Surplytix begins with Functional Requirements. They define what must be true for the venture to work.

Business Model Design Space

Treat the business model as a design space, not a canvas.

The Business Model Canvas is often used as a presentation tool. Surplytix uses it differently.

It treats the Business Model Canvas as the design space of the venture. Each BMC block becomes a domain of design, and within each domain, Surplytix expresses the venture as hypotheses.

The business model is therefore not treated as a plan. It is treated as a structured set of assumptions about how the venture is intended to function.

Nine business model domains
Customer Segments
Value Propositions
Channels
Customer Relationships
Revenue Streams
Key Resources
Key Activities
Key Partners
Cost Structure
Business Model Domain
What It Frames
Customer Segments
Who the venture must serve, influence, or monetise
Value Propositions
What surplus the venture claims to create
Channels
How the venture reaches users, customers, or ecosystem actors
Customer Relationships
How adoption, trust, retention, and usage are sustained
Revenue Streams
How value capture is intended to happen
Key Resources
What assets, capabilities, data, IP, infrastructure, or legitimacy the venture depends on
Key Activities
What the venture must perform or orchestrate to deliver value
Key Partners
Which ecosystem actors are required for adoption, delivery, trust, scale, or control
Cost Structure
What cost logic must hold for the venture to remain economically viable

Design Parameters

Identify the few hypotheses that decide whether the venture works.

The full design space is too large to validate all at once. Surplytix therefore selects a smaller set of critical hypotheses and treats them as Design Parameters.

A Design Parameter is a shortlisted hypothesis representing a critical design choice whose validation is necessary to satisfy one or more Functional Requirements.

Not all assumptions matter equally. Some assumptions are background noise. Others are the critical design parameters that determine whether the venture can create value, capture value, and sustain value capture.

Design parameter selection lenses
Economic Impact

Does this hypothesis materially affect value creation, value capture, or value sustainability?

Structural Role

Does this hypothesis influence other assumptions or determine how the venture system works?

Uncertainty Level

Is this still a belief, partially evidenced, or validated?

Validation Leverage

Would proving or disproving this hypothesis materially change venture confidence or capital allocation?

DFV as an Uncertainty Lens

Desirability, Feasibility, and Viability describe the nature of uncertainty.

Surplytix does not treat Desirability, Feasibility, and Viability as separate startup stages. It uses them as a lens to understand the nature of uncertainty inside each Design Parameter.

A single Design Parameter may carry desirability, feasibility, and viability uncertainty at the same time. This is why Surplytix does not reduce venture validation to simple stage labels. It maps uncertainty where it actually lives: inside the critical design parameters.

D

Desirability

Whether users, customers, or ecosystem actors want, value, adopt, or trust the solution.

F

Feasibility

Whether the venture can technically, operationally, organisationally, or ecosystemically deliver the solution.

V

Viability

Whether the venture can capture value, manage cost, scale economically, and sustain producer surplus.

Innovation Matrix

Map Functional Requirements against Design Parameters.

Once Functional Requirements and Design Parameters are identified, the venture can be represented as an innovation matrix.

The matrix shows how each critical Design Parameter contributes to one or more economic requirements: value creation, value capture, and value sustainability.

This is where the venture stops being a collection of claims and becomes a visible system. It becomes possible to see which assumptions matter, which requirements they support, what kind of uncertainty they carry, and how strongly they affect the economics of the venture.

A strong venture architecture is not created by having many hypotheses. It is created when the most important Design Parameters are clearly linked to the Functional Requirements they must satisfy.

Each DP carries
FR Linkage

Which economic requirement the DP affects

DFV Character

What kind of uncertainty the DP carries

State of Knowledge

Whether the DP is assumed, evidenced, or validated

Dependency Role

Whether the DP depends on or enables other DPs

Economic Consequence

How much the DP matters to surplus creation, capture, or sustainability

Coupling and Structural Stability

Reveal whether the venture is stable, fragile, or assumption-driven.

This is where the axiomatic design logic becomes powerful. A venture system is more stable when its critical Design Parameters can be validated independently or sequentially.

It becomes fragile when many interdependent Design Parameters must be validated simultaneously. Coupling is one of the hidden reasons startups become capital inefficient.

Surplytix makes that coupling visible before capital is committed.

Independent

Critical Design Parameters can be validated without interfering with one another.

Decoupled

Design Parameters are linked, but can be validated in a logical sequence.

Coupled

Multiple Design Parameters must become true together, increasing fragility and capital risk.

A venture may look attractive, but if value creation depends on adoption, adoption depends on ecosystem alignment, capture depends on scale, and sustain depends on a control point not yet established, the system is deeply coupled.

State of Knowledge

Track innovation progress as uncertainty reduction.

In Surplytix, progress is not measured only by activities completed. It is measured by the movement of critical Design Parameters from assumption to evidence to validation.

A founder may have launched a pilot, built a product, or signed an MoU. But the more important question is: which critical Design Parameters have actually moved from hypothesis to evidence or validation?

Hypothesis

The DP is still assumed or asserted.

Evidence

There is supporting signal, but not enough to rely on the DP.

Validation

The DP is sufficiently proven for the current stage of venture decision-making.

Economic Coherence

Test whether the venture configuration can actually work.

Create surplus

The cluster must enable meaningful improvement for customers, users, markets, or the system.

Capture surplus

The cluster must enable revenue, margin, pricing power, producer surplus, or strategic economic control.

Sustain surplus capture

The cluster must create some basis for durability: control points, switching costs, regulatory legitimacy, data advantage, ecosystem position, IP, execution capability, or rent duration.

Value is created but not captured
Value is captured but not defended
Evidence exists but the system remains coupled
Pilots exist but economic coherence remains unproven
The venture requires a different sequence, business model, or capital strategy

Move from startup storytelling to venture architecture.

Most venture analysis asks whether the problem is large, the solution is interesting, the market is attractive, the founder is credible, and there is traction.

Surplytix asks a deeper structural question: is the venture designed in a way that can create, capture, and sustain value?

Axiomatic Venture Design shows what must be true, what remains uncertain, and whether the venture system can actually work.

It turns startup claims into venture architecture.
Discuss this output