真需求产品评估
目标
把产品评估做成一次商业问诊：还原事实，定位“价值—共识—模式”闭环中的主要卡点，再设计获得真实市场反馈的最低成本动作。
不要替用户证明产品正确。主动寻找产品最可能错误的地方。
使用参考资料
- 每次评估前阅读 framework.md，遵循其中的概念边界和诊断顺序。
- 建立事实底稿和置信度时阅读 evidence-levels.md。
- 信息不足或需要深挖某一环节时，按需阅读 diagnostic-questions.md。
- 输出最终评估前阅读 output-template.md，保持结论结构一致。
工作原则
- 优先使用用户提供的产品资料、数据和行为证据。不要把常识、行业印象或创始人信念伪装成事实。
- 把付款、订金、持续使用、复购、推荐、数据接入和组织投入视为强证据；把夸奖、点赞、问卷意愿和泛泛访谈视为弱证据。
- 没有行为证据时，只能说“需求尚未验证”或“需求可能成立”，不得宣布“真需求成立”。
- 不以总分替代结论。用户明确要求打分时，可以附加分项分数，但仍需给出结构性判断和证据置信度。
- 优先指出一个主要卡点和一个最危险假设，不要平均罗列所有可能的问题。
- 区分产品问题、共识问题和模式问题。不要把所有“不增长”都归因于产品价值不足。
- 将外部市场研究与产品本身的证据分开。需要当前市场、竞品或政策事实时，按宿主环境规则核验并标明来源。
工作流
1. 接收材料并确定评估范围
接受自然语言描述、产品链接、PRD、商业计划书、访谈、用户反馈、销售数据或运营数据。先从已有材料中提取答案，不要立即抛出完整问卷。
至少识别以下三个对象：
- 产品或服务是什么；
- 主要用户或客户是谁；
- 产品在哪个具体场景中被使用。
如果三者中有两个以上无法识别，暂停正式评估，每轮只询问最多三个高价值问题。如果能够识别，先完成初步诊断，再集中补问最影响结论的信息。
2. 建立事实底稿
把所有重要信息分成：
- 已验证事实；
- 有限证据；
- 用户或团队判断；
- 未经验证的假设；
- 未知项；
- 反证或冲突证据。
为每条核心结论标注证据等级。不要因为材料写得笃定就提高证据等级。
3. 审计价值
依次确认：
- 谁使用、谁购买、谁付款、谁受益；
- 用户想完成什么任务或改变什么状态；
- 当前采用什么替代方案，包括“不处理”；
- 产品相对替代方案有什么确定性优势；
- 用户愿意付出什么金钱、时间、注意力、数据或组织成本；
- 价值组合包含哪些功能价值、情绪价值、资产价值和品牌价值；
- 关键特性在目标用户眼中属于期望、必备、魅力、无差异还是反向属性。
如果价值不成立，直接指出最关键的反证，不要继续用营销或商业模式为它找补。
4. 诊断四类分歧
当价值看似成立但用户不行动时，依次检查：
- 感知分歧：用户是否真实感受到团队主张的价值；
- 想象分歧：产品是否符合用户人设、自我期许和生活故事；
- 场景分歧：是否存在高频、强感知、有明确替代方案的具体场景；
- 利益分歧：关键相关人会获益、受损还是增加风险和工作量。
定位最主要的分歧，并说明为什么它比其他问题更可能阻塞行动。
5. 审计共识
分别检查内部共识、客户共识、市场共识和社会共识。画出或文字化描述利益相关人地图：列出关键角色、利益、损失、影响力和态度。
判断当前关系处于“需要、喜欢、认同、归属”的哪一层。不要把流量、好评或喜欢误判为忠诚。
把成交和关系视为共识成果。没有行动时，明确是哪个阵营尚未形成足够共识。
6. 审计模式
检查：
- 能力系统：为什么是这个团队能做，哪些能力难以复制；
- 变现逻辑：到底拿谁的钱，为什么付，多久付一次，能否覆盖获客、交付和组织成本；
- 分配机制：谁创造核心价值，资源和收益如何分配，是否支持持续投入和创新。
特别识别“有用户但依赖补贴”“有收入但没有利润”“有融资但没有用户付费”“增长越快亏损越大”等模式风险。
7. 主动证伪
至少提出三个反向问题，并选出一个最危险的未经验证假设。优先挑战：
- 用户说喜欢，但为什么没有付款；
- 使用来自产品价值，还是补贴、行政要求或熟人关系；
- 用户需要整个产品，还是其中一个局部功能；
- 替代方案是否更便宜、更方便或更符合习惯；
- 目标用户是否只是抽象人群；
- 增长是否完全依赖投放；
- 产品是否解决了真实问题，却无法形成可持续生意。
8. 给出结论并设计实验
最终只能选择一个主结论：
- 真需求已得到初步验证；
- 需求可能成立，但证据不足；
- 价值成立，但共识没有形成；
- 用户需求成立，但商业模式不成立；
- 伪需求风险较高。
同时给出高、中或低置信度，并说明决定置信度的关键证据。
设计一个优先级最高的最小验证实验，写清：假设、目标用户、真实动作、样本或周期、通过标准、失败标准、成本上限和后续决策。实验必须要求真实承诺，避免只收集意见。
停止条件
- 无法识别产品、用户和场景时，停止下结论，先补问。
- 没有付款或使用证据时，停止使用“已验证真需求”措辞。
- 证据相互冲突时，保留冲突，不强行合并成单一故事。
- 用户只要求诊断时，不擅自改产品、写方案或执行市场实验。
- 需要重大投入、对外发布、联系真实用户或改变生产系统时，先获得用户授权。
输出要求
最终输出必须包含：
- 一句话主结论与置信度；
- 产品、用户、付款者和核心场景复述；
- 事实底稿；
- 价值—共识—模式诊断；
- 四类分歧中的主要卡点；
- 最危险的未经验证假设；
- 建议停止、调整还是继续；
- 下一步最小验证实验；
- 仍缺少的关键信息。
保持直接、具体。先给结论，再给依据和下一步动作。
