Product framing
Skill Xopoko/plug-n-skills/plugins/design-intelligence/skills/product-framing
Frame product and UX decisions before interface work: strategy, user needs, Jobs-to-be-Done, outcome mapping, opportunity-solution trees, HEART/GSM, problem statements, assumptions, discovery plans.From its SKILL.md
npx -y skills add Xopoko/plug-n-skills --skill product-framingAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.6 KB, 505 tokens by cl100k_base, as published. Nobody here has run it
Product Framing
Use before interface recommendations when problem, user outcome, segment, or evidence is unclear. Goal: prevent designing the wrong screen for the wrong reason, not create workshop artifacts.
Core Model
Frame:
- User/context: actor, situation, constraints.
- Need/job: progress sought.
- Outcome: observable user or business state to improve.
- Opportunity: pain, motivation, barrier, or unmet need.
- Solution bet: candidate interface or behavior change.
- Evidence: research, analytics, support, observation, or source.
- Metric/counter-metric: value signal and guardrail.
Evidence strength: user behavior, usability sessions, analytics, support logs, and production traces outrank stakeholder preference; primary standards/platform guidance outrank blog summaries; heuristics are risk signals, not proof.
Frameworks:
- Double Diamond: discover evidence, define problem/success, develop bets, deliver smallest testable intervention.
- Opportunity Solution Tree: outcome -> opportunities -> solution bets -> evidence/criteria.
- HEART/GSM: happiness, engagement, adoption, retention, task success; goal -> signal -> metric; counter-metric.
Questions To Resolve
Ask only if missing context would materially change the recommendation:
- Which user segment is this for?
- What task or outcome matters most?
- Is the main risk desirability, usability, feasibility, viability, or trust?
- What evidence already exists?
- What existing product or workflow should this preserve?
Output
Produce:
- Problem frame: one compact problem statement.
- Primary user outcome: observable and specific.
- Assumptions: ranked by risk.
- Opportunity map: 3-7 opportunities, not features.
- Solution principles: constraints for interface work.
- Metric plan: goal, signal, metric, counter-metric.
- Smallest next step: design, research, prototype, or measurement action.
For durable product decisions, use design_intelligence.decision.v1 from references/contracts.md.
Quality Bar
Good framing makes weak UI asks sharper. If it still sounds like "make it cleaner" or "improve UX," continue framing.
Avoid:
- generic personas without behavior evidence;
- invented metrics;
- feature lists disguised as opportunities;
- business-only goals with no user outcome;
- user-only goals with no product constraint;
- engagement metrics without counter-metrics.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.