Validation Sprint
Validate the problem before budget or build.
Best for
Unclear idea or assumptions
You get
- Decision Memo
- Opportunity Brief
- User Interview Summary
Sprint paths
Every Prakriya sprint is time-boxed, outcome-driven, and built to help you decide what should happen next.
Decision path
Start small. Move only when signal earns it.
Validation
2–3 weeks
Prototype
3–5 weeks
Pilot MBP
6–10 weeks
Venture Pod
3–12 months
Validation
Sprint 012–3 weeks
Prototype
Most common3–5 weeks
Pilot MBP
Sprint 036–10 weeks
Venture Pod
Sprint 043–12 months
Choose by signal
Each sprint has a different job. Pick the one that reduces the most important uncertainty first.
Swipe to compare
Validate the problem before budget or build.
Best for
Unclear idea or assumptions
You get
Test the workflow before committing build effort.
Best for
Solution ideas that need proof
You get
Launch a buyable pilot with real users.
Best for
A buyable product test with real users
You get
Keep shipping once signal is real.
Best for
Validated signal that needs execution
You get
Decision helper
Start with the question you need answered.
Start with Pilot MBP Sprint.
This sprint reduces adoption and willingness-to-pay uncertainty.
View sprintCompare paths
Use the matrix to compare the next question, primary output, and best-fit moment for each sprint.
Shared outputs
The artifact set changes by sprint depth, but every engagement closes with a decision-ready trail.
Clear recommendation and rationale.
IncludedWhat is in, what is out, and why.
IncludedResearch, tests, findings, and assumptions.
IncludedWhat your team needs to continue.
IncludedKill, refine, handoff, or continue.
IncludedArtifacts are built to be shared with leadership, engineering, and product teams.
After the sprint
The point is not more backlog. The point is knowing what should happen next.
Decision outcome
Stop with clarity and save resources.
Decision outcome
Potential is real, but the scope needs adjustment.
Decision outcome
The internal team can own it with context.
Decision outcome
Signal is real. Keep building.
FAQ
Use these to decide whether you need clarity, prototype signal, adoption evidence, or continued execution.
Start with the question you need answered. If the problem is unclear, validate. If the workflow is unclear, prototype. If adoption or purchase is unclear, pilot an MBP.
Yes. The sprint path is designed to move only when the previous step creates enough signal for the next investment decision.
We use what you have, identify gaps, and scope the sprint around the highest-risk unanswered decision.
A Pilot MBP is the smallest real version users can buy, adopt, or commit to, scoped tightly enough to test real demand.
Yes, when the sprint requires it. The scope stays bounded around the decision, not a full product roadmap.
That is a valid outcome. Stopping with evidence protects budget, roadmap focus, and team energy.
Book a strategy call and we'll help you choose the smallest sprint that creates signal.
Need help choosing?
Book a strategy call