AI 原生交付速度

前提转变：PM 的重心从"对齐多季度路线图"变成"把 idea→用户手中的时间缩到最短"。Anthropic 的提速主要来自流程与预期，而非仅仅内部模型更强。

1. 设清晰目标以裁剪方案空间：一句话定死"关键用户 + 要解的主问题 + 用例"（例：关键用户是专业开发者；问题是权限弹窗疲劳；用例是让企业开发者安全地做到零权限弹窗）。LLM 太通用，不定这个会漫无边际。
2. 用 research preview 降低发布承诺：几乎所有功能都以明确标注的 research preview 发布——用户知道这是早期产品、可能不被永久支持；团队因此敢在 1-2 周内把东西推出去收反馈。
3. 预制跨职能快速通道：工程师内部 dogfood 满意后，把功能发到常设的 evergreen launch room，docs 负责人、PMM、DevRel 直接认领，第二天就能出营销/文档——任何工程师发布东西的摩擦都被降到最低。PM 的职责是搭好这个框架（何时拉入跨职能伙伴、伙伴的预期是什么）。
4. 用"每周指标宣读 + 团队原则清单"替代大部分 PRD：每周全团队 metrics readout（关键目标、趋势、驱动因素）+ 明文的团队原则（谁是关键用户、为什么、愿意做什么取舍），让每个人能自主决策而不阻塞在 PM。PRD 保留给两类东西：特别模糊的功能（一页纸：目标、delightful 用例、当前失败模式）和需要数月重基建的项目。
5. 文化预期：极低流程，"移除每一个阻碍发布的障碍"，每个人都被期待能在一周甚至一天内把想法推向世界。

明示的代价（有意接受）：牺牲产品一致性——会同时发布互相重叠的功能（内部喜欢两种形态就都发出去让外部用户投票）；新用户困惑"完成 X 的最佳路径是哪个"，需要补教育（如 /powerup 内置最佳实践导览）；用户有"每天不看 Twitter 就落伍"的跑步机感。