Skip to content
MVPCompanion

PLAN · BUILD · LEARN · GROW

Turn Ideas into
Meaningful Products.

A systematic method for turning app ideas into valuable, viable and buildable MVPs.

  1. 01

    Understand

    Idea · Problem · User

  2. 02

    Define

    Value · Product · Context

  3. 03

    Shape

    Jobs · Scope · Experience

  4. 04

    Specify

    Information Architecture · Data · Requirements

  5. 05

    Learn

    Learning · Technical Boundaries · MVP Boundary

  • Structured process
  • Practical templates
  • Better product decisions

Problem

Most products don't start with a product.
They start with an idea.

An idea can feel exciting while important questions remain unanswered.

The hard part is not building features.

The hard part is deciding what should be built.

  1. 01Who is it for?
  2. 02What problem really exists?
  3. 03What value does it create?
  4. 04What should the product actually be?
  5. 05What belongs in the MVP?
  6. 06What should be learned before building more?

Approach

Don't jump from idea to features.

A common path is moving directly from idea to features, screens and coding. MVPCompanion introduces a systematic clarification process before detailed implementation.

Progressive clarification.

The process starts with an uncertain idea and progressively turns it into a clear, buildable MVP.

  1. 01

    Understand

    Idea · Problem · User

  2. 02

    Define

    Value · Product · Context

  3. 03

    Shape

    Jobs · Scope · Experience

  4. 04

    Specify

    Information Architecture · Data · Requirements

  5. 05

    Learn

    Learning · Technical Boundaries · MVP Boundary

15 stages of progressive clarification.

Better product decisions before you build.

Framework

The MVPCompanion Framework

The framework is the relationship between the method of thinking and the process of moving from idea to MVP.

Together they produce an Integrated MVP Spec — the basis for a valuable, viable and buildable MVP.

Method + Process → Integrated MVP Spec → Valuable · Viable · Buildable MVP
WHY + HOWMVPCompanion Method+WHAT + WHENFrom Idea to MVPIntegrated MVP SpecWhy + How+What + WhenVALUABLE · VIABLE · BUILDABLE MVPValuableViableBuildable

Method + Process → Integrated MVP Spec → Valuable · Viable · Buildable MVP

The 15-stage process is introduced below.

Traceability

Every important requirement should be traceable backwards to a meaningful user problem and forwards to an observable outcome.

Problem → User → Outcome → Job → Capability → Requirement → Acceptance Criterion → Metric
Problem↓User↓Outcome↓Job↓Capability↓Requirement↓Acceptance Criterion↓Metric

Process

From Idea to MVP.

The process has 15 stages. For a first visit, they can be seen in five phases.

Five phases. Fifteen stages.

These phases are a simplified overview. They do not replace the 15-stage process, and they are not the framework itself.

Five-phase overview

The 15-stage process

  1. 01 Understand

    Idea · Problem · User

    1. 01

      Idea

      Frame the initial product idea.

    2. 02

      Problem

      Define the problem independently of the proposed solution.

    3. 03

      User

      Identify the primary user who has the problem.

  2. 02 Define

    Value · Product · Context

    1. 04

      Value

      Define the outcome and value the product should create.

    2. 05

      Product

      Define what the product fundamentally is.

    3. 06

      Context

      Define how the product's central object changes over time.

  3. 03 Shape

    Jobs · Scope · Experience

    1. 07

      Jobs

      Identify what users need to accomplish.

    2. 08

      Scope

      Derive the smallest useful solution.

    3. 09

      Experience

      Define how the user gets to value.

  4. 04 Specify

    Information Architecture · Data · Requirements

    1. 10

      Information Architecture

      Define how the product is organized.

    2. 11

      Data

      Define the data the product needs to operate.

    3. 12

      Requirements

      Define what must be built and how it should behave.

  5. 05 Learn

    Learning · Technical Boundaries · MVP Boundary

    1. 13

      Learning

      Define what the MVP needs to test and measure.

    2. 14

      Technical Boundaries

      Define the technical constraints and major risks.

    3. 15

      MVP Boundary

      Define exactly what belongs in the MVP and what does not.

Result

A Valuable, Viable and Buildable MVP.

The aim is to move from “I have an idea” to understanding what should be built, why, for whom, what belongs in the MVP, and what needs to be learned.

  1. Valuable

    Solves a meaningful user problem.

  2. Viable

    Creates a credible basis for the product and its context.

  3. Buildable

    Is sufficiently defined to actually build.

Not everything you could build.

The smallest coherent product worth building and learning from.

The MVP is also a learning instrument. It should test important assumptions and create observable learning, rather than merely demonstrate that software can be built.

Ecosystem

One Method. Three Ways to Use It.

MVPCompanion is a shared method expressed through a book, this website and a future app.

Shared Method: Book → Understand, Website → Explore, App → Do

Shared Method

  1. Book

    Understand

    Learn the thinking behind MVPCompanion.

  2. Website

    Explore

    Discover the method, resources and examples.

  3. App

    Do

    Apply the method to your own product idea.

Audience

For people who build what matters.

The site is for people who have an app or digital product idea and want to work more systematically before development.

  1. 01

    Founders & Entrepreneurs

    People shaping an early product idea.

  2. 02

    Product People

    People responsible for what gets built and why.

  3. 03

    Builders & Developers

    People who may otherwise move to implementation before the product questions are clear.

  4. 04

    Idea Owners

    People with an idea who want a systematic next step.

Have an idea?

Start making it clear.