《从 CTO 到独立开发者：我对技术与产品的 5 张便签》
（把那年办公室的门关上，我把工牌揣进兜里，电梯一路往下。屏幕上还有最后一条“本季度里程碑完成率 86%”。一小时后，我坐在出租屋的木桌前，屏幕上只剩一个进度条和一杯温掉的咖啡。没有周会，没有评审，我得和时间谈判。下面这 5 张便签，就是那几年从“带队造船”到“独自划艇”的换挡记录。）
— 便签一：节奏不是缩小版的流程 —
场景：大公司最后一周，我花了两天把路线图写到 Q4；独立后的第一周，我花了两天只为把 App 的“第一次点击”变得更顺手。
领悟：团队协作靠“流程”，个体产出靠“节奏”。把路线图摁在日历上无效，把节奏摁进身体才有用。
我改了三件事：
1）以“节气”做迭代锚点——每两周一次“对外可发布”的成果，不豪华，但真实。
2）每天 3 个固定问题：今天交付什么、挡我的是谁、删掉哪件不该做的事。
3）把周报换成“周日开箱”：给朋友发一条 TestFlight 或下载链接，请他开箱用 10 分钟。
一句规矩：能公开展示的进度，才算进度。
— 便签二：可扩展性和可替换性，不是一回事 —
场景：当 CTO，我为“未来三年增长”谈了半天的微服务；做独立，我把三套服务并成一套，甚至把消息队列换成了最土的本地队列加重试。
领悟：团队时代追“可扩展性”，个体阶段更需要“可替换性”——哪块坏了能快速抽出来换，不牵一发动全身。
我做技术决策的新准绳：
· 先选“稳”：成熟库 > 新潮轮子；能用系统能力就别自己造（例如 iOS 侧先用系统分享、系统存储）。
· 少一点“全能”，多一点“围栏”：把复杂逻辑顶到边界（网络、存储、解码），中间保持简单。
· 所有外部依赖都包一层“出口”，只暴露三件事：成功、失败、重试。将来要换实现，动这里。
一句规矩：当你一个人时，最强的架构是“能被替换的模块”，而不是“能承载一切的城墙”。
— 便签三：价值要被看见，而不是被解释 —
场景：当 CTO，我给产品部做过 40 页的 PRD 解读；独立之后，我把首屏只留一件事：点开就能得到“可分享的结果”。其他入口全部后置。
领悟：用户不是来听你讲道理的。价值要在 10 秒里“发生”，而不是在 10 分钟里“说明”。
我对首屏的改造术：
· 只允许一条主线动作；其他功能像星等一样按远近排位。
· 用“前后对照”替代“功能枚举”：让用户明确看到付费前后结果的差异（清晰、速度、上限）。
· 付费墙不再是拦路，而是“可验证的承诺”：现在付了，世界哪里不同；如果不合适，如何优雅退出。
一句规矩：好产品是让手先懂，再让脑点头。
— 便签四：两只表——一只是业务，一只是人 —
场景：那会儿我盯着一堆指标：DAU、留存、转化、崩溃率。独立之后，我又加了一只“人”的表：睡眠、运动、连续深度工作小时数。
领悟：项目死于“没钱”之前，常常先死于“没力气”。只有两只表都往上走，曲线才有延续性。
我保留下来的四个业务指标：
· 次日/七日留存（任何拉新都不如这条曲线诚实）
· 付费转化与退款率（承诺兑现与否的体温）
· Crash-free Users（稳定性的良心分）
· 首次关键动作的完成率（你的第一步是不是太难）
我盯住的三件个人数据：
· 晚上 11 点前睡到位的天数
· 每周三次 30 分钟有氧
· 每天 ≥2 小时不被打断的深度工作
一句规矩：指标不是为了好看，是为了让你在累的时候，知道该停还是该推。
— 便签五：发布不是终点，是开始的开始 —
场景：团队时代，有完整的灰度、回滚、告警链路；独立之后的第一版，我把一切都“简化”了。然后被一条边缘崩溃追着跑了三天。
领悟：一个人更需要“抗脆弱”。不是把风险消灭，而是把风险装进盒子。
我后来给自己补齐的三件“盒子”：
· 远程开关（feature flag）：线上发现异常能一键关闭某功能，而不是立刻发版本。
· 可回滚的资产：配置和模板版本化；遇到异常先回前一版。
· 可观察性最小集：崩溃收集、关键路径耗时、三类错误码（用户可改、我可改、第三方可改）。
一句规矩：把事故当素材，把复盘当产品文档的一部分。
——
尾声｜从会议室到厨房
我曾以为离开“团队的体量”，就会失去推开大门的力气。后来才明白：一个人做产品，像在小厨房里做饭，炉具不多、刀法要简单，但每一道菜都要“上桌”。
节奏替代流程，可替换性替代可扩展性，看得见的价值替代冗长解释，两只表同时健康，发布永远预留退路——这五张便签贴在我的显示器边上，像五块不起眼的磁铁，帮我把零散的日子吸成线。
你可能正站在电梯里，屏幕上是最后一次周会的纪要；或者已经坐到了那张木桌前。无论在哪一层，别忘了抬头看一眼窗外的天：今天这班船，你得亲自开。