有一种传统的分工方式：咨询公司写策略，设计公司做线框图，开发公司写代码，然后运维公司把它跑下去。我们觉得这种分工本身就是问题。
一个产品在上线后的六个月里，会发生比之前一年更多的真实事情：用户真的开始点那些我们以为没人会点的地方；监控第一次在凌晨三点报警；客服开始收到我们从未设想过的问题。如果设计和工程团队在 v1 那天就解散了，这些真实事件就无处着陆。
具体的做法
每个上线项目都有一位驻场工程师，以及一位产品经理，继续在上线后至少 12 周内直接拥有它。监控、增长度量、合规续约、小版本，全部由他们负责。这不是”维护合同”—— 这是交付的一部分。
// 默认的合作形态
const shape = {
phase_0: '咨询', // 第 1–3 周
phase_1: '设计', // 第 2–8 周
phase_2: '建造', // 第 6–18 周
phase_3: '上线', // 第 18 周
phase_4: '运维', // 第 18 周 → 持续 ★
};★ 号那一行才是这篇文章真正想说的部分。
我们认为”交付”不是一个时间点。它是一种持续状态 —— 软件还在跑，还在被用，还在被改。
一个具体的例子
我们去年和鲸鱼精造合作，为一款助眠耳机做了配套 App。v1 上线后，我们发现有相当一部分用户在入睡前会把蓝牙断开 —— 他们把耳机当成白噪音设备，不想用手机。我们当周就把这个场景加进了产品路线图，不久后就发布了”离线模式”。
那个功能不可能出现在任何上线前的规划文档里 —— 它只在真实世界里存在。只有留下来的人才能看到它。