• 一、”再准备一下”是什么:三种”不动”的隐含假设
• 二、Lean Startup 的 MVP:为什么 30% 比 100% 更值钱
• 三、Build-Measure-Learn 的真实推演:不是”先完美再发布”,是”先发再学”
• 四、Paul Graham 的”Do things that don’t scale”——30% 的现实版本
• 五、把”再准备一下”换成”30% reach out”的三个动作
  • 动作 1:把”再打磨到 100%”换成”30% 直接发出去”
  • 动作 2:把”等合适机会”换成”机会就是现在”
  • 动作 3:把”等资源齐”换成”先发,资源从反馈里来”
• 写在最后
  • 关于这篇,说得直白点
  • 参考与说明

写给那种”想着’再准备一下’就推”的人:书稿打磨打磨、播客等设备齐全、课程大纲等”完善了”再发、副业等”稳定了”再启动。这篇想说一件让你不舒服但能省你十年弯路的事:’再准备一下’不是谨慎它是个商业杀手。Lean Startup 早就讲过:别等”90% 卡死”,先”30% reach out”;别”100 块等齐”,先”10 块定调子”。

你上周是不是又改了 3 版草稿,然后锁在硬盘。

一本书,你打磨了三年没出。一个播客,你录了 6 期觉得”不够好”就删了重录。一个课程大纲,你改了几十版觉得”还差点”就一直锁在硬盘。一个副业,你”想清楚再做”想了一年半没动。

这些场景的共同点是:你以为你在”准备”,实际上你在”准备”本身里耗光了所有能量。”再准备一下”不是谨慎它是个商业杀手。

结论先行:”再准备一下”是个商业杀手。先 30% reach out,别等 90% 卡死。

一、”再准备一下”是什么:三种”不动”的隐含假设

“再准备一下”这五个字,我听过几百次,自己也说过几百次。

最近一次是在我自己身上——我准备把 acti 草稿发出来,反复改了 5 遍,每遍都觉得”还差点”。拖了两周。直到我意识到:“再准备一下”不是谨慎,它是隐含假设的伪装。

“再准备一下”听起来理性,实际上它的隐含假设有三种:

隐含假设 1:”90% 完成度 = 准备好发布”

你可能想:”我现在 90% 完成了,差 10%,再花一个月打磨一下,变成 100% 发出去,效果更好。”但 Eric Ries 的研究告诉我们:从 90% 到 100% 通常花的时间和精力,比从 0% 到 90% 还多——而且多花的那 10%,对你的发布价值的贡献,往往小于你拿这 10% 时间去做的下一件事。

隐含假设 2:”不发出去 = 没损失”

你可能想:”我再准备一下,等更好了再发,不发出去就没损失。”但 Ries 的洞见是:不发出去,你也没学到东西。MVP 不仅是”最差版本”,是”能让你学到最多东西的最少努力”。你发了,才有反馈;有反馈,你才知道”你以为的完美”和”用户的真实需求”差多远。

隐含假设 3:”完美 = 专业”

你可能想:”我做得不够完美,发出去显得不专业。”但 startup 行业早就知道:首批 100 个用户的反馈 > 10 万次自我完善。用户的反馈告诉你哪里不完美——你用 10 万次自我完善猜不到。

“再准备一下”是最聪明的那个理由:它让你以为你在”努力”,其实你在”准备”本身里耗光了所有能量。

二、Lean Startup 的 MVP:为什么 30% 比 100% 更值钱

Eric Ries 2008 年的《The Lean Startup》提出了 MVP 概念(Minimum Viable Product,最小可行产品)。他的定义很简洁,但很多人误读:

“The minimum viable product is that version of a new product which allows a team to collect the maximum amount of validated learning about the customers with the least effort.”

翻译:MVP 是这样的产品版本——它让团队能用最少的努力,收集到最大量的”经过验证的、关于客户的学习”。

这里有三个关键词:最少的努力、最大量的学习、经过验证的。

很多人误读成”MVP = 最差版本”。这是错的。MVP 不是”差”,MVP 是”恰好够让你学东西“。它的目标不是”完美的成品”,是”完美的学习入口”。

Ries 提的核心 cycle 是 Build-Measure-Learn(构建-测量-学习):

• Build:用最少资源,做一个能用的初版
• Measure:把它发出去,收集用户反馈
• Learn:根据反馈,决定”pivot(调整方向)”还是”persevere(继续)”

这个 cycle 的核心是 Learn 先行——不是”做好了再发”,是”发了再学”。

Ries 还提出 pivot(调整方向) 的概念:你发的初版可能不对,用户的反馈会告诉你哪里不对——这时你 pivot(调方向)而不是 persevere(继续撞墙)。pivot 不是认输,是学习。

这事反过来理解:你”再准备一下”的初版不是最终成品,是”用来 pivot 的初版”。初版的唯一目的,是让你学到 pivot 需要的”经过验证的”信息。

三、Build-Measure-Learn 的真实推演:不是”先完美再发布”,是”先发再学”

