7.3
深览指数
成长人人都是产品经理·王三思··AI 生成

AI 时代最反常识的创业建议:先让 AI 否定你

Anthropic《创始人手册》指出,AI 让构建产品变得极其容易,但 42% 的创业失败率因做了没人要的东西,且 Vibe Coding 时代该比例只会更高。作者提出反常识方法:先用 AI 做「魔鬼代言人」否定你的想法,而非寻求认可。核心流程是「逆向思维→反方辩论→用户行为验证→最小 MVP 拿证据」,强调在投入代码前验证价值。适合想过或正在做 AI 产品、但对 PMF 没把握的创业者和产品经理。原文 ↗

核心观点
  • AI 时代创业的核心瓶颈已从「能否构建」转向「选择构建什么」;在投入代码前,必须先用 AI 做反方辩论验证需求,否则 Vibe Coding 的便利只会加速失败。
  1. 01CB Insights 数据显示,42% 的创业公司失败原因是做了没人想要的东西,且该数据来自 AI 普及前,AI 时代该比例只会更高。
  2. 02作者亲身案例:用 Codex 半天做出 Figma 翻译变量导入器插件,得到设计同事好评,但未验证该产品是否属于该同事的普遍痛点,即跳过了需求验证环节。
  3. 03《创始人手册》指出,一个能跑的原型不等于真实需求,真正的证据来自与用户的真实对话,而非 AI 的肯定。
  4. 04作者提出「让 AI 否定你」的具体方法:问 AI「这个想法最可能怎么死」「作为竞争对手你会怎么打败我」,而非「这个想法好不好」。
  5. 05验证用户需求时应「问过去不问未来」:询问用户上次有类似需求是什么时候、具体怎么做的,而非凭空问「你会用吗」。
  6. 06MVP 的核心不是做出产品,而是获取证据:用最小代价制作问题载体,引发对话,并观察用户是否主动使用和分享。
  7. 07引用 Sean Ellis 测试:如果超过 40% 的活跃用户对「再也不能用这个产品」感到非常失望,才算找到 PMF;否则用户留存靠的是创始人推,而不是产品拉。
反方 / 局限
  • 作者承认「有想法马上去执行」并非全错,但强调前提是「做对的事,把事情做对」,即先验证再构建。
  • 作者未深入讨论:AI 作为反方辩手可能产生误导性反驳(如虚构不存在的竞品),或被用户利用来延续「精致的自我欺骗」。
13 分钟 · 5 卡片 · 10 资料
读原文 →

概念锚点

前置背景

平行视角

未来推演

延伸追问