Define terms before presenting metrics
A prototype demonstrates an interaction; an MVP can support a bounded production task. Neither automatically establishes retention or revenue. Define an activated user as a specific meaningful action, not a registration, and state the cohort and observation window before reporting repeat use.
Revenue, commitments and expressions of interest are different kinds of evidence. Keep the supporting records and make limitations explicit. Legal, accounting and investment judgments should be reviewed by qualified advisers; this article is a product-planning worksheet.
An illustrative readiness matrix
Planning aid, not an investor standard or rating
| Area | Evidence to collect | Unresolved question |
|---|---|---|
| Problem | Observed workflow and current alternatives | Who experiences it repeatedly? |
| Product | Demonstrated core task and acceptance checks | What remains manual or simulated? |
| Usage | Defined cohort, events and repeat-use window | Is the sample representative? |
| Operations | Data handling, support owner and recovery plan | What could block a safe release? |
| Ownership | Repository access and reviewed agreements | Which components have third-party restrictions? |
Make milestone claims reviewable
“Launch complete” is less informative than “invited users can complete the agreed booking task, and exceptions have an owner.” An illustrative milestone might require ten invited users to attempt the task, documented failures and a review meeting. Ten is a planning assumption, not a success threshold established by research.
For each milestone, record the evidence location, accountable person, cost dependencies and the next decision it enables. Include failed experiments and operational burden; omitting them makes the roadmap harder to assess.
Prepare the discussion
Separate actual results, estimates and future hypotheses.
Use consistent definitions across charts, exports and narrative.
Remove private user data and unapproved customer references.
Explain what additional resources would test, not just what they would build.
Ask reviewers what evidence they require rather than assuming one universal readiness checklist.
Frequently asked questions
Can a prototype be used in a funding discussion?
Yes, if its simulated behavior and evidence limits are clear. Do not describe it as a live customer deployment.
Does this matrix predict investment?
No. It organizes product evidence; funders make their own decisions and requirements vary.