/prd-v02-product-type-classification
Classify product approach into one of six types (Clone, Unbundle, Undercut, Slice, Wrapper, Innovation) based on competitive landscape. Triggers on PRD v0.2 work after competitive analysis, or when user asks "what type of product should we build?", "should we clone or
$ npx -y skills add mattgierhart/PRD-driven-context-engineering --skill prd-v02-product-type-classification --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/prd-v02-product-type-classification
Context preview
The summary Claude sees to decide when to auto-load this skill.
Classify product approach into one of six types (Clone, Unbundle, Undercut, Slice, Wrapper, Innovation) based on competitive landscape. Triggers on PRD v0.2 work after competitive analysis, or when user asks "what type of product should we build?", "should we clone or
SKILL.md
prd-v02-product-type-classification.SKILL.mdname: prd-v02-product-type-classification
description: Classify product approach into one of six types (Clone, Unbundle, Undercut, Slice, Wrapper, Innovation) based on competitive landscape. Triggers on PRD v0.2 work after competitive analysis, or when user asks "what type of product should we build?", "should we clone or innovate?", "is this a fast-follow opportunity?", "how should we position against competitors?", "clone vs undercut", "unbundle vs slice", or requests help choosing product strategy. Outputs BR- entries for product type classification and inherited GTM constraints.
context: fork
allowed-tools:
- Read
- Write
- Edit
- Glob
- Grep
- WebSearch
- WebFetch
Product Type Classification
Position in HORIZON workflow: v0.2 Competitive Landscape → **v0.2 Product Type Classification** → v0.3 Outcome Definition
Consumes
This skill requires prior work from v0.2:
- **Landscape map artifact** (from Competitive Landscape Mapping) — Current behavior documentation, feature matrix, competitor analysis
- **CFD-\* entries** (competitive intelligence, from Competitive Landscape Mapping) — Evidence from 3+ direct competitors + adjacent solutions
- **BR-\* positioning rules** (from Competitive Landscape Mapping) — Constraints derived from competitive analysis
This skill assumes v0.2 Competitive Landscape is complete with documented landscape analysis.
Produces
This skill creates/updates:
- **BR-\* entries** (product type classification) — Decision record showing which of the six types this product is
- **BR-\* entries** (GTM constraints inherited from type) — Pricing, channel, scope, and timeline implications of the chosen type
- **Product type artifact** — Named decision: "We are building a [Type] product because [specific evidence from landscape]"
Example product type classification entry:
BR-042: Product Type Classification
Type: Classification Decision
Date: 2026-02-01
Confidence: 70% (source: competitive-landscape-analysis + 3-customer-interviews)
Classification: UNDERCUT
Rationale: All 3 direct competitors (Notion, Linear, Figma) serve enterprise/mid-market first; SMB segment underserved. We can deliver 80% of feature set at 40% price for SMB-specific workflows.
Evidence:
- CFD-015 (landscape): "All competitors start at $50/user/month enterprise pricing"
- CFD-018 (landscape): "3 SMB teams using workarounds because pricing doesn't fit budget"
- CFD-001 (value hypothesis): "$12,500/year value for 5 core features only"
GTM Constraints (inherited):
- Pricing: Must be <$200/user/month to justify switching
- Channel: Direct sales to SMB, not marketplace/enterprise
- Scope: Ruthlessly cut features; 5 core + 3 differentiators max
- Timeline: Fast iteration with SMB feedback; can't outspend enterprise marketing
Six Product Types
| Type | Definition | When Evidence Shows | |------|------------|---------------------| | **Clone** | Copy proven product, execute better | Leader validated market; weak moat; execution gap | | **Unbundle** | Extract one category from horizontal platform | Multi-category platform does your thing poorly | | **Undercut** | Same product, simpler + cheaper for niche | Tool overserves broad market; 60%+ price gap possible | | **Slice** | Plugin/extension in existing ecosystem | Platform has marketplace; users already there | | **Wrapper** | AI/API layer on existing data/tools | Middleware gap between tools; data accessible | | **Innovation** | New solution to known problem | Existing approaches fundamentally broken; high pain |
Classification Decision Flow
START: What does v0.2 Competitive Landscape show?
Q1: Is there a dominant horizontal platform doing many things?
YES → Does it do YOUR thing poorly?
YES → UNBUNDLE (extract the vertical)
NO → Continue to Q2
NO → Continue to Q2
Q2: Is there a single-purpose leader with validated market?
YES → Can you price 60%+ lower for a niche?
YES → UNDERCUT
NO → Can you execute better (speed/UX)?
YES → CLONE
NO → Continue to Q3
NO → Continue to Q3
Q3: Does target customer live in a platform ecosystem?
YES → Does platform have marketplace/app store?
YES → SLICE (build extension)
NO → Continue to Q4
NO → Continue to Q4
Q4: Is there a data/API integration gap between tools?
YES → Is the data accessible (API/scraping)?
YES → WRAPPER
NO → Continue to Q5
NO → Continue to Q5
Q5: Are existing solutions fundamentally broken?
YES → Is pain severe enough for education investment?
YES → INNOVATION
NO → Reconsider market
NO → Reconsider market or revisit Q1-Q4Evidence Requirements Per Type
| Type | Required Evidence (from v0.2 Landscape) | Confidence Threshold | |------|----------------------------------------|---------------------| | Clone | Revenue proof + feature gap + weak moat | Medium (50%+) | | Unbundle | Platform size + category neglect + user complaints | Medium (50%+) | | Undercut | Price benchmarks + niche pain + simplification path | High (70%+) | | Slice | Platform MAU + marketplace presence + integration docs | High (70%+) | | Wrapper | API availability + use case validation + cost model | High (70%+) | | Innovation | Failed alternatives + severe pain + budget evidence | Very High (85%+) |
Output Template
After classification, create these entries:
**BR-XXX: Product Type Classification**
Type: [Clone | Unbundle | Undercut | Slice | Wrapper | Innovation]
Confidence: [X]%
Primary Evidence: [CFD-XXX reference]
Classification Rationale: [2-3 sentences]
**BR-XXX: GTM Constraints (inherited from type)**
Pricing Constraint: [See references/gtm-constraints.md]
Channel Constraint: [See references/gtm-constraints.md]
Scope Constraint: [See references/gtm-constraints.md]
Timeline Implication: [See references/gtm-constraints.md]
Anti-Patterns to Avoid
Read more
name: prd-v02-product-type-classification description: Classify product approach into one of six types (Clone, Unbundle, Undercut, Slice, Wrapper, Innovation) based on competitive landscape. Triggers on PRD v0.2 work after competitive analysis, or when user asks "what type of product should we build?", "should we clone or innovate?", "is this a fast-follow opportunity?", "how should we position against competitors?", "clone vs undercut", "unbundle vs slice", or requests help choosing product strategy. Outputs BR- entries for product type classification and inherited GTM constraints. context: fork allowed-tools: - Read - Write - Edit - Glob - Grep - WebSearch - WebFetch
Product Type Classification
Position in HORIZON workflow: v0.2 Competitive Landscape → **v0.2 Product Type Classification** → v0.3 Outcome Definition
Consumes
This skill requires prior work from v0.2:
- **Landscape map artifact** (from Competitive Landscape Mapping) — Current behavior documentation, feature matrix, competitor analysis
- **CFD-\* entries** (competitive intelligence, from Competitive Landscape Mapping) — Evidence from 3+ direct competitors + adjacent solutions
- **BR-\* positioning rules** (from Competitive Landscape Mapping) — Constraints derived from competitive analysis
This skill assumes v0.2 Competitive Landscape is complete with documented landscape analysis.
Produces
This skill creates/updates:
- **BR-\* entries** (product type classification) — Decision record showing which of the six types this product is
- **BR-\* entries** (GTM constraints inherited from type) — Pricing, channel, scope, and timeline implications of the chosen type
- **Product type artifact** — Named decision: "We are building a [Type] product because [specific evidence from landscape]"
Example product type classification entry:
BR-042: Product Type Classification Type: Classification Decision Date: 2026-02-01 Confidence: 70% (source: competitive-landscape-analysis + 3-customer-interviews) Classification: UNDERCUT Rationale: All 3 direct competitors (Notion, Linear, Figma) serve enterprise/mid-market first; SMB segment underserved. We can deliver 80% of feature set at 40% price for SMB-specific workflows. Evidence: - CFD-015 (landscape): "All competitors start at $50/user/month enterprise pricing" - CFD-018 (landscape): "3 SMB teams using workarounds because pricing doesn't fit budget" - CFD-001 (value hypothesis): "$12,500/year value for 5 core features only" GTM Constraints (inherited): - Pricing: Must be <$200/user/month to justify switching - Channel: Direct sales to SMB, not marketplace/enterprise - Scope: Ruthlessly cut features; 5 core + 3 differentiators max - Timeline: Fast iteration with SMB feedback; can't outspend enterprise marketing
Six Product Types
| Type | Definition | When Evidence Shows | |------|------------|---------------------| | **Clone** | Copy proven product, execute better | Leader validated market; weak moat; execution gap | | **Unbundle** | Extract one category from horizontal platform | Multi-category platform does your thing poorly | | **Undercut** | Same product, simpler + cheaper for niche | Tool overserves broad market; 60%+ price gap possible | | **Slice** | Plugin/extension in existing ecosystem | Platform has marketplace; users already there | | **Wrapper** | AI/API layer on existing data/tools | Middleware gap between tools; data accessible | | **Innovation** | New solution to known problem | Existing approaches fundamentally broken; high pain |
Classification Decision Flow
START: What does v0.2 Competitive Landscape show?
Q1: Is there a dominant horizontal platform doing many things?
YES → Does it do YOUR thing poorly?
YES → UNBUNDLE (extract the vertical)
NO → Continue to Q2
NO → Continue to Q2
Q2: Is there a single-purpose leader with validated market?
YES → Can you price 60%+ lower for a niche?
YES → UNDERCUT
NO → Can you execute better (speed/UX)?
YES → CLONE
NO → Continue to Q3
NO → Continue to Q3
Q3: Does target customer live in a platform ecosystem?
YES → Does platform have marketplace/app store?
YES → SLICE (build extension)
NO → Continue to Q4
NO → Continue to Q4
Q4: Is there a data/API integration gap between tools?
YES → Is the data accessible (API/scraping)?
YES → WRAPPER
NO → Continue to Q5
NO → Continue to Q5
Q5: Are existing solutions fundamentally broken?
YES → Is pain severe enough for education investment?
YES → INNOVATION
NO → Reconsider market
NO → Reconsider market or revisit Q1-Q4Evidence Requirements Per Type
| Type | Required Evidence (from v0.2 Landscape) | Confidence Threshold | |------|----------------------------------------|---------------------| | Clone | Revenue proof + feature gap + weak moat | Medium (50%+) | | Unbundle | Platform size + category neglect + user complaints | Medium (50%+) | | Undercut | Price benchmarks + niche pain + simplification path | High (70%+) | | Slice | Platform MAU + marketplace presence + integration docs | High (70%+) | | Wrapper | API availability + use case validation + cost model | High (70%+) | | Innovation | Failed alternatives + severe pain + budget evidence | Very High (85%+) |
Output Template
After classification, create these entries:
**BR-XXX: Product Type Classification**
Type: [Clone | Unbundle | Undercut | Slice | Wrapper | Innovation] Confidence: [X]% Primary Evidence: [CFD-XXX reference] Classification Rationale: [2-3 sentences]
**BR-XXX: GTM Constraints (inherited from type)**
Pricing Constraint: [See references/gtm-constraints.md] Channel Constraint: [See references/gtm-constraints.md] Scope Constraint: [See references/gtm-constraints.md] Timeline Implication: [See references/gtm-constraints.md]
Anti-Patterns to Avoid
PRD-driven Context Engineering: A systematic approach to building AI-powered products using progressive documentation and context-aware development workflows
Repo: mattgierhart/PRD-driven-context-engineering
Other skills on prd-driven-context-engineering.
- /SKILL_TEMPLATE
[1-2 sentence description of what this skill does]. Triggers on [specific phrases/contexts that should activate this skill]. Outputs [what the skill produces].
Open skill - /ghm-gate-check
Validates gate criteria before PRD lifecycle advancement by delegating to the readiness scoring pipeline (scripts/readiness.py). Returns a graduated PASS / WARN / BLOCK verdict with top blockers and their causal chain. Triggers before advancing from v0.X to v0.Y or explicit
Open skill - /ghm-harvest
Extracts durable insights from temp/ files to SoT during EPIC Phase E. Triggers at EPIC completion or explicit `/ghm-harvest` invocation. Outputs new SoT entries and archive manifest.
Open skill - /ghm-id-register
Validates and registers new SoT IDs with cross-reference integrity. Triggers when creating BR-XXX, UJ-XXX, API-XXX, or CFD-XXX entries. Outputs formatted SoT entry with validated cross-references.
Open skill - /ghm-self-install
Install the PRD-Driven Context Engineering methodology into a fresh OR existing repository — the subscription-native alternative to forking the whole repo. Runs an interactive wizard that seeds the framework (.claude/ hooks, skills, agents, rules, scripts) without clobbering
Open skill - /ghm-sot-builder
Creates new Source of Truth (SoT) files when existing templates don't fit your needs. Triggers on requests to create a new SoT file, add a new artifact type, or when user says "I need to track [X] but there's no SoT for it", "create SoT", "new source of truth". Outputs a
Open skill

