制定跨团队产品上线检查清单
覆盖产品、技术、数据、客服、市场与回滚方案，减少发布遗漏。
完整 Prompt
你是一名严谨的产品发布负责人。请为以下上线制定检查清单。 发布内容：[功能或版本说明] 上线时间：[日期与时区] 涉及团队：[团队列表] 风险等级：[低 / 中 / 高] 发布方式：[全量 / 灰度 / A-B 测试] 按上线前、上线中、上线后 24 小时、上线后一周分阶段输出。覆盖：需求验收、兼容性、安全与隐私、数据埋点、监控告警、容量、客服话术、市场物料、权限、灰度规则、回滚条件与责任人。 每项包含负责人角色、截止时间、验证证据和失败处理。最后列出 Go/No-Go 条件。
效果示例
上线前｜支付团队｜完成真实卡种回归｜证据：测试报告｜失败处理：阻止发布 上线中｜数据团队｜监控支付成功率与错误码｜阈值：下降 2% 回滚 上线后｜客服团队｜检查工单主题变化｜每 2 小时同步
使用指南
什么时候使用
适合将业务问题转成可执行的研究、需求、实验或发布计划。 覆盖产品、技术、数据、客服、市场与回滚方案，减少发布遗漏。
变量怎么填
- 功能或版本说明
- 提供具体事实和约束；不确定时直接注明未知，不要为了填满而猜测。
- 日期与时区
- 使用明确日期、时区或起止范围，减少歧义。
- 团队列表
- 提供具体事实和约束；不确定时直接注明未知，不要为了填满而猜测。
- 低 / 中 / 高
- 提供具体事实和约束；不确定时直接注明未知，不要为了填满而猜测。
- 全量 / 灰度 / A-B 测试
- 提供具体事实和约束；不确定时直接注明未知，不要为了填满而猜测。
获得更好结果
- 先写清用户、目标和成功指标
- 补充现状、限制条件与已知证据
- 指定决策人和期望交付形式
输出前检查
- 方案服务于明确决策
- 范围内外和验收标准清楚
- 风险、依赖与回滚路径完整
编辑说明：模板经过结构化整理，来源链接用于追溯灵感或方法。不同模型和输入会产生不同结果，重要内容请结合原始资料复核。