AI 时代最反常识的创业建议：先让 AI 否定你
Anthropic《创始人手册》的核心反常识判断——当 Vibe Coding 让”构建”变得像呼吸一样简单，创业者最容易犯的错是跳过验证；正确做法是先把 AI 当成反方辩手去否定自己的想法，再用”问过去不问未来”的用户访谈和 Sean Ellis 测试拿证据，最后才动手构建。
基本信息
- 来源类型：文章（人人都是产品经理）
- 原文位置：raw/articles/2026-07-14-123231-tg-ec523a.md（另有镜像 raw/articles/2026-07-14-235614-tg-04739c.md）
- 原文 URL：https://www.woshipm.com/it/6428061.html（同文另在 https://www.woshipm.com/ai/6427914.html 发布，内容一致）
- 作者：@王三思
- 消化日期：2026-07-14
核心观点
-
42% 的创业公司死于”做了没人想要的东西”：数据来自 CB Insights 对创业失败原因的研究，且是 Vibe Coding 时代之前的数据。作者判断这个比例现在只会更高——过去开发的高成本本身是一个”天然筛选门槛”，逼你在投真金白银前想清楚有没有人用；AI 让做 Demo 从”几个月 + 几十万”压缩到”一个下午”，门槛消失，验证环节反而被整体跳过。
-
能跑的原型 ≠ 真实需求，它只是”压力测试的道具”：手册原话是”一个能跑的原型很容易被误认为你在解决真实问题，但它不是，它只是压力测试的道具。真正的证据来自你和用户真实的对话”。作者坦承自己 vibe code 了几个产品都答不上”除了我以外有人愿意用/付费吗”——不是因为懒，是因为 AI 让构建太简单，简单到没意识到自己跳过了什么。
-
把 AI 反过来用——当反方辩手，而不是啦啦队：直接问 AI”这个想法怎么样”只会得到”很有前景”的精致自我欺骗（AI 会顺着你说、帮你列理由佐证）。正确用法是问”帮我找出我这个想法最致命的 3 个问题”、“假设你是投资人，你为什么不会投”、“假设你是我最强的竞争对手，你会怎么击败我”。AI 在唱反调上非常擅长，会逼你去验证。
-
合格的假设要能回答四问 + 问过去不问未来：先把模糊想法逼成可验证的具体假设——谁有这个问题？有多频繁？有多严重？现在他怎么解决？四问都答得上假设才合格。找真实用户时不要问”你会不会用”（只会得到礼貌性谎言），要问”上次有这种需求是什么时候？怎么做的？花多久？哪步最烦？用了什么工具？“——用户能对未来撒谎，却很难伪造已经发生的具体行为。
-
MVP 不是做产品，而是获取证据；PMF 信号是”从推到拉”：MVP 的目的是用最小代价验证问题是否真实存在，核心功能不是”好用”而是”引发对话”。判断标准用 Sean Ellis 测试（>40% 用户回答”再也不能用会非常失望”）；更直观的是留存驱动力从”推（催、激励、创始人人工维护）“变成”拉（用户自己来、自己拉人）”。“数据不支持当前方向不是失败，而是系统在正常工作。”
-
瓶颈已从”能构建什么”变成”选择构建什么”：AI 之前瓶颈是能不能做出来（不懂代码、没预算），大量好想法死在执行阶段；现在几乎人人能把想法变产品，新瓶颈是”当所有人都能做出东西，你做的凭什么被需要”。答案不在与 AI 的对话或生成的代码里，而在真实用户行为里——用不用、愿不愿持续用、愿不愿分享。
-
Vibe Coding 没错，是顺序错了：问题不在工具而在顺序。错误顺序是”想法→打开 AI 做出来→发现没人用→再换想法”；正确顺序是”想法→让 AI 用芒格逆向思维找所有失败路径→带疑问找真人问过去行为→假设站得住再做最小 MVP 拿证据→有证据再大规模构建”。做的事没变（还是会 Vibe Coding），只是按回车前多确认一件事：想构建的东西真有人需要。
实操内容保留
代码/配置
（本文无实操代码/配置。）
Prompt 模板
文中给出的”让 AI 否定你”的反方辩手 Prompt，可直接套用：
- “帮我找出我这个想法最致命的 3 个问题。”
- “假设你是一个投资人，你告诉我，你为什么不会投？”
- “假设你是我最强的竞争对手，你会怎么击败我？”
找真实用户时的”问过去”提问模板（替代”你会不会用”这类未来问题）：
- “上次有这种需求是什么时候？”
- “具体是怎么做的？花了多久的时间？哪一步最烦？”
- “你用了哪些工具？如果没有这些工具，你是怎么做的？“
操作步骤
完整正确流程（作者总结）：
- 逼出可验证假设：把模糊想法收敛成具体假设，能回答”谁有这个问题？有多频繁？有多严重？现在他怎么解决？“四问。
- 交给 AI 做压力测试：让 AI 找反向证据、失败案例和你没想到的竞争对手；目的是找能推翻自己的证据，不是寻求认可。
- 找真实目标用户问行为：不问感受、不问未来，只问过去真实发生过的具体行为。
- 做最小 MVP 拿证据：拿它去找 5 个目标用户，观察是否理解、愿意试、试后主动再用、愿意分享；用 Sean Ellis 测试和”推→拉”信号判断 PMF。
- 有证据再大规模构建：假设站得住再进入正式 Vibe Coding。
关键概念
- 让AI否定你 — 本文核心方法论：把 AI 当反方辩手而非啦啦队，主动寻找能推翻自己想法的证据
- Sean Ellis 测试 — 用”>40% 用户会非常失望”衡量 PMF 的判断标准，本文用作 MVP 证据是否达标的信号
- Anthropic — 《创始人手册》的出品方，本文所有判断的来源文档
- Vibe Coding — 本文承认其价值但指出”顺序错了”：构建能力已不是瓶颈
- MVP — 本文重新定义 MVP 为”证据载体/问题的载体”而非”功能精简的产品”
- 事前验尸 — 芒格”总是反过来想”的逆向思维在本文的直接应用
- 用户调研 — 本文的”问过去不问未来”与用户调研”看行为不看说辞”高度一致
- 精益创业 — 本文本质是”先验证再构建”的精益思路在 AI 时代的再强调
与其他素材的关联
- 与 2026-07-08-vocus-startup-solving-problems 的关系：两篇都把”问题发现/需求验证”放在”做产品”之前。小恩用市集桌椅租赁反例说明”资源闲置≠可收费需求”，本文用 Anthropic《创始人手册》给出更系统的”让 AI 否定→问过去→Sean Ellis 测试”验证链条，是同一命题的方法论升级版。
- 与 2026-06-17-woshipm-ai-dev-failure-engineering 的关系：那篇是”跳过验证/核心前提没验证”翻车的失败复盘（“玩乐模式 vs 开发模式”），本文是正面给出如何用 AI 反向验证避免翻车，互为反面案例与正面方法。
- 与 2026-05-27-pm-vibe-coding-5-products / 2026-07-08-woshipm-ai-coding-harness 的关系：Iris 的”苏格拉底式 PRD 追问”、Harness 强调”AI 写得越快越要先确认方向”，与本文”按回车前先确认有人需要”是同一纪律的不同表述。
原文精彩摘录
“在 AI 时代做东西变得前所未有的容易……我们有了一把超级好用的锤子，很轻，可以快速地去钉钉子，然后大家满世界去找钉子，但钉子是不是真的存在，我们没有想过。”
“手册里总结了这种状态：一个能跑的原型，很容易被误认为你在解决真实问题，但它不是，它只是压力测试的道具。真正的证据，来自你和用户真实的对话。”
“手册里有一句话我很喜欢：‘数据不支持当前的方向不是失败，而是系统在正常工作。‘……你可以想一想，42% 的创业公司死于做了没人要的东西，他们之中有多少人是在数据已经告诉他们这条路走不通的时候，选择了假装没看见。”
“手册里最后还有一句话，我觉得也是整本书里最值得记住的一句：瓶颈不再是你能构建什么，而是你选择构建什么。“