产品需求分析器

问题

产品经理或工程师常直接列功能，却说不清用户为什么需要、为什么选它而不是替代方案。公开资料和功能列表容易把“相关性”写成“因果”，把未验证假设当成结论。产品需求分析器 的目标是把需求讨论从“拍脑袋列 feature”变成可追溯、可验证的判断链。

如何工作

该技能按“需求深挖—功能桥接—优先级验证”组织：

• 心理需求定位：用进化驱动力、JTBD、SDT 判断产品满足的功能、情感、社交需求。
• 竞争与空白：结合替代难度、KANO、重要–满意矩阵找“高重要低满意”的缺口。
• 落地表达：用 Y 模型和用户故事把需求转成可进 PRD 的功能描述。
• 优先级与假设：用 RICE / MoSCoW 排序，并把核心结论改写为可证伪假设。

简单产品可走轻量模式：只判主导驱动力、写一条 Job Story、给三条需求分档并标一个待验证假设。

适用边界

它适合早期产品、竞品分析、需求评审前的结构化梳理，不适合替团队做不可逆决策。资料中已明确：信息不足时要先澄清，不把“作者归纳”当公理，最终有效性由用户或访谈确认。