产品发布 Runbook：72 小时 + 首月清单
B 方向·OPC 最佳实践（执行收束维度）。工作区 40+ 课题的结论收敛成一份可执行的发布操作手册——「研究做完了，发布那天照着做」。
背景与问题
首个产品（防诈或回忆录）发布时，合规、渠道、支付、监控、实验的准备项散在各个课题里。收敛成一份按时间排序的 checklist。
发现（全部来自本工作区既有课题结论，按 T-时间轴重排）
T-4 周（准备期）
T-2 周（渠道期）
T-0（72 小时）
T+1 月（验证期）
推测
- 这份 runbook 的最大价值是防止发布日的注意力漂移：checklist 外的事（新灵感、新渠道想法）一律记入 inbox 不当场处理。
结论
可行动启发：
- runbook 存为仓库文件（
topics/_runbook.md或模板目录），每次发布复制一份按日期填状态——这份笔记是索引，仓库文件才是操作版。 - T-4 周是真正的瓶颈期（合规文案+安全配置最耗时），渠道动作都可以压到 T-2 周后——别在发稿上提前花时间。
- 发布日只做三件事：发稿、社区首发、盯漏斗；其余全部已提前就位——当天出现的新想法记 inbox。
- 6 周检查点是唯一的硬止损：到点必须跑一次「先售后砍」评估（opc-exit-microacquisition），避免沉没成本陷阱。
待办 / 下次继续
关联
- 本篇是全部 45 课题的执行收束点；各条目链接回原课题查细节。