每周发布可营销功能

工程目标：每个工程师每周交付一个"可营销的产品"（marketable product）。

• "可营销"的定义：这个功能独特到用户会专门为它来用你的 app 或订阅付费。反例：word processor 里的"两端对齐"是 table stakes——明摆着该有，没人会为它而来，不可营销；而别人没做过的独特能力可以拿去营销，用户甚至会忽略你缺基础功能也来用。
• 一周内交付的必然是 MVP，靠砍范围（scope）而非砍质量实现。

砍范围的方法（关键机制）：把每个要花时间做的元素列出来，逐个问"如果去掉它，产品还有用吗？"，不断重复，直到"再砍就没用了"为止——剩下的就是这一周的项目。

• 例（往视频里加图片）：正常设计会有相机导入→抠背景→调色相饱和度→云端/网盘选择器+素材库。全砍掉，只留"从相机胶卷原生选择器直接放进视频，无 UI"。如果这个核心都没用，那在它之上堆的一切也没用。
• 时间被压缩时，人们常犯的错是砍质量而不是砍范围——反了。质量大多数时候不能妥协（用户来用就得能用）。

为什么有效：

• 用户进来用了 MVP，最先抱怨的正是他们最在意的缺失点（"连抠背景都没有，这算什么图片工具"）。下一周就能把这些抱怨一次性补齐，用户感觉"这团队疯狂在 ship、这么快解决我的问题"。
• 没人抱怨几乎是红灯——有人抱怨说明他们在乎，是 PMF 信号。
• 大量方向同时试水，能工作的双倍下注、扩展，不工作的砍掉。AI 时代底层创新太多，roadmap 近乎无限，所以有足够 scope 支撑每周产出。

配套：长期项目/基础设施单独安排时段（Captions 把 Q4 定为"基础设施季"集中还技术债）。一次性大决策若是 one-way door（不可逆）就值得认真对待，two-way door 随便做。