太长不看
把你的工具栈和发布渠道填进下面的 Prompt，让 AI 出一份发布日清单，分成四段——技术、内容、公关、数据——每项标注 owner、时间（D-1 / 当天早 / 上线时 / 上线后）、是否”绝不能错”，以及验证方式。然后删掉它给的泛泛项，补上三个总是被漏掉的：发出并确认收到的数据测试事件、写名字的回滚拍板人、跨平台文案与图片一致。再加两次走查（前一天 60 分钟、当天早上 30 分钟），把清单本身抓不到的问题兜住。
任务场景
这周要上线。也许是 Product Hunt 一波、应用商店发布、官网揭幕，或者灰度后的新功能。发布日是死在基础项上的：埋点没生效、某平台截图错版、Footer 还挂着”敬请期待”。任务是一份按负责区分组的清单——D-1 走一遍、当天早上再走一遍——而且每项有具体的 owner，不是一个部门。
哪些适合让 AI 做，哪些不要
AI 善于枚举标准发布项（技术、内容、公关、数据），并提醒你压力下会忘的那一项。但它不知道你具体的栈、你的 Product Hunt 时间安排，也不知道你数据里哪个事件算转化。所以把托管、数据、社媒、支付、邮件这些工具都告诉它，它返回的条目才会对得上你的实际配置，而不是一份泛泛的 SaaS 模板。
有一条硬限制：AI 没法替你验证任何东西。“埋点已装”和”测试事件在看板里看到了”是两回事。每个”绝不能错”的项，在有人亲眼确认之前，都按未完成处理。
需要给 AI 的输入信息
- 产品类型（Web / App / SaaS / 硬件 / 内容）
- 发布渠道：Product Hunt、X、LinkedIn、应用商店、媒体、邮件、付费
- 受众 + 你要他们做的那一个动作
- 工具栈：托管、数据、CRM、支付、邮件
- 风险偏好：中午 PH 跌出 #5 还推吗？9 点站崩谁顶？
- 上次发布的教训（上回什么坏了）
可直接复制的 Prompt
出一份发布日清单。
产品：[类型]
发布渠道：[列表]
受众 + 主动作：[一句话]
工具栈：[托管 / 数据 / CRM / 支付 / 邮件]
风险偏好：[一句话]
上次发布教训：[列表]
请分成四组：
1. 技术——站点可用、支付活、错误监控、降级页
2. 内容——文案、图片、视频、截图、alt、OG 卡
3. 公关——各渠道帖、媒体、客服回复模版、内部频道
4. 数据——埋点、UTM、GA4 关键事件、转化 API
每项给我：
- 一句描述
- owner 角色（具体名字我来填）
- 是否"绝不能错"（没它不上线）
- 验证方式（怎么确认是"做完"而不是"配好"）
- 时间：D-1 / 当天早 / 上线时 / 上线后
再产出：
- D-1 走查脚本（60 分钟）
- 当天早走查脚本（30 分钟）
- 回滚决策树——X 坏了，指名的 owner 就执行 YApp 上架变体：加一句——“补上 Apple / Google 专项：TestFlight 邀请名单已截止、各地区商店截图、支持 URL 可访问、年龄分级已设、隐私 / 数据安全页填完。“
这件事用哪个 AI
任何当下的模型都能出清单，但对一份要结构化、要反复用的清单来说，有几点差异值得注意（截至 2026 年 6 月）：
| 工具 | 为什么适合出清单 | 价格 |
|---|---|---|
| Claude（Sonnet 4.6 / Opus 4.7） | 结构化输出和遵循指令最稳；长对话里能记住你的栈细节。免费档够出一次性清单。 | 免费；Pro $20/月 |
| ChatGPT（GPT-5.5） | Projects + Memory 让你跨多次发布复用同一套模板，不用每次重贴上下文。 | 免费；Plus $20/月 |
| Gemini 3.1 Pro | 如果你的栈在 Google Workspace 里最合适——能读发布文档，再把清单写回 Docs。 | 免费；Google AI Pro $19.99/月 |
只发一次，三家任一的免费档都够。如果是按节奏持续发布，把 Prompt 存成 Claude Project 或自定义 GPT，让清单逐次发布之间保持一致。完整对比见 ChatGPT vs Claude vs Gemini。
建议让 AI 输出成什么样
每段一个分组表，“绝不能错”项钉在最上面。最后是两段走查脚本（D-1 + 当天早），外加一页可打印版。把”上线后”那一类和上线前的预检清单分开——后者是反应式的（回评论、盯看板、决定要不要加投付费），不是上线前要打勾的项。
AI 通常说不清的三件事
模型会给你一份看着干净的清单。下面这三处才是发布真正翻车的地方，得手动加固。
1. 数据要”检查过”，不是”配好了”
“GA4 已装”什么都说明不了。在 GA4 里打开 管理 → DebugView，开启调试模式（用 Google Analytics Debugger 这个 Chrome 扩展，或 Google Tag Manager 预览模式），然后把真实的转化动作走一遍——注册、付款、你真正在意的那个按钮。事件应该在几秒内带参数出现在 DebugView 里，关键事件（转化）会有专门的标记。标记没出现，说明这个事件还没被登记成关键事件——现在修，别等 9 点。每个渠道的 UTM 链接也照做一遍，这样 Product Hunt 来的流量和邮件来的流量是分开计的，而不是全堆进”直接访问”。
2. 指名的回滚拍板人
一棵只写触发条件、不写人的回滚树，会让每次事故都变成 Slack 上的辩论。写法应是：“如果 10 分钟内结账报错超过 [N] 次，[名字] 关掉功能开关并在 [频道] 通报——不用开会。“一个人掌管 kill switch，不需要达成共识就能动手。“坏到什么程度才回滚”要在发布日之前、你还冷静的时候用数字定下来。
3. 跨平台文案与图片一致
X、LinkedIn、Product Hunt、邮件，标题一致、主视觉一致、语气一致。最容易漏的是社交卡：OG 图应为 1200×630 px（1.91:1），约 1 MB 以内，标题和人脸都放在中央安全区里，免得被裁掉。上线前把真实 URL 丢进 Facebook 的 Sharing Debugger（点 “Scrape Again” 清缓存）和 LinkedIn 的 Post Inspector，让第一次有人转发时预览就是对的——你没法在别人信息流里重新抓取。
Product Hunt 时间要点
如果 Product Hunt 是渠道之一，时间表是固定的，值得写进清单（截至 2026 年 6 月）：
- 发布在太平洋时间凌晨 0:01 上线，跑到当天 23:59 PT，没有更晚的时段。
- 头 4–6 小时决定初始排名——争取早期势头，每条评论尽量在 30 分钟内回。
- 2026 年算法更看重互动信号（评论、maker 回复、停留时长），且奖励把新用户带进 PH，而不是只动员老支持者。一段短演示视频能留住人，“帮我投票”式群发已经带不动以前那种排名了。
也就是说，公关那段要有一条”上线时”的项：maker 从太平洋时间 0:01 起在线回复，发布帖、首条评论、各项素材前一晚就排好。
怎么判断 AI 的清单能用
- 每个”绝不能错”都有具体名字的 owner + 验证方式（不只是”配好了”）
- 数据是用一个发出去、在 DebugView 里看到的测试事件验证过的，不是假设的
- 跨平台一致性在清单里（同标题、同图、同语气），且 OG 卡已预览过
- 回滚决策树写清”谁拍板”+ 数字触发条件，不只是”什么坏了”
- 走查时长贴合现实：D-1 60 分钟、当天早 30 分钟
容易踩的坑
- 没核数据——前 4 小时盲飞，分不清哪个渠道转化了。
- 跨平台不一致——这里一张截图、那里一句标题，受众跟丢了线索。
- 没值守计划——maker 埋头干活时，评论 / 私信 / 工单堆起来。
- 回滚树有触发条件没名字——每个问题都变成 9 点的会。
- owner 缺失——“市场”不是 owner，写名字才是。
FAQ
- 多早做这份清单？ 提前 5–7 天。再早能发现真问题、也有时间补；再晚清单就会漂离产品的真实状态。
- 软发布呢？ 大部分项还适用，再加一条”观察并决定要不要扩量”，并给那个决定一个明确指标。
- 清单放 Notion 还是纸？ 都要。Notion（或共享文档）打勾让团队看到进度，打印一份给走查的人，免得一切都依赖某个标签页开着。
- 最常被跳过的一项是什么？ 一个确认过的数据测试事件。团队标了”埋点已装”，却从没发一次真实转化看它落地——结果发布日整天在争数字真不真。
- 一份清单能跨多次发布复用吗？ 能，前提是把 Prompt 存成 Claude Project 或自定义 GPT，每次更新栈和渠道。结构是稳定的，具体内容逐次发布会变。
相关
- Release Checklist Prompt ——软件发布专用
- App Store Listing Prompt ——App 上架
- AI 发布文案教程 ——写发布公告
- 项目计划草稿 ——计划最后落到这份清单
- 功能优先级 ——这次发布含哪些
- 产品发布文案 ——各渠道文案