需求验证：在写代码之前
这是开发者最爱跳过、却最致命的一步。因为我们最擅长、也最享受写代码，于是一有想法就闷头开干，三个月后上线——然后没人来。验证的全部意义，就是用最低成本，在投入大量时间前，证明真的有人愿意付钱。
!
头号杀手：没有市场需求
风险投资数据机构 CB Insights 对创业失败原因的经典分析显示，"没有市场需求（no market need）"长期高居失败原因榜首，约 35–42% 的失败创业归因于此——比缺钱、团队问题都更常见。换句话说：杀死项目的，往往不是你没把东西做出来，而是你做了个没人要的东西。来源：CB Insights "Top Reasons Startups Fail"，被大量验证类文章引用（见参考资料）
两种验证，别搞混
- 问题验证（Problem validation）：这个痛点真实存在、且足够痛吗？人们现在怎么凑合解决的？
- 方案验证（Solution validation）：我的这个具体方案，他们愿意用、并且愿意付钱吗？
顺序是先问题、后方案。一个常见错误是跳过问题验证，直接去验证方案——结果你只是把一个"没人真的痛"的问题做得更精致了。
验证工具箱（成本由低到高）
- 客户访谈（最便宜也最被低估） 找 5–10 个目标人群，聊他们当前怎么处理这个问题。关键：问过去的真实行为，不要问对未来的假设。别问"你会用这样一个产品吗？"（人人都会礼貌地说"会"），要问"你上次遇到这个问题是什么时候？当时怎么解决的？为此花了多少钱/多少时间？"。这套思路被《The Mom Test》总结为：问那些"连你妈都没法用善意谎言敷衍"的具体问题。
- 落地页测试（Landing page test） 做一个还不存在的产品的落地页：讲清楚它解决什么、给谁、价格大概多少，放一个"立即获取 / 加入等待列表"的按钮。把它推给目标人群（社区、广告、X），看转化率。开发者的优势在这里爆发——你一晚上就能上线，别人要等一周。
- 假门测试（Fake door test） 落地页上放一个"购买 / 订阅"按钮，点击后显示"即将推出，留个邮箱第一时间通知你"。点击率直接量化了真实购买意向，比"喜欢"诚实得多。
- 等待列表 / 预注册（Waitlist） 收集邮箱，既验证兴趣又积累首批用户。注意：留邮箱的门槛很低，邮箱数量会高估真实需求，别被虚荣数字骗了。
- 预售 / 收定金（最强信号） 让人在产品做出来之前就真金白银付款（或付定金、买早鸟）。愿意掏钱，是唯一不会骗人的需求信号。能预售出去，基本就验证成功了。
◆
信号的"含金量"排序
口头说"会买" < 留邮箱 < 点了假门购买按钮 < 加入付费等待 < 真的付了钱。越往右越可信。做验证时，尽量往右边靠——别拿"很多人点赞"当成功。
一个开发者友好的轻量验证流程
把上面的工具串成一套，通常几天到两周就能跑完：
| 步骤 | 动作 | 判断信号 |
|---|---|---|
| 1. 定义 | 写下"我为【谁】解决【什么】"和假设客户画像 | 能不能一句话说清 |
| 2. 找人 | 列出能接触到目标人群的 3 个渠道（某 subreddit、某社群、某关键词） | 接触不到就回去换 niche |
| 3. 访谈 | 聊 5–10 个真实用户，问过去行为和花费 | 是否反复出现同一个强痛点 |
| 4. 落地页 | 上线一个讲清价值 + 价格 + CTA 的页面 | 访客→留资/点购买的转化率 |
| 5. 要钱 | 尝试预售、早鸟或收定金 | 有没有人真的付款 |
何时停止验证、开始构建
验证不是无限拖延。当你拿到"有人愿意付钱"的明确信号（预售成功、或访谈中多人主动问"现在能买吗、什么时候上线"），就该停止调研、开始做最小可用产品（MVP）。完美的验证不存在；目标是把风险降到可接受，而不是消除风险。
!
验证 ≠ 问朋友
亲友会为了照顾你的情绪说"挺好的、我会用"。这是假信号。一定要找没有义务对你客气的陌生目标用户，并且尽量用"愿不愿意付钱/留资"这种带成本的动作来检验，而不是用"喜不喜欢"这种零成本的口头表态。
这一章你要记住的
- "没人要"是创业头号死因（CB Insights 约 35–42%），验证就是来防它的。
- 先验证问题、再验证方案；问过去的真实行为，别问未来的假设。
- 工具箱：访谈 → 落地页 → 假门 → 等待列表 → 预售，成本与可信度递增。
- 最硬的信号是"有人真的付钱"，拿到它就停止调研、开始做 MVP。
验证通过、产品在做了。接下来进入进阶部分：先补齐几个真正有用的营销框架，它们会成为你后面所有获客动作的底层思维。