Pentaria
Sign in Book a demo
Pentaria
Book a demo Sign in
Workflow

Assumption Testing & Prototyping

Testing a problem’s urgency, reach and willingness to pay

About this workflow

Validating the value of a customer problem before anyone designs a response to it — how urgent it is, how widely it is felt, and whether anyone would pay to be rid of it. The work runs from choosing problems off the Canonical Problem Register, or taking a one-off problem on an intake form, and writing each as a falsifiable hypothesis with a named buyer, a number and a threshold, through experiments whose pass and fail lines lock before the first person is approached, until every result is read against its line and assembled into a Problem Value Validation Record.

Its purpose is to tell a team where the evidence stands on each problem without deciding for it what is worth solving — usability and feasibility belong to a solution and are deferred, and a hypothesis the evidence does not support is reported as a kill signal, not a kill decision. A round that lands reads every result against a line drawn before the tests ran; one that does not moves its lines once the answers arrive, reads a warm meeting as a commitment, and averages a buying group’s answers into a price.

The recognizable task

Typical trigger
  • A Canonical Problem Register exists and nobody can say which problems anyone would pay to have solved
  • A one-off problem has arrived from outside discovery and needs its value tested before it is weighed
  • A problem is about to be prioritized on how loudly it was raised rather than on what it is worth to a buyer
What good looks like
  • Every hypothesis names a buyer, a number and a threshold, with its signals registered before the first approach
  • Every result sits beside the line declared before the tests ran — cleared, fell short or inconclusive
  • Willingness to pay reads as a magnitude band per role with current spend beside it, never a price point