新产品下注前：用低成本实验和高信号证据验证核心假设并降低风险

当你要验证新产品想法、避免基于意见开发时，用低保真实验、直接用户反馈和付费/高投入信号来提前去风险。

适用场景

解决思路

1. 澄清核心假设：帮助用户定义具体问题、目标受众，并使用 Founding Hypothesis Scorecard 找出最“冒险”的假设。
2. 选择验证路径：根据用户与问题的接近程度，在 Listening Path、Manual Path、Self-Serve Path 之间选择。
3. 设计低保真实验：推荐具体的 Wizard of Oz 或 Fake Door 测试，在后端未构建时模拟解决方案。
4. 评估信号质量：通过寻找财务承诺或高投入使用，帮助用户区分礼貌性兴趣与真实市场拉力。
5. 第一性原理去风险：先真正从第一性原理理解正在发生什么，再去寻找数据证明某个具体解决方案；不要先有想建的东西再找数据合理化。
6. 保持原型动量：早上有想法，当天就做出某种可用原型；招募真正优质且没有利益关系的潜在用户；快速发布让人们开始使用；下午就开始跑完整规模实验。
7. 直接用户反馈闭环：直接且立即与客户交谈，了解是否在构建人们真正想要的东西，以实现 product-market fit。
8. 工作流压缩：评估解决方案是否显著缩短客户现有工作流或赋予超能力；目标是同样时间两倍产出，且变化必须明显；不明显或不大幅压缩就不值得做。
9. 使用 Four B2B Idea Validation Paths 框架：根据创始人上下文选择验证策略；每条路径代表不同的前期投入水平。
10. 使用 B2B Idea Validation Interview Process：基于多位成功 B2B 创始人模式总结出的流程来执行验证访谈。
11. 使用 Four Signs Your B2B Idea Has Real Pull：用检查清单识别真实市场需求信号，而不是礼貌但空洞的兴趣。
12. 执行 Vanta 手动验证流程：在写任何代码前，手动为客户创建 SOC 2 compliance reports 来验证想法。
13. 使用 Founding Hypothesis Scorecard：用可测试问题逐项验证或推翻产品战略中的 Founding Hypothesis 各元素。
14. 执行 Pre-Product Invoice Test：在产品存在前，直接尝试让潜在客户付款，以验证 product-market fit。
15. 执行 Ugly Baby Validation：通过找到正确的激励因素，为新创意项目获取早期验证。
16. 复用 DoorDash 的 paloaltodelivery.com MVP：用带 PDF menus 的简单网站和 Stanford 的印刷传单验证需求。
17. 向用户提问：“这个想法要成功，必须成立的最单一高风险假设是什么？”
18. 向用户提问：“你是在从冷线索潜在客户那里获得反馈，还是只来自想对你友好的网络内的人？”
19. 向用户提问：“你的解决方案从用户当前手动工作流中移除了多少步骤？”
20. 向用户提问：“如果明天必须用零后端做一个 ‘fake door’ 实验，它会是什么样？”
21. 向用户提问：“潜在客户是否在你还没构建产品之前就提出愿意为此付费？”
22. 向用户提问：“缺失后会让用户立刻离开的 ‘must-have’ 功能是什么？”
23. 标记并避免把礼貌当验证：不要把“这看起来很酷”误认为“我会为此付费”；要求真正市场拉力。
24. 标记并避免先构建后测试：不要在验证前端价值主张前，把大量工程资源投入完整后端。
25. 标记并避免依赖熟人线索：朋友或家人的反馈有偏，很少能提供判断想法优劣所需的“纯”信号。
26. 标记并避免平均用户反馈：不要在怀疑者与早期采用者之间不细分反馈，以免产品被稀释到谁都服务不好。
27. 查阅 references/artifacts.md 获取完整模板与框架清单及细节。
28. 查阅 references/guest-insights.md 获取来自 31 位嘉宾的全部 33 条来源洞察。
29. 需要时结合相关技能：Customer Interviews、Continuous Discovery、Product Experiments、Defining Icp。

适用边界 · 注意事项

• 当想法受监管或合规强制驱动、用户没有选择时，市场拉力验证不适用。
• 当已有强 product-market fit 和付费客户，重点是规模化而非探索时，不必做早期 fake door/wizard of oz 验证。
• 当实验成本远低于验证成本、可快速回滚且只涉及内部小改动时，不必走完整 idea validation 流程。