看图就懂:完成度越接近 100%,你越不会发——但学到的反而越少。

这跟我们之前几篇道层文章的逻辑一致:

• A《奖励让你越狠越不想做》: 行动 → 动机(action begets motivation)
• B《完美主义杀死创造力》: 先做一个烂初稿,改好(shitty first draft)
• I《最小可行情怀》: 别等 100% 信,5% 信 + 行动
• L3《别再准备一下》: 别等 100% 完成,30% 完成 + 发出去

同一条线:先动,后修。

Ries 在《Lean Startup》里给了一个具体例子:Wufoo(一个表单工具)最初的 MVP 是一份 Google Spreadsheet。他们没做产品——做了个”看起来像产品”的 spreadsheet,放在网上,看有没有人来注册。来了一堆人,他们才知道”哦,这事真的有人要”,才开始做产品。这份 spreadsheet 就是 Wufoo 的 MVP。

它的价值不是”完美的产品形态”,是”验证学习”——证实”做这事的人真多”。

如果你下次要做一个东西,先问自己一个问题:”这事的最简验证版本是什么?——一篇文章?一个 landing page?一个手动跑一遍的流程?一个假装做出来的截图?”

能验证你的假设的最少努力,就是你的 MVP。

四、Paul Graham 的”Do things that don’t scale”——30% 的现实版本

Paul Graham(Y Combinator 创始人)在 2013 年写过一篇经典文章叫《Do things that don’t scale》。里面有一句话让我重新理解了”30% reach out”:

“The most common way founders kill their startups is by trying to make them look successful before they are.”

翻译:创始人杀死自己 startup 最常见的方式,是试图让它在成功之前看起来成功。

你打磨到 90%,是为了让它”看起来成功”再发。但它的真正价值是”在看起来不成功的时候发出去”,拿到反馈,再让它真的成功。

Graham 在文章里给了一个具体例子:Stripe 最初只服务几个创始人手写邮件转过来的客户。Patrick Collison 一个人手动处理每一笔交易——这看起来”不 scalable”。但正是这些手动服务的反馈,让 Stripe 知道了”真有人要这个,真愿意为这个付钱,真能解决真问题”。30% 的版本不是”差”,是”够你学东西”。

这个故事跟”再准备一下”是反过来的:

• “再准备一下”的人:在等”看起来成功”的版本
• Paul Graham 建议的:在”看起来不成功”的时候发出去

前者打磨外观,后者打磨学习。

这事对独立创业者尤其重要——你不是大厂,你没有品牌兜底,你唯一的优势是”能快速试错”。你把”打磨外观”的时间花在”打磨学习”上,转化率会高得多。

五、把”再准备一下”换成”30% reach out”的三个动作

读到这里你可能在想:那我具体怎么做?

三个动作,每个都 1 分钟内能启动。

动作 1:把”再打磨到 100%”换成”30% 直接发出去”

你下次做完一个”80% 完成”的东西,不要”打磨到 100%”,30% 就发出去。

具体操作:

• 写完 30% 的书稿 → 发,不要等
• 录完 1 期 podcast → 发,不要等 6 期再说
• 课程大纲 30% → 先开第一期课,不要等

发出去后,用户的反馈会告诉你”该打磨哪里”——你的 10% 时间应该花在用户反馈指向的地方,不是你自己以为该打磨的地方。

这个动作的厉害之处:你把”准备”从”打磨初版”变成”打磨反馈”。反馈是数据,猜测是幻觉。打磨反馈比打磨初版有效 10 倍。

动作 2:把”等合适机会”换成”机会就是现在”

你下次说”等合适的机会”,加一句”机会就是现在”。

具体操作:

• “等孩子大一点再写书” → “孩子大一点就来不及了,现在写”
• “等我辞职再做副业” → “不辞职也能做副业——每周 4 小时”
• “等存够 6 个月生活费” → “6 个月后还是没存够——边做边存”

这个动作的厉害之处:它跟 I《最小可行情怀》是反过来的——I 说”假设窗口还在,5 分钟查”,这里说”机会就是现在,不用等窗口”。I 解决”信不信”,L3 解决”动不动”。

动作 3:把”等资源齐”换成”先发,资源从反馈里来”

你下次说”等凑齐资源”,加一句”资源从反馈里来”。

具体操作:

• “没钱做市场” → “先发 10 块版本,看有没有人愿意付;有人付,你就有资源”
• “没团队” → “先发 30% 版本,看有没有人提反馈;有人提,你就有早期协作者”
• “没技术” → “先发文字版,看有没有人问’有没有视频版’;有人问,你就有技术投入的依据”

这个动作的厉害之处:你让”资源”从”先决条件”变成”反馈结果”。MVP 的核心洞见就是:你需要的资源,不是”先准备好”的,而是”先发出去才看得到”。

