continuous-discovery

Map opportunity solution trees and identify riskiest assumptions for feature development.

1|Updated Jul 12, 2026
One-click install
npx skills add https://github.com/SeaBrad72/sparkwright --skill continuous-discovery-seabrad72
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: continuous-discovery
Source: https://github.com/SeaBrad72/sparkwright/tree/main/skills/continuous-discovery
Command: npx skills add https://github.com/SeaBrad72/sparkwright --skill continuous-discovery-seabrad72

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents the common pitfall of building features that nobody needs by forcing a rigorous, evidence-based interrogation of the problem space before any design or coding begins.

Core Features & Use Cases

  • Opportunity Solution Tree Mapping: Structures the relationship between desired outcomes, customer needs, and potential solutions to ensure breadth of thought.
  • Riskiest Assumption Testing: Identifies and tests the most critical assumptions (desirability, viability, feasibility, usability) using small, cheap experiments.
  • Outcome-Oriented Framing: Shifts the focus from shipping features (output) to achieving measurable customer or business results (outcome).

Quick Start

Use the continuous-discovery skill to map an opportunity solution tree for the current project goal and identify the riskiest assumption we need to test first.

Frequently Asked Questions about continuous-discovery

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I validate product problems before building solutions?

To validate product problems before building solutions, map an opportunity solution tree to structure desired outcomes and customer needs, then test your riskiest assumptions using small experiments before proceeding to design or implementation.

What is an opportunity solution tree and how does it help product discovery?

An opportunity solution tree structures the relationship between desired business outcomes, underlying customer needs, and potential solutions. It ensures breadth of thought during product discovery by visually aligning the problem space before any feature development begins.

How do I identify and test the riskiest assumptions for a new feature?

Identify the riskiest assumptions for a new feature by evaluating desirability, viability, feasibility, and usability. Test these critical assumptions first using small, cheap experiments to gather evidence before committing to software design or coding.

Can I use this approach to shift my team from output to outcome metrics?

Yes, you can shift your team from output to outcome metrics by applying outcome-over-output principles. This process frames product discovery around achieving measurable customer or business results rather than simply shipping predefined feature outputs.

When should I use continuous product discovery instead of starting feature design?

Use continuous product discovery at the front-end of the software development lifecycle whenever you have a new project goal. It prevents building unnecessary features by rigorously interrogating the problem space and executing small-bet experiments before design.