agentleFS
darkweb19darkweb19/skills/product-discovery/SKILL.md

product-discovery

Skill0 starsChanged 28 days agoApache-2.0View on GitHub

Use when validating product opportunities, mapping assumptions, planning discovery sprints, or testing problem-solution fit before committing delivery resources.

23 other projects use a version of this, 1 of them edited.

Adopted by

Most recently taken up by

Used with

Projects with it also use product-strategy.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • yannickYamoSkill

    product-strategy

    Build product strategy that drives real choices. Use when defining where to play and how to win, creating strategy canvases, defining ICP/Anti-ICP, positioning products, setting pricing strategy, planning GTM motions, or structuring strategic bets. Part of the Modern Product Operating Model collection.

    Also in 4 projects that use this

The file

We split this skill into the rules it gives an agent

4 rules. 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 17 edited versions we read keep these.

  • 4

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run structured discovery to identify high-value opportunities and de-risk product bets.

    line 8
  2. Distinctive:

    Use this skill for:

    line 12
  3. Distinctive:

    Keep opportunities grounded in user evidence, not internal opinions.

    line 27
  4. Distinctive:

    Run concept, usability, and value tests.

    line 45

“Common” is measured: kept by at least 6 in 10 of the 17 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Product Discovery

Run structured discovery to identify high-value opportunities and de-risk product bets.

When To Use

Use this skill for:

  • Opportunity Solution Tree facilitation
  • Assumption mapping and test planning
  • Problem validation interviews and evidence synthesis
  • Solution validation with prototypes/experiments
  • Discovery sprint planning and outputs

Core Discovery Workflow

  1. Define desired outcome
  • Set one measurable outcome to improve.
  • Establish baseline and target horizon.
  1. Build Opportunity Solution Tree (OST)
  • Outcome -> opportunities -> solution ideas -> experiments
  • Keep opportunities grounded in user evidence, not internal opinions.
  1. Map assumptions
  • Identify desirability, viability, feasibility, and usability assumptions.
  • Score assumptions by risk and certainty.

Use:

python3 scripts/assumption_mapper.py assumptions.csv
  1. Validate the problem
  • Conduct interviews and behavior analysis.
  • Confirm frequency, severity, and willingness to solve.
  • Reject weak opportunities early.
  1. Validate the solution
  • Prototype before building.
  • Run concept, usability, and value tests.
  • Measure behavior, not only stated preference.
  1. Plan discovery sprint
  • 1-2 week cycle with explicit hypotheses
  • Daily evidence reviews
  • End with decision: proceed, pivot, or stop

Opportunity Solution Tree (Teresa Torres)

Structure:

  • Outcome: metric you want to move
  • Opportunities: unmet customer needs/pains
  • Solutions: candidate interventions
  • Experiments: fastest learning actions

Quality checks:

  • At least 3 distinct opportunities before converging.
  • At least 2 experiments per top opportunity.
  • Tie every branch to evidence source.

Assumption Mapping

Assumption categories:

  • Desirability: users want this
  • Viability: business value exists
  • Feasibility: team can build/operate it
  • Usability: users can successfully use it

Prioritization rule:

  • High risk + low certainty assumptions are tested first.

Problem Validation Techniques

  • Problem interviews focused on current behavior
  • Journey friction mapping
  • Support ticket and sales-call synthesis
  • Behavioral analytics triangulation

Evidence threshold examples:

  • Same pain repeated across multiple target users
  • Observable workaround behavior
  • Measurable cost of current pain

Solution Validation Techniques

  • Concept tests (value proposition comprehension)
  • Prototype usability tests (task success/time-to-complete)
  • Fake door or concierge tests (demand signal)
  • Limited beta cohorts (retention/activation signals)

Discovery Sprint Planning

Suggested 10-day structure:

  • Day 1-2: Outcome + opportunity framing
  • Day 3-4: Assumption mapping + test design
  • Day 5-7: Problem and solution tests
  • Day 8-9: Evidence synthesis + decision options
  • Day 10: Stakeholder decision review

Tooling

scripts/assumption_mapper.py

CLI utility that:

  • reads assumptions from CSV or inline input
  • scores risk/certainty priority
  • emits prioritized test plan with suggested test types

See references/discovery-frameworks.md for framework details.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.