译文导读
上一篇聊 MVP,我觉得最重要的提醒其实不是怎么快点把产品做出来,而是怎么在 Claude Code 把构建门槛打穿之后,仍然逼自己只朝证据迭代。别被几个早期用户、几张好看的图表、一次发布带来的兴奋骗了。MVP 结束的标志,不是产品终于完整,而是你手里真的有了产品市场匹配的硬证据。
到了这一篇,事情就更难了。
Launch 阶段不再只是证明产品值得存在,而是证明这家公司值得增长。技术债开始收利息,安全和合规不能再拖,增长不能只靠创始人朋友圈,更麻烦的是,过去那个什么都亲自抓的创始人,现在可能反而成了瓶颈。。。
所以这一篇真正有意思的地方在于,Claude 不只是帮你写代码了。Claude Code 要开始帮你还旧账,Claude Cowork 要开始跑运营系统,Claude 要把那些原来只存在创始人脑子里的判断,慢慢变成公司可以重复运转的流程。
说真的,这才是 AI 原生公司的分水岭。
第五章:Launch 阶段
如果说 MVP 阶段是在证明你的产品值得存在,那么 Launch 阶段就是证明你的业务值得增长。
Launch 阶段目标
在 Launch 阶段,创业创始人必须把早期牵引力转化为可重复、可持续的增长引擎。除了让产品具备生产就绪能力,你还必须加固其底层基础设施,同时围绕产品真正建立一家公司。
Idea 和 MVP 阶段的创业公司天然以创始人为中心,因为你需要完整的场景感知和紧密反馈循环。但到了现在,仍然试图亲自抓住每条线的创始人,会变成 Launch 阶段的瓶颈。目标不是把你从公司中移除,而是建立运营系统,让你的注意力留给只有创始人才能做的决策。
Launch 阶段退出标准
Launch 阶段的退出条件有三个要素:
增长可重复,并由渠道驱动:你不只是留住用户,还能通过具体渠道可预测地获取用户,并理解单位经济模型:CAC、LTV 和回本周期都是你知道且能 defend 的数字。
产品能承受生产负载:基础设施已加固,安全和合规到位,可靠性在真实生产条件下成立,而不只是你测试过的条件。
运营不再被创始人卡住:流程存在,自动化到位。你不再是亲自处理支持、分流、sprint 规划或报告的人。

Launch 阶段挑战
找到产品市场匹配,是早期创业生命周期中最难的问题。现在,创始人的挑战变成保持它。Launch 阶段是这样一个地方:即使公司找到了真实产品牵引力,也可能因为支撑产品的组织跟不上而崩掉。下面是要警惕的失败模式。
技术债到期
挑战:为速度和验证而构建的 MVP 代码库,当时足够证明产品能跑。但生产流量、新功能和日益增长的复杂度,现在开始暴露那些捷径。
在 MVP 阶段,积累一些技术债是为了速度做出的合理权衡。进入 Launch 阶段,这些债开始产生利息,而且拖得越久,修复越昂贵。
解决方案包括一次系统化架构审计,识别结构性弱点;针对最严重问题进行定向重构;并大幅扩展测试覆盖,让下一轮功能开发不会重新引入同样的问题。
创始人成为瓶颈
挑战:在 MVP 阶段,创始人参与每个循环是一种资产。到了 Launch,随着支持量增长、产品决策堆积、运营复杂度倍增,同样的本能会变成约束。
从亲自做事转向设计能做事的系统,是创业生命周期中最难的转变之一。因为很少有一个明确时刻告诉你“现在该转变了”,风险就在于你完全错过它,继续停留在 builder 模式,而组织在你周围停滞。典型迹象包括:本该一小时内做出的决定,现在要等你一周;支持请求堆积,因为只有你知道答案;运营任务只有在你亲自想起来时才会发生。
补救方式是彻底审计你亲自处理的一切,从最小任务到最高风险决策,识别哪些可以系统化、哪些可以委派、哪些确实仍然值得创始人投入时间和注意力。

安全和合规不能再延期
挑战:MVP 阶段可以让安全和合规保持简单,但现在有真实用户、真实数据,甚至可能有企业合同上桌,它会变成负债。
在 MVP 阶段,只有少量 beta 用户且生产中没有敏感数据时,安全漏洞还只是理论风险。然而,一旦产品进入生产、真实用户开始依赖它,假设风险就变成非常真实的暴露风险。此外,原型阶段不适用的合规要求,在你处理客户数据、支付,或向受监管行业销售时,肯定会适用。
补救方式是在生产规模到来之前,而不是之后,进行系统性的安全和合规审查,并把浮现出来的一切都视为下一波用户到来前必须修复的事项,而不是建议。

在准备好之前扩张
挑战:新市场和融资机会看起来像增长机会。它们也可能是产品市场匹配死掉的地方。
你已经建立的初始牵引力是真实的,但它也特定于早期受众。过早扩张到一个与原始市场显著不同的新市场,会引入新的用户行为、合规要求、支付基础设施和基本预期,而你的产品原本并不是围绕这些设计的。变量突然太多,你会失去清晰解释自己数据的能力。你还可能为了追逐一个未经验证的新受众,而忽略原始用户群。
Claude 如何帮助 Launch 阶段创始人
在 Launch 阶段,三种 Claude 形态都会被充分使用,并且彼此支持:每个工具的产出都会成为另外两个工具的输入。结果会自然复利。一个同时使用三者的创始人,得到的效果大于各部分之和。
这正是超精简创业模式在结构上可行的原因。当 Claude Code 构建产品,Claude Cowork 构建围绕产品运行的公司,而 Claude 帮助把产品和组织知识运营化时,一个小团队就能像规模大很多倍的公司一样运转。

