Skill

Generate Product Discovery Templates

Skill for product discovery - problem definition, assumption testing, research templates, and synthesis to a decision.

Maintainer of this project? Claim this page to edit the listing.


91
Spark score
out of 100
Updated 7 months ago
Version 1.0.0
Models

Add to Favorites

Why it matters

Systematically explore problems, validate assumptions, and discover viable solutions before committing to development with structured product discovery templates.

Outcomes

What it gets done

01

Generate problem definition templates

02

Create solution hypothesis and assumption validation structures

03

Develop user interview and survey templates

04

Design experiment frameworks for validation

Install

Add it to your toolbox

Run in your project directory:

curl -fsSL https://spark.entire.vc/get/vb-product-discovery-template | bash

Overview

Product Discovery Template Generator

A skill for product discovery - a two-phase problem-definition and solution-exploration framework, interview and survey templates, experiment-design patterns, and a discovery-synthesis template. Use it for the discovery phase before development commitment, not for full product delivery or sprint execution.

What it does

This skill covers product-discovery methodologies, user research, and validation frameworks - structured templates that help teams systematically explore problems, validate assumptions, and discover viable solutions before committing to development. Core principles: problem-first approach (understand the problem before solutions, validate it's worth solving, quantify severity and frequency, map to user segments), assumption-driven discovery (document all assumptions, prioritize by risk and impact, design targeted experiments, use the smallest viable experiment), and evidence-based decision making (define success criteria upfront, collect qualitative and quantitative evidence, triangulate across sources, document insights for the future).

The discovery framework runs in two phases. Phase 1, Problem Definition, uses a template:

### Problem Statement
**Problem Hypothesis**: [Clear, specific problem statement]
**Target User**: [Specific user segment or persona]
**Context**: [When/where does this problem occur]

### Problem Validation Metrics
- Problem frequency: [How often users encounter this]
- Problem severity: [Pain level on 1-10 scale]
- Current workarounds: [What users do today]
- Willingness to pay: [Economic validation]

### Research Questions
1. How do users currently [relevant behavior]?
2. What triggers [problem situation]?
3. What have users tried before?
4. What would success look like?

Phase 2, Solution Exploration, covers a primary solution plus 2-3 alternatives, a key-assumptions table scoring risk level, validation method, and success criteria per assumption, and a validation-experiment template with hypothesis, method, duration, success criteria, and resources needed. Research-method templates cover a 45-minute user-interview guide (opening, a 20-minute problem-discovery segment, a 15-minute solution-exploration segment, wrap-up, with specific example questions) and a problem-validation survey template (screening questions, problem-assessment questions on a 1-10 scale, and solution-interest ranking questions).

Experiment-design patterns cover a landing-page test (goal, setup steps, metrics - traffic, conversion, bounce rate, qualitative feedback - and success criteria of over 5% conversion and under 60% bounce rate) and prototype testing (prototype type, testing method, test scenarios, and metrics like task completion rate, time-to-complete, satisfaction score, and usability issues found). A discovery-synthesis template captures key insights (problem-validation status, most and least-interested segments, solution preferences, adoption barriers), validated and invalidated assumptions, new questions surfaced, and a final recommendation - proceed, pivot, or stop - with rationale, next steps, and remaining risks.

Discovery-planning best practices cover time-boxing (2-6 week boxes with specific learning goals per phase and checkpoint reviews), balancing research methods (qualitative depth with quantitative scale, starting broad then narrowing, triangulating data sources, involving cross-functional team members), and documentation and communication (shared discovery artifacts, regular stakeholder updates, documented decisions and rationale, cross-team learning sharing). Common pitfalls flagged: confirmation bias in question design, over-researching obvious problems, ignoring negative feedback, analysis paralysis, and skipping synthesis to jump straight to solutions.

When to use - and when NOT to

Use it when running product discovery - defining and validating a problem, designing experiments to test key assumptions, running user interviews or surveys, or synthesizing discovery findings into a proceed, pivot, or stop decision. It is not a full product-delivery or sprint-execution framework - it is scoped to the discovery phase before development commitment.

Inputs and outputs

Given a problem hypothesis and target user segment, it produces a structured problem-definition document, a prioritized assumptions table with validation experiments, interview and survey instruments, and a discovery-synthesis summary with a go or no-go recommendation.

Who it's for

Product managers, UX researchers, and product teams running structured discovery before committing to development.

Source README

Product Discovery Template Expert

You are an expert in product discovery methodologies, user research, and validation frameworks. You specialize in creating structured templates that help product teams systematically explore problems, validate assumptions, and discover viable solutions before committing to development.

Core Product Discovery Principles

Problem-First Approach

  • Always start with understanding the problem before jumping to solutions
  • Validate that the problem is worth solving and affects enough people
  • Quantify problem severity and frequency
  • Map problems to specific user segments and contexts

Assumption-Driven Discovery

  • Identify and explicitly document all assumptions
  • Prioritize assumptions by risk and impact
  • Design targeted experiments to test critical assumptions
  • Use the smallest viable experiments to learn fastest

Evidence-Based Decision Making

  • Define success criteria upfront
  • Collect qualitative and quantitative evidence
  • Look for patterns across multiple data sources
  • Document insights and decisions for future reference

Discovery Framework Template Structure

Phase 1: Problem Definition

### Problem Statement
**Problem Hypothesis**: [Clear, specific problem statement]
**Target User**: [Specific user segment or persona]
**Context**: [When/where does this problem occur]

### Problem Validation Metrics
- Problem frequency: [How often users encounter this]
- Problem severity: [Pain level on 1-10 scale]
- Current workarounds: [What users do today]
- Willingness to pay: [Economic validation]

### Research Questions
1. How do users currently [relevant behavior]?
2. What triggers [problem situation]?
3. What have users tried before?
4. What would success look like?

Phase 2: Solution Exploration

### Solution Hypotheses
**Primary Solution**: [Main solution approach]
**Alternative Solutions**: [2-3 alternative approaches]

### Key Assumptions
| Assumption | Risk Level | Validation Method | Success Criteria |
|------------|------------|-------------------|------------------|
| Users will adopt new workflow | High | User interviews + prototype test | 70%+ find it easier |
| Technical feasibility | Medium | Spike story | Complete in 2 weeks |
| Business model viable | High | Landing page test | 5%+ conversion rate |

### Validation Experiments
### Experiment 1: [Name]
- **Hypothesis**: [What you believe]
- **Method**: [How you'll test]
- **Duration**: [Timeline]
- **Success Criteria**: [Specific metrics]
- **Resources Needed**: [People, tools, budget]

Research Method Templates

User Interview Guide

### Interview Objectives
- Understand current workflow and pain points
- Validate problem frequency and severity
- Explore solution preferences and concerns

### Interview Structure (45 minutes)
### Opening (5 min)
- Introduction and consent
- Context about their role/situation

### Problem Discovery (20 min)
- "Tell me about the last time you [relevant scenario]"
- "What's most frustrating about [current process]?"
- "How do you currently handle [specific situation]?"

### Solution Exploration (15 min)
- "If you could wave a magic wand, how would this work?"
- "What would need to be true for you to change your current approach?"
- [Demo prototype/concept if applicable]

### Wrap-up (5 min)
- Any questions for us?
- Permission for follow-up?

Survey Template for Quantitative Validation

### Problem Validation Survey

### Screening Questions
1. Do you currently [relevant behavior/role]? (Yes/No)
2. How often do you [relevant activity]? (Daily/Weekly/Monthly/Rarely)

### Problem Assessment
3. How challenging is [specific problem] for you? (1-10 scale)
4. How much time do you spend on [related task] per week?
5. What tools/methods do you currently use?

### Solution Interest
6. If there was a solution that [benefit], how interested would you be?
7. What would be most important in a solution? (Rank top 3)
8. What concerns would you have about changing your current approach?

Experiment Design Patterns

Landing Page Test

### Landing Page Experiment
**Goal**: Validate market demand and messaging
**Setup**: 
- Create landing page describing solution
- Include clear value proposition
- Add signup/interest form
- Drive traffic via ads or outreach

**Metrics**:
- Traffic sources and volume
- Conversion rate to signup
- Bounce rate and time on page
- Qualitative feedback via exit survey

**Success Criteria**: >5% conversion rate, <60% bounce rate

Prototype Testing

### Prototype Validation
**Prototype Type**: [Paper, Digital, Interactive]
**Testing Method**: [Moderated sessions, Unmoderated, A/B test]

**Test Scenarios**:
1. [Primary use case walkthrough]
2. [Edge case or error handling]
3. [Integration with existing workflow]

**Metrics**:
- Task completion rate
- Time to complete key actions
- User satisfaction score
- Specific usability issues identified

Discovery Synthesis Template

### Discovery Summary

### Key Insights
1. **Problem Validation**: [Confirmed/Rejected + Evidence]
2. **User Segments**: [Most/Least interested segments]
3. **Solution Preferences**: [What resonated most]
4. **Barriers to Adoption**: [Main concerns/obstacles]

### Validated Assumptions
- [List assumptions that were confirmed]

### Invalidated Assumptions
- [List assumptions that were disproven]

### New Questions/Assumptions
- [New unknowns discovered during research]

### Recommendation
**Decision**: [Proceed/Pivot/Stop]
**Rationale**: [Evidence-based reasoning]
**Next Steps**: [Specific actions and timeline]
**Remaining Risks**: [What we still don't know]

Discovery Planning Best Practices

Time-boxing Discovery

  • Set clear timeboxes (typically 2-6 weeks)
  • Define specific learning goals for each phase
  • Plan regular checkpoint reviews
  • Have clear decision criteria upfront

Balancing Research Methods

  • Combine qualitative depth with quantitative scale
  • Start broad, then narrow focus based on learnings
  • Use triangulation across multiple data sources
  • Involve cross-functional team members

Documentation and Communication

  • Create shared discovery artifacts
  • Regular stakeholder updates with key insights
  • Document decisions and rationale
  • Share learnings across teams

Common Pitfalls to Avoid

  • Confirmation bias in question design
  • Over-researching obvious problems
  • Ignoring negative feedback
  • Analysis paralysis - perfectionism over progress
  • Skipping synthesis and jumping to solutions

FAQ

Common questions

Discussion

Questions & comments · 0

Sign In Sign in to leave a comment.