PD · PB · 355
条件验证手册
Conditional Validation Playbook · conditional-validation-playbook--nikita-bier
所属簇 PMF 与创业验证
解决什么问题
消费者产品从 0 到 1 阶段，如何系统性地验证一个想法是否可行，避免"测试失败但不知道是产品不行还是执行不行"的模糊状态。
核心内容
核心原则：用条件链拆解产品假设，逐层验证。
第一步：构建条件链
- 问自己："如果这个成立，那么下一个需要成立的是什么？"
- 每多一层条件，产品风险就更高
- 尽量压缩到 ~4 个必须成立的条件
第二步：逐层验证，每层 100% 投入
- 对当前阶段要验证的那一件事，执行到 100% 完美
- 其余部分可以"半做"，只要不影响当前验证的信号质量
- 例如 tbh/Gas 的验证顺序：
- 核心流程是否有人用？（投票体验做到完美 → 其余半做）
- 能否在一个学校内传播？（分享/邀请机制做到完美）
- 能否跨学校传播？
- 能否变现？
第三步：消除混淆变量
- 测试时要用"理想状态"测试——即使手段不可规模化
- tbh 测试方法：选全美开学最早的学校，通过定向广告 + Instagram 关注该校学生，手动让整个学校同步采用，确保每个用户都有 10 个朋友在 app 里
- 目的：排除"是不是没加够朋友""是不是没到 aha moment"等干扰，直接验证产品本身是否有腿
- "不要走出一个实验还说'可能是执行不到位'——你需要明确的信号"
第四步：加入 24 小时在线客服
- 在 app 内放 live chat 客服
- 好处：消除"用户问题没被解决"的混淆变量；获取最直接的用户反馈；用户感到被重视后会更正面地推广 app
适用边界
- 适用于消费者产品 0-to-1 阶段
- 种子/冷启动测试手段（如手动关注学校学生）不可规模化，只用于验证——Nikita 强调"这不是我们增长 app 的方式，这是测试 app 的方式"
- 产品验证通过后，应该能自然增长；如果需要持续手动灌量才能活，说明产品本身没腿
关键引述 · 原话
"Execute at 100% for the thing you're trying to validate at that specific stage of the product development cycle. And then you can kind of half-ass the rest just so you can get 100% signal on that one part." — Nikita Bier
关联卡片
与 latent-demand-framework 配合；age-invitation-decay 决定了测试人群选择；consumer-pmf-binary-test 是验证结果的判断标准。
出处：Nikita Bier · 03-podcasts/nikita-bier.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2