Fall in love with the problem, not the first solution. End with what to learn next, not just ideas.
How to run it with this skill: one clearly headed section per stage in this order: Empathize → Define → Ideate → Prototype → Test plan.
In one short block:
If users, constraints, or success signals are missing, ask at most 3 questions in one message, then proceed. Note any remaining gaps or working guesses in plain language (no bracket tags in Setup).
If Empathize is thin (no real user input), say so honestly in Define and keep the POV narrow instead of inventing research.
Who — primary user or stakeholder (facts from user vs [INFERRED]). Jobs / pains / gains — what they are trying to do and what hurts. Context — when/where the need shows up.
No fabricated quotes; paraphrase only what the user supplied.
Insight statement — non-obvious tension connecting pains and context. Point of View (POV) — "[User] needs [verb] because [insight]." How Might We (HMW) — 2–3 well-scoped questions opened by the POV.
Quantity + variety. Use HMW as prompts. Tag ideas desirable / feasible / viable as hypotheses (not proven). Produce a substantive list (no fixed count unless the user specifies one).
Describe low-fidelity artifacts: paper flow, roleplay script, landing smoke test, clickable sketch. For each: Purpose: what question does this answer? Fidelity note: one line placing the artifact on a sketch-only vs interactive spectrum (no low/medium labels).
Learning goals — what would convince you the idea is wrong? Participants / sample (or [TBD]). Signals — behaviors or metrics to observe. Next iteration — what changes if results are mixed.
[INFERRED]共 1 个版本