s4h-design-user-needs

用途：该技能用于设计前期分析，把用户明确提出的要求与背后真实需求区分开。资料指出，人们往往表达的是解决方案而非需求本身，因此直接照做可能把错误的东西做得很好。\n\n主要能力：按三个层次处理需求——说出声的需求、观察到的需求、潜在需求；用 jobs-to-be-done 框架把请求拆解为功能性任务、情感性任务、社交性任务；追踪该任务发生的场景、触发因素与当前替代做法，并从替代做法中提取容忍度与未满足需求信号；将每一条“方案式”表述改写为“需求式”表述；通过询问当前最佳选项的痛点、希望不必做的事、用户自行添加的变通办法、以及“怎样能好十倍”来列出候选潜在需求，并标注置信度（高/中/推测）。\n\n使用方式：先写下请求的原始措辞，保留其表述；进行框架确认，通过 AskUserQuestion 让用户确认对请求及其情境的理解；随后拆解任务、追踪情境、分离表面要求与真实需求、浮现潜在需求；中途再次通过 AskUserQuestion 询问用户选择范围（完整分析、仅要点、聚焦任务、重新框定）；最后按规定格式输出：原始请求、三类任务、当前替代做法及含义、方案到需求改写对照、潜在需求与置信度，以及一至两句精准表述的设计目标。技能末尾还会通过 AskUserQuestion 提供后续选项，指向约束映射、迭代、创意头脑风暴等技能。\n\n适用场景：设计前期需求澄清、产品定义讨论、需要判断“用户到底要什么”的场合。\n\n限制：资料未提供具体收费、价格、平台与效果数据；需依赖用户交互确认，若用户重新框定则须先纳入修正再继续分析；情感性任务应具体（如掌控感、胜任感、不被尴尬），不能停留在“让人开心”这类空泛表述。