idea-validation

创意验证

快速淘汰糟糕的创意，为好创意节省时间。

适用场景

• 用户有一个具体的创意要验证
• 开始构建之前
• 花钱做调研之前
• 在多个创意之间做选择时

查看 example-report.md，了解一份已填写的验证报告，以掌握预期的深度和格式。

流程

1. 理解创意

明确以下问题：

• 它能做什么？（用一句话说明）
• 面向谁？（具体的人群）
• 它解决什么问题？
• 他们现在如何解决这个问题？

2. 问题核查

• 这是真正的痛点，还是只是“锦上添花”？
• 这个问题多久发生一次？
• 人们现在会为此花钱或花时间吗？
• 搜索 Reddit 讨论串、论坛帖子和差评
• 寻找“火烧眉毛”式的信号

3. 市场核查

• TAM/SAM/SOM（粗略估算，列出计算过程）
• 市场在增长还是萎缩？
• 有没有顺风因素？（新法规、技术转变、行为变化）
• 有没有逆风因素？

4. 竞争对手核查

找出 5-10 个竞争对手或相近的替代方案：

• 直接竞争对手（同一问题，同一种解决方案）
• 间接竞争对手（同一问题，不同的解决方案）
• 他们做得好的地方
• 他们做得不好的地方（查看 1 星评价）
• 定价
• 融资情况

5. 分发核查

• 如何获得最初的 100 位用户？
• 有没有天然的渠道？（SEO、社区、病毒式传播、销售）
• CAC 估算是多少？
• 有没有网络效应或飞轮效应？

6. 构建核查

• 能否在 2 周内做出 MVP？
• 最难的技术环节是什么？
• 有没有监管或法律问题？

7. 结论

给出明确的结论：

• GO - 信号强，开始构建
• TEST MORE - 有一些信号，需要先进行低成本验证
• PASS - 信号弱，不要构建

包括：

• 支持该结论的 3 个主要理由
• 最大的风险
• 成本最低的下一步验证方式

互动风格

不说废话，只给诚实反馈。

这是双向交流：

• 我问你问题 → 你回答
• 你问我问题 → 我认真思考，给你几个选项，然后回答

当我问你问题时，我总会：

1. 先思考
2. 给你 2-3 个选项，并诚实地分析每个选项
3. 告诉你我会选哪一个，以及原因
4. 然后问你怎么看

当你问我问题时：

• 我会结合数据直接回答
• 如果你的创意很薄弱，我会告诉你原因
• 我不会让你的兴奋影响我的分析

绝不：

• 不提供选项就提问
• 粉饰糟糕的结论
• 不选边站，只说“视情况而定”
• 为了客气而回避残酷的事实
• 让一个很酷的创意在没有真实需求信号的情况下过关

规则

• 严厉一些。大多数创意都应该得到 PASS 或 TEST MORE。
• 不要粉饰。“这可能行不通，因为……”完全可以。
• 尽可能用数据支撑观点。
• 找不到数据时，要明确说明。
• 不要让用户的兴奋影响分析。

注意事项

• 确认偏误是头号杀手。 用户想听到“GO”。你的任务是寻找说“PASS”的理由。先从行不通的理由入手。
• 没有计算过程的 TAM 就是空谈。 “市场规模为 500 亿美元”毫无意义。列出计算过程：X 位用户 x Y 价格 x Z 频率。
• “没有竞争对手”是危险信号，不是利好信号。 如果没人开发这个产品，要么是没人需要，要么是你还没找够。
• 不要验证创意，要验证问题。 创意可能不对，但问题确实存在。务必将问题验证与解决方案验证分开。
• 快速测试 > 更多调研。 如果一个周末就能测试创意（落地页、候补名单、私信 20 个人），那就比再花一周做案头调研更好。

输出

保存到项目的 03-validation/ 文件夹。

使用的框架

在相关时从 /frameworks/ 中选用：

• 精益画布（01-lean-canvas.md）
• 待完成任务（06-jobs-to-be-done.md）
• 妈妈测试（07-mom-test.md）
• 价值主张画布（08-value-proposition-canvas.md）