Operations Workflows Workflow Intermediate

AI Product Validation Workflow

Find out whether the thing you shipped actually worked — define the success metric, plan the measurement, classify the real evidence, then render a verdict and an iterate / pivot / scale decision.

The problem

Shipping feels like the finish line, so the question that actually matters goes unasked: did the product do what it was supposed to? Most teams answer it by vibes — a few loud testimonials, a dashboard nobody reads against a target nobody wrote down. Outcome measurement is a different discipline from the testing and review that got the code out the door: it weighs real user behavior and the business signal against a metric you commit to in advance, and it ends in a decision — iterate, pivot, or scale — not a feeling. Doing that with AI means operationalizing the success signal into a concrete metric, planning what evidence proves or disproves it, categorizing the messy real-world data you collected, and synthesizing it into a verdict you can defend.

Recommended workflow

Each step uses an existing NewPrompt tool, pre-filled by a matching resource. Open the resource to read it, or jump straight into the tool with the inputs ready.

  1. Define the success metric

    Anchor a product-analyst lens and turn the success signal you set at MVP planning into a concrete metric — what success is, how it's measured, the threshold that counts as a win, and the window to measure it over. A goal you can't measure can't be validated.

    Goal A Success Metric Definition: what success is, how it's measured, and by when.

  2. Plan the measurement

    Break the metric into the specific behavioral signals, funnel and cohort cuts, and feedback sources that will prove or disprove it — and fix what counts as hit, partial, or miss before any data is in, so the result can't be rationalized after the fact.

    Goal A Measurement Plan: the signals to gather, how to cut them, and how to read each against the target.

  3. Classify the collected evidence

    Take the real usage and feedback you've gathered and categorize it — by theme, sentiment, and segment — into countable signal. This is the step that turns a pile of tickets, reviews, and events into evidence you can weigh. You supply the live data; this structures it.

    Goal Categorized behavior and feedback signals, ready to weigh against the target.

  4. Synthesize the result and decide

    Weigh the categorized evidence against the success metric, render a clear hit / partial / miss verdict, and turn it into the call that matters — iterate, pivot, or scale — with the reasoning and the signals that argue against it. A decision tied to the evidence, not a gut read dressed up in data.

    Goal A Validation Result and an iterate / pivot / scale Decision Recommendation, justified by the evidence.

  5. Document the validation report

    Consolidate the metric, the evidence, the verdict, and the decision into one shareable Validation Report — verdict and decision up front for stakeholders, the reusable metric and measurement plan carried forward as the seed of the next planning cycle.

    Goal A Validation Report bundling the verdict, the decision, and the reusable metric and plan.

Expected outcome

A Validation Report that says, on the evidence, whether the shipped product hit its success signal — hit, partial, or miss — and an iterate / pivot / scale recommendation behind it, plus a reusable metric definition and measurement plan that seed the next cycle. The launch stops being a guess and becomes a measured result.

Best for

  • Deciding what to do after a launch — iterate, pivot, or scale
  • Measuring a shipped product against the success signal set at planning
  • Turning real usage and feedback into a defensible go/no-go

Not for

  • Pre-launch market research — this validates a product that is already live
  • Checking code or AI-output correctness — that's the Test Generation and Agent Evaluation workflows
  • Building the analytics instrumentation itself — this designs the measurement and reads the data, it doesn't collect it

FAQ

How is this different from testing or agent evaluation?

Those verify the artifact — is the code correct, is the AI output sound — before or at ship. Product Validation verifies the outcome: did real users and the business respond the way you needed, after ship. Different object, different evidence, different timing. Together they span correctness all the way to market fit.

Do I need real data to run it?

Yes. This workflow designs the measurement and analyzes the evidence you supply — real post-launch usage and feedback. It deliberately does not build instrumentation or collect data for you (that's engineering work); it tells you what to measure and turns what you've collected into a verdict.

What do I actually walk away with?

A Validation Report: a hit / partial / miss verdict against your success metric and an iterate / pivot / scale recommendation with its reasoning — plus a reusable metric definition and measurement plan you carry into the next planning cycle. It closes the loop that MVP planning opened.

Part of these projects

Complete build journeys that include this workflow as a stage.

Where to go next

Recommended next workflow AI MVP Planning Workflow Cut a product idea down to the smallest first release that proves the core value — separate the real must-haves from everything that can wait, then define the MVP and its success signal. Use when You have a product idea and need to define the smallest first release that proves the core value — by cutting scope. Start this workflow

Related workflows

Tip: Each step's resource opens its tool pre-filled — start at step one and carry the output forward.

All workflows