mcpField
P
product-discovery

product-discovery

github.com/ncklrsDesign & UI53170 installsUpdated 35w ago
Repository

About product-discovery

product-discovery is a user research and problem-validation skill for product teams. It covers interviews, JTBD, opportunity assessment, and insight synthesis, with an emphasis on validating problems before solutions and maintaining ongoing discovery.

Key features

  1. 01User interview and survey design
  2. 02JTBD problem exploration
  3. 03Opportunity scoring and prioritization
  4. 04Research synthesis and segmentation
  5. 05Prototype and usability testing

Use cases

  1. 01Explore customers’ unarticulated problems
  2. 02Validate whether a specific pain is worth solving
  3. 03Prioritize a product roadmap by opportunity
  4. 04Test prototypes and assess solutions

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/ncklrs/startup-os-skills --skill product-discovery

After installing, type/product-discoveryin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

rules/
_sections.md
analysis-competitive.md
analysis-opportunity.md
analysis-segmentation.md
analysis-synthesis.md
discovery-jtbd.md
discovery-problems.md
research-interviews.md
research-surveys.md
testing-prototype.md
testing-usability.md

Details

From the project README

Product Discovery

Strategic user research and problem validation expertise — from interview techniques and JTBD to opportunity sizing and insight synthesis.

Philosophy

Great products start with great problems. Discovery is how you find problems worth solving for people who will pay.

The best product discovery:

  1. Talk to users, not stakeholders — Customers know their problems, not solutions
  2. Validate problems before solutions — Build the right thing, then build it right
  3. Quantify and qualify — Numbers tell you what, conversations tell you why
  4. Continuous over batched — Weekly habits beat quarterly projects

How This Skill Works

When invoked, apply the guidelines in rules/ organized by:

  • research-* — User interview techniques, survey design, research ops
  • discovery-* — Problem discovery, JTBD framework, validation
  • analysis-* — Synthesis, segmentation, competitive analysis
  • testing-* — Prototype testing, usability testing

Core Frameworks

Discovery Process
PhaseActivitiesOutputs
ExploreInterviews, observation, data miningProblem space map
ValidateProblem interviews, surveys, experimentsValidated problems
PrioritizeOpportunity scoring, segmentationPrioritized roadmap
TestPrototype testing, usability studiesSolution validation
Jobs-to-be-Done Framework
                    ┌─────────────────────┐
                    │    FUNCTIONAL JOB   │
                    │   (What they do)    │
                    └──────────┬──────────┘
                               │
              ┌────────────────┼────────────────┐
              │                │                │
              ▼                ▼                ▼
       ┌──────────┐     ┌──────────┐     ┌──────────┐
       │ EMOTIONAL│     │  SOCIAL  │     │ CONTEXT  │
       │   JOB    │     │   JOB    │     │ (When/   │
       │ (Feel)   │     │ (Appear) │     │  Where)  │
       └──────────┘     └──────────┘     └──────────┘
Opportunity Scoring (OST)
FactorWeightDescription
Importance40%How important is this job to the customer?
Satisfaction30%How satisfied are they with current solutions?
Frequency20%How often do they encounter this problem?
Willingness to Pay10%Will they pay to solve this?

Opportunity Score = Importance + max(Importance - Satisfaction, 0)

Research Method Selection
┌─────────────────────────────────────────────────────────────┐
│                   GENERATIVE RESEARCH                       │
│              (Discover unknown unknowns)                    │
│  ┌───────────┐  ┌───────────┐  ┌───────────┐               │
│  │Contextual │  │ Discovery │  │ Diary    │               │
│  │ Inquiry   │  │ Interviews│  │ Studies  │               │
│  └───────────┘  └───────────┘  └───────────┘               │
├─────────────────────────────────────────────────────────────┤
│                   EVALUATIVE RESEARCH                       │
│              (Validate known hypotheses)                    │
│  ┌───────────┐  ┌───────────┐  ┌───────────┐               │
│  │ Usability │  │  A/B      │  │ Prototype │               │
│  │ Testing   │  │  Testing  │  │ Testing   │               │
│  └───────────┘  └───────────┘  └───────────┘               │
├─────────────────────────────────────────────────────────────┤
│                   QUANTITATIVE RESEARCH                     │
│              (Measure and prioritize)                       │
│  ┌───────────┐  ┌───────────┐  ┌───────────┐               │
│  │  Surveys  │  │ Analytics │  │ Card      │               │
│  │           │  │  Review   │  │ Sorting   │               │
│  └───────────┘  └───────────┘  └───────────┘               │
└─────────────────────────────────────────────────────────────┘
Customer Segmentation Matrix
DimensionConsumer (B2C)Business (B2B)
DemographicsAge, income, locationCompany size, industry, revenue
BehaviorUsage patterns, purchase historyBuying process, tech stack
PsychographicsValues, lifestyle, attitudesCompany culture, risk tolerance
NeedsProblems, goals, aspirationsBusiness outcomes, KPIs
Continuous Discovery Cadence
Weekly:
├── 2-3 customer interviews
├── Review analytics/feedback
└── Update opportunity backlog

Monthly:
├── Synthesis session
├── Prioritization review
└── Stakeholder alignment

Quarterly:
├── Deep-dive research sprint
├── Competitive analysis refresh
└── Segment review

Interview Quick Reference

Interview TypeWhen to UseKey Questions
DiscoveryExploring problem space"Tell me about the last time..."
ProblemValidating specific pain"How painful is this 1-10? Why?"
SolutionTesting concepts"Would this solve your problem?"
JTBDUnderstanding motivation"What were you trying to accomplish?"
UsabilityTesting interfaces"What do you expect to happen?"

Anti-Patterns

  • Solution-first discovery — Falling in love with solutions before validating problems
  • Leading the witness — Asking questions that suggest desired answers
  • Confirmation bias — Only hearing what supports your hypothesis
  • Sample of one — Making decisions from a single interview
  • Proxy research — Asking salespeople instead of customers
  • Feature requests as research — Users ask for features, not problems
  • Analysis paralysis — Researching forever, never deciding
  • HiPPO-driven — Highest Paid Person's Opinion overriding data

Comments

Markdown supported