三个动作跑完,你的”再准备一下”就被替换了——从”打磨初版”到”打磨反馈”、从”等机会”到”机会就是现在”、从”等资源”到”资源从反馈来”。MVP 不是”最差版本”,是”能学最多东西的最少努力”。

写在最后

这事我自己最近才想明白。

我 acti 草稿定稿后,反复改了 5 遍,每遍都觉得”还差点”。拖了两周——直到我意识到:我”在准备”本身里耗光了所有能量。

跟 A《奖励让你越狠越不想做》是同源:我以为我在”打磨质量”,其实我在”被外部完美标准挤出内在发布冲动”。跟 B《完美主义杀死创造力》是同源:我以为我在”等好版本”,其实我在”等永远不会到的完美版本”。跟 I《最小可行情怀》是同源:我以为我在”信不够”,其实我在”用信不够作借口”。

转折是 2026 年 8 月初。我突然意识到:“再准备一下”跟”完美主义”和”信不够”是同一种借口,只是包装不同。都是大脑编出来的理由,让”不动”变得合理。

我决定:先发出去。不完美也发。30% 也发。10 块也卖。先发出去,反馈比打磨重要。

发出 acti 第一篇之后,真发生了我”准备时”猜不到的事——有读者指出一个论点漏洞,我在”准备 100 遍”时都没意识到;有读者建议一个 CTA 改动,改完转化率涨了一截;有读者私下告诉我”这篇对我有用”,这是”再准备一下”永远得不到的反馈。

我从反馈里学到的东西,比从”准备”里学到的东西多 10 倍。

如果你最近也在”再准备一下”的循环里,这事可以有个安全的地方慢慢看。我做 ICF 教练,我的工作是陪你把那个”再准备一下”的隐含脚本拿下来,让你看到‘再准备一下’不是谨慎,是你大脑在编理由让你’不动’。等你开始动了,那些”准备的难度”会突然消失——因为它们从来不是真难度。

预约入口还在搭,搭好后会更新这一行。

关于这篇,说得直白点

这篇不是教你”别做准备”——准备是好东西,它让你不出丑。

它想做的是帮你看清:‘再准备一下’是个隐含假设,不是谨慎。你以为你在”谨慎”,其实你在”被完美主义挤出行动”。

如果你试过上面三个动作,发现”我发了,反馈说我做错了”——这是好事,反馈告诉你哪里该改,而不是’准备 100 遍’自己猜。

如果你试过上面三个动作,发现”我卡在 30% 发不出去”——这不是”准备还不够”,是‘再准备一下’这个隐含假设在拦你。这事可以有个安全的地方慢慢看——我做 ICF 教练,我的工作是陪你把”再准备一下”换成”先发出去再说”。等你发了,反馈会告诉你下一步。

预约入口还在搭,搭好后会更新这一行。

参考与说明

• Eric Ries《The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses》(2008 / 2011 Crown Business 出版):核心论断 “The minimum viable product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort”;Build-Measure-Learn cycle(构建-测量-学习);MVP 的目标不是”最差版本”,是”能让你学东西的最少努力”;链接 https://www.amazon.com/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898。
• MVP 概念的 Frank Robinson 起源(2001):MVP 一词最初由 Frank Robinson 提出,后被 Eric Ries 在《The Lean Startup》中推广。引用核心:”Think big for the long-term but small for the short-term. Think big enough that the first product is a sound launching pad for it and its next generation and the roadmap that follows, but not so small that you leave room for a competitor to get the jump on you.”
• Paul Graham《Do things that don’t scale》(2013 / Y Combinator 官方博客):核心论断”The most common way founders kill their startups is by trying to make them look successful before they are.”(创始人杀死 startup 最常见的方式是试图让它在成功之前看起来成功);Wufoo / Stripe / Airbnb 等真实案例:从”手动服务 1 个用户”到”可扩展产品”的演化路径。链接 https://www.paulgraham.com/ds.html。
• Wufoo 的 Google Spreadsheet MVP(2006,根据 Ries《Lean Startup》第二章记述):Wufoo 创始人 Kevin Hale 的最初 MVP 不是产品,是一份 Google Spreadsheet 假装成表单工具,放在网上收集注册——注册量超过预期后才开始做真正的产品。验证学习的最小努力。
• acti 已发 A《奖励让你越狠越不想做》+ B《完美主义杀死创造力》+ I《最小可行情怀》 同源机制”再准备一下”是不动的另一种借口:A 说”激励挤掉了动机”,B 说”完美主义阻挡了行动”,I 说”信不够成了不动的理由”,L3 说”‘再准备一下’是个商业杀手”。四种”不动机制”汇成一句:先动,后修。
• Jeff Bezos “regret minimization framework” (1997 致股东信)与本文化的心态同源:Bezos 决定离开华尔街创办 Amazon 时,想象”我 80 岁的我会不会后悔没试”,答案是”会”,于是动。“再准备一下”的人应该用同一框架——想象”我 80 岁的我会不会后悔没发”,如果会,就别再准备。

本文是个人成长反思,不是心理咨询或临床建议。