Skill: Product Discovery
SkillDev toolsUse before breaking down PBIs, when JTBD analysis and a product PRD are needed.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Skill: Product Discovery skill
What this skill tells your AI
The instructions your AI receives, as published by gonzalezpazmonica/savia in .claude/skills/product-discovery/SKILL.md and read by ahel’s review.
Cuándo usar esta skill
Invocar antes de descomponer un PBI en tasks técnicas cuando:
- El PBI es de tipo feature o user story (no bug ni chore)
- Los criterios de aceptación son vagos o inexistentes
- Se necesita formalizar el por qué del usuario antes del cómo técnico
- El
business-analystnecesita un workflow estructurado de análisis
Decision Checklist
Before starting discovery, answer sequentially:
- Is the PBI type Feature or User Story (not Bug/Chore/Task)? -> If Bug/Chore: skip, go to decomposition
- Do acceptance criteria exist? -> If NO: discovery is mandatory (start with JTBD)
- Are acceptance criteria in Given/When/Then format? -> If NO: discovery recommended
- Has the PO validated with a real user? -> If NO: JTBD interviews recommended
- Is estimated effort >8 SP? -> If YES: discovery + PRD recommended before decomposition
Abort Conditions
- No stakeholder identified -> STOP, cannot discover without user context
- Conflicting requirements detected -> STOP, escalate to stakeholder-align
Qué produce
Dos documentos que preceden la descomposición técnica:
- JTBD (Jobs to be Done) — captura el por qué del comportamiento del usuario
- PRD (Product Requirements Document) — captura el qué del producto
Flujo completo
PBI en Azure DevOps
↓
/pbi-jtbd {id} ← business-analyst genera JTBD
↓
/pbi-prd {id} ← business-analyst genera PRD (lee JTBD)
↓
/pbi-decompose {id} ← flujo existente (architect + spec-writer + ...)
Cuándo NO usar
- PBIs tipo
Bug→ no necesitan discovery, necesitan diagnóstico - PBIs tipo
Chore→ mantenimiento técnico sin impacto de usuario - PBIs con criterios de aceptación ya detallados y validados por el PO
- Tasks individuales que ya tienen spec SDD aprobada
Almacenamiento
Los documentos se guardan en el directorio del proyecto:
projects/{proyecto}/discovery/
├── PBI-{id}-jtbd.md
└── PBI-{id}-prd.md
Si el directorio discovery/ no existe, crearlo automáticamente.
Plantillas
Las plantillas JTBD y PRD están en references/:
references/jtbd-template.md— plantilla Jobs to be Donereferences/prd-template.md— plantilla Product Requirements Document
Agente responsable
El agente business-analyst es quien ejecuta ambos documentos.
No delegar a architect ni a sdd-spec-writer — esto es análisis de producto,
no diseño técnico.
Signals
- GitHub stars
- 50
- Forks
- 12
- Last commit
- Sep 2026
ahel recommends instead
Advanced
- Catalog kind
- skill
- Gateway key
product-discovery-2- Source
- github.com/gonzalezpazmonica/savia