原型的价值在于消除不确定性。它能证明一个想法可行、一个交互方向合理，或者一个模型可以产出需要的结果。 生产环境完全不同。系统必须承受真实输入、慢网络、缺失数据、错误配置，以及不按理想路径操作的用户。 生产化不只是增加打磨，而是让系统更可理解、更可恢复，并且足够稳定地运行。

定义最小稳定产品

在加固原型之前，我会先区分三件事：

• 必须稳定工作的核心用户流程。
• 可以稍后再做的增强体验。
• 应该保留在功能开关后面，或暂时不进入第一版的技术实验。

这会让生产化工作更聚焦。一个小而稳定的产品，比一个大而不稳定的 Demo 更有价值。

让接口明确

很多脆弱系统都隐藏着模糊契约。前端假设一种数据形状，后端返回另一种，下一次边界情况出现时集成就会断裂。 发布前，重要接口应该写清楚或编码到类型里：

• 请求和响应结构。
• 错误码与重试行为。
• 认证和权限边界。
• 数据归属和生命周期。

清晰契约能减少调试时的猜测。

设计失败路径

生产系统需要知道出错时会发生什么。 这不意味着每个失败都要复杂恢复。它意味着失败应该可见、可控制、可回退。 对于 Web 产品，这通常包括清晰的用户错误提示、有上下文的服务端日志、健康检查，以及区分应用失败和上游失败的能力。

让部署保持无聊

部署不应该依赖临场发挥。好的发布路径应该有可预测的构建、容易检查的环境配置、canary 检查，以及提前准备好的回滚命令。 这不是流程崇拜，而是在用户流量参与时减少未知数。

决定观察什么

可观测性应该在上线前开始。至少我希望系统能回答：

• 系统是否健康？
• 哪些请求变慢了？
• 哪些错误是预期内，哪些是新的？
• 哪个上游服务失败了？
• 最近一次部署是否改变了行为？

如果系统回答不了这些问题，生产调试就会变成记忆和运气。

真正的里程碑

第一个 Demo 证明某件事可能。 第一个生产版本证明这个想法已经变成别人可以真正使用的软件。 我关心的是这个里程碑：不只是让功能运行一次，而是让它可靠到可以持续改进。