第五章：发布阶段 (Launch Stage)
如果 MVP 阶段是关于证明你的产品值得存在，那么发布阶段是关于证明你的业务值得增长。
发布阶段的目标
在发布阶段，创业公司创始人必须将早期牵引力转化为可重复、可持续的增长引擎。除了让你的产品达到生产就绪，你还必须在产品之下加固基础设施，同时围绕产品构建一个真正的公司。
创业公司在想法阶段和 MVP 阶段天生是以创始人为中心的，因为你需要完整的情境感知和紧密的反馈循环。但现在，仍然试图亲自把握每一条线索的创始人会成为发布阶段的瓶颈。目标不是把自己从公司中移除，而是构建能释放你注意力的运营系统，让你专注于只有创始人才能做出的决策。
发布阶段的退出标准
发布阶段的退出条件包含三个要素：
- 增长是可重复且渠道驱动的。你不仅在留住用户，你还通过特定的渠道以可理解的单位经济模型获取他们：客户获取成本（CAC）、客户生命周期价值（LTV）和回收期是你知道并能辩护的数字。
- 产品能处理生产工作负载。基础设施已加固，安全和合规有序，可靠性在真实生产条件下（而不仅仅是你测试的条件）保持不变。
- 运营在没有创始人瓶颈的情况下运行。流程存在且自动化已到位。你不再亲自处理支持、分类、冲刺规划或报告。
发布阶段的挑战
找到产品-市场契合是早期创业生命周期中最困难的问题。现在，创始人的挑战变成了保持它。发布阶段是那些找到了真正产品牵引力的公司仍可能瓦解的地方——如果围绕和支持产品的组织无法跟上。以下是值得警惕的失败模式。
技术债务到期
挑战：为速度和验证而构建的 MVP 代码库运行得足够好以证明产品有效，但生产流量、新功能和日益增长的复杂性正在暴露捷径。
在 MVP 时，积累一些技术债务是为了速度的合理权衡。在发布阶段，债务开始产生利息，拖得越久不处理，修复起来就越昂贵。
解决方案包括系统的架构审计以识别结构性弱点、针对性重构以解决最糟糕的部分，以及有意义的测试覆盖扩展，以便下一轮功能工作不会重新引入同样的问题。
创始人成为瓶颈
挑战：在 MVP 时，创始人在每个循环中都是一个资产。在发布时，随着支持量增长、产品决策堆积和运营复杂性倍增，同样的本能变成了约束。
从做工作到设计做工作的系统，这种转变是创业生命周期中最困难的转变之一。因为很少有一个明确的时刻表明它发生了，风险是完全错过它，在组织在你周围停滞时仍然停留在建设者模式。警示信号包括应该花一小时做的决策现在需要一周才能轮到你、支持请求堆积因为你知道答案、以及运营任务只有当你亲自记得做时才会发生。
解药是对你亲自处理的一切进行彻底审计，从最小任务到最高风险决策，以识别什么可以系统化、什么可以委托，以及什么仍然值得创始人的时间和注意力。
过早扩张
挑战：新市场和融资机会看起来像增长机会。它们也可能是产品-市场契合消亡的地方。
你建立的初始牵引力是真实的，但它也是针对你早期受众的。过早扩张到一个与你原始市场有意义地不同的市场，会引入新的用户行为、合规要求、支付基础设施和基线预期——你的产品并非围绕这些设计的。突然有太多新变量，你失去了清晰解读自己数据的能力。你还冒着追逐新的、未经证实的受众而忽视原始用户群的风险。
安全和合规不再可推迟
挑战：在 MVP 时保持安全和合规措施简单是可以接受的，但现在，有了真实用户、真实数据，以及潜在的合同在桌面上，它变成了一种负债。
在 MVP 时，只有少量测试用户且生产中没有敏感数据，安全漏洞是理论上的风险。然而，当你的产品进入生产环境、有真实用户依赖它时，假设的就会变成真实的暴露风险。此外，适用于原型的合规要求，在你处理客户数据、处理付款或向受监管行业销售时，绝对适用。
解药是在生产规模化到来之前——而非之后——进行系统的安全和合规审查，并将浮现的一切都视为必需修复项——而非建议——在下一波用户到来之前。
Claude 如何帮助发布阶段创始人
Claude 的三种形态在发布阶段都得到了全面使用，它们相互支持：每种工具产出成为另外两种的输入。结果是有机复利，一个同时使用三种工具的创始人获得的效果远超它们各自的总和。
这使超精益创业公司模型在结构上成为可能。当 Claude Code 构建产品时，Claude Cowork 围绕它构建公司，而 Claude 将这些产品和组织知识运营化，一个小团队可以像其规模的 n 倍公司一样运作。
在债务复利之前修复技术债务
你的 MVP 代码库能运行，但它也需要一次系统的修复遍历，搜索任何可能成为结构性负债的技术债务。
首先，用 Claude Code 运行一次完整的架构审计：识别代码库脆弱的地方、任何捷径会变得昂贵维护的地方，以及测试覆盖足够薄以至于下一轮功能工作会重新引入同样问题的地方。
将 Claude Code 的审计发现反馈给 Claude 来分类和排序修复工作：什么需要在下一次发布前修复、什么可以等一个冲刺、什么代表你当前阶段可接受的持续债务。
这也是记录你在 MVP 阶段做出的架构决策的时刻（那些因为没时间写下来而只存在于你脑海中的决策）。现在将它们放入 CLAUDE.md，确保每个未来的 Claude Code 会话都从系统设计方式和原因的共享理解开始。
练习：让 Claude Code 审计你的 MVP 代码库并产出一个优先级列表：结构性弱点、测试覆盖缺口和重构候选。然后将该列表反馈给 Claude，让它跨几个冲刺来排序修复工作：任何需要先处理的重大问题、可以与功能开发并行处理的事项、以及可以等待的事项。
建立你一直在跳过的产品管理流程
发布阶段需要一套轻量级、可重复的流程，可以在不需要创始人干预触发或功能的情况下运行。用 Claude 设计你的产品时间线和工作周期将如何结构化、规格说明在 Claude Code 触及功能之前需要包含什么、错误报告如何分类和路由、以及你的每周指标报告涵盖什么、如何分发。
流程设计完成后，用 Claude Cowork 构建和运行运营层：安排冲刺仪式、将收到的错误报告路由到正确的地方、从你的连接数据源编译每周指标，并维护让用户信号持续流入产品决策的反馈循环。
练习：让 Claude 设计一个轻量级产品管理操作系统：定义的冲刺节奏、最低规格说明模板、错误分类决策树，以及从你的实际数据源提取的每周指标简报。然后设置 Claude Cowork 来实现和运行系统的重复性运营要素，如日程安排、路由和报告编译，让它们按时发生而无需你干预。
构建替代创始人注意力的系统
构建释放你注意力以处理只有创始人才能应对的责任的运营系统，需要准确知道你的注意力现在最应该投向哪里。用 Claude Cowork 对你当前的运营负荷进行结构化审计，记录每个重复性任务、落在你桌上的每个决策、以及每个只有因为你亲自记得做才会发生的工作流。然后让 Claude Cowork 将这个清单分类为什么可以完全自动化、什么需要人但不一定是你、以及什么真正需要创始人的判断。
审计完成后，用 Claude Cowork 为自动化候选设计工作流逻辑：什么触发每个工作流、决策规则是什么、输出是什么样子、以及完成后去哪里。
让安全和合规成为产品工作流
用 Claude Code 揭示目标市场要求的 SOC 2、GDPR 或 HIPAA 审计和标准中经常出现的代码级问题。这将揭示漏洞和合规缺口。将这些发现反馈给 Claude，帮助排序修复工作并设计企业买家签署前会要求的控制、审计日志和访问管理。
注意：AI 扫描是辅助工具，但不能替代合格的合规审查。
接下来，将合规工作流构建到你的开发周期中，而不是作为一次性项目来运行；合规文档需要持续维护和更新。对于接近企业合同或国际市场的创始人，这也是 Claude Code 安全扫描可以帮助你准备独立安全评估的时刻。
练习：用 Claude Code 运行面向目标市场要求的框架的代码级安全审查。将输出反馈给 Claude，让它产出两样东西：优先级的安全修复序列，以及你需要生成以满足潜在企业买家合规审查的文档和控制列表。