在技术债复利前修复它
你的 MVP 代码库能运行,但也需要系统性修复,找出任何可能变成结构性负债的技术债。
第一步,用 Claude Code 进行完整架构审计:识别代码库哪里脆弱、哪些捷径未来会变得昂贵,以及哪里的测试覆盖太薄,可能让下一轮功能工作重新引入同样问题。
把 Claude Code 的审计发现交回 Claude,让它分流和排序修复工作:哪些必须在下次发布前修复,哪些可以等一个 sprint,哪些在当前阶段属于可接受的持续债务。
这也是记录 MVP 阶段架构决策的时刻。那些过去住在你脑子里的决策,因为没时间写下来,现在应该进入 CLAUDE.md。这样未来每一次 Claude Code 会话,都能从对系统如何设计以及为什么这样设计的共同理解开始。
练习:让 Claude Code 审计你的 MVP 代码库,产出一份按优先级排列的结构弱点、测试覆盖缺口和重构候选清单。然后把清单交给 Claude,让它把修复工作安排进几个 sprint:哪些重大问题需要优先处理,哪些可以和功能开发并行,哪些可以等待。
建立替代创始人注意力的系统
要建立能释放你注意力、让你处理只有创始人才能处理的职责的运营系统,首先必须知道你的注意力现在花在哪里。用 Claude Cowork 对当前运营负载做结构化审计,记录每个重复任务、每个落到你桌上的决策,以及每个只有因为你亲自记得才会发生的工作流。然后让 Claude Cowork 把这份清单分类:哪些可以完全自动化,哪些需要人但不一定需要你,哪些确实需要创始人判断。
审计完成后,用 Claude Cowork 设计自动化候选项的工作流逻辑:每个工作流由什么触发,决策规则是什么,输出长什么样,完成后流向哪里。
把安全和合规变成产品工作流
用 Claude Code 浮现 SOC 2、GDPR 或 HIPAA 审计中常见的代码层问题,以及目标市场要求的标准。这会同时暴露漏洞和合规缺口,把这些发现交给 Claude,让它帮你优先排序修复工作,并设计企业买家签约前会要求的控制、审计日志和访问管理。注意:AI 扫描是一种辅助,不是合格合规审查的替代品。
接下来,把合规工作流纳入开发周期,而不是把它当作一次性项目。合规文档需要持续维护和更新。对于正在接近企业合同或国际市场的创始人来说,这也是使用 Claude Code 安全扫描帮助你准备独立安全评估的时刻。
练习:用 Claude Code 运行一次面向目标市场所需框架的代码级安全审查。把结果交给 Claude,让它产出两件事:按优先级排序的安全修复顺序,以及一份文档和控制清单,用来满足潜在企业买家的合规审查。
建立你一直跳过的产品管理流程
Launch 阶段需要一组轻量、可重复运行的流程,它们无需创始人手动触发也能工作。用 Claude 设计产品时间线和工作周期如何组织,规格文档在 Claude Code 接触功能前必须包含什么,bug 报告如何分流和路由,每周指标报告包含什么,以及如何分发。

流程设计完成后,用 Claude Cowork 构建并运行运营层:安排 sprint 仪式,把传入的 bug 报告路由到正确位置,从连接的数据源汇总每周指标,并维护用户信号流入产品决策的反馈回路。
练习:让 Claude 设计一个轻量产品管理操作系统:明确的 sprint 节奏、最小规格模板、bug 分流决策树,以及从实际数据源拉取的每周指标简报。然后让 Claude Cowork 实施并运行系统中的重复性运营部分,例如排期、路由和报告汇总,让它们按计划发生而不需要你。
下篇预告
到这里,Launch 阶段真正要解决的问题,其实已经不是产品能不能跑了,而是公司能不能在不被创始人亲手托着的情况下继续往前跑。
技术债要还,安全合规要补,增长要从一次次发布红利,变成一套可重复的渠道和流程。说真的,这一步已经很像在从一个能打的产品,硬生生拧出一家公司了。
但下一篇会进入一个更吓人的阶段,Scale。
到了 Scale 阶段,你面对的就不只是用户了,还有企业采购、监管、分析师、投资人,甚至未来可能的公开市场。大家不再只问你的产品牛不牛,而是会问,你这家公司到底能不能被长期信任。
更有意思的是,AI 原生公司在这个阶段的护城河,也不再只是功能做得快。它会变成你积累下来的领域知识、用户数据、工作流锁定、企业级基础设施,以及那些通用竞争对手根本复制不了的行业细节。
下一篇会重点聊,创始人怎么从 builder 重新变成面向公众的高管,怎么把 Claude Cowork 真正变成运营层,怎么用 Claude Code 构建企业级基础设施,以及怎么把一个产品背后的知识、数据和工作流,慢慢熬成一条护城河。
我自己的感受是,到 Scale 这一步,AI 原生创业最迷人的地方才真正露出来。
不是人变少了,是公司这台机器,开始长出一种以前只有大组织才有的复杂度。
完整文章可见:
https://claude.com/blog/the-founders-playbook
https://cdn.prod.website-files.com/6889473510b50328dbb70ae6/69fe2a55b93bb0732b1fe33c_The-Founders-Playbook-05062026_v3%20(1).pdf
夜雨聆风