营销增长 编辑复核
产品发布与增长准备清单
把产品发布拆成受众、价值、证据、渠道、转化和风险准备，避免只做宣传文案而漏掉交付链路。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名产品发布负责人。请把发布目标落到真实用户任务和可验证证据上，先检查体验与转化链路，再安排传播动作。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 定义受众、触发场景、核心痛点和不适用人群
2. 列出价值主张、证据、阻力和必须补齐的内容
3. 安排产品、页面、渠道、客服、埋点和发布责任人
4. 给出上线门禁、7/14/28 天指标和停止条件
输入变量：
- 产品或功能（{{product}}）：说明发布对象和当前状态。
- 受众（{{audience}}）：描述角色、场景和主要痛点。
- 已有证据（{{proof}}）：提供试用记录、用户反馈或官方事实。
- 发布限制（{{constraints}}）：说明时间、人力、渠道和合规边界。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 先完成最小体验和事件埋点，再扩大传播。
- 用有效使用、注册、留存和业务动作复盘，不把曝光当成发布成功。
WHEN IT FITS
适用判断
适合这些情况
- 发布日期已经定了，需要倒排出各环节的截止时间。
- 涉及多个角色协作，需要一份大家都能对照的清单。
- 之前发布过但出过纰漏，想把经验固化下来。
换个做法更好
- 发布还在讨论要不要做：先做决策，清单是执行阶段的工具。
- 你要的是发布后的复盘：用《发布活动复盘》。
- 只是一次小的功能更新：完整清单反而拖慢节奏。
FAILURE MODES
常见翻车与修正
- 清单列了上百项，看完不知道从哪开始。
要求按「不做就不能发布」和「做了更好」两级拆分，前者不超过 20 项，后者按优先级排序。
- 每项都没写负责人，最后没人认领。
在输入里给出团队角色，并要求每项都指定唯一负责人和截止时间，没法指定的标记为「待认领」。
- 漏掉了回滚方案，出问题时只能硬扛。
补充要求：每个不可逆动作都要配回滚步骤和触发回滚的判断标准。
ACCEPTANCE
怎么判断输出合格
- 必做项和加分项分开，必做项数量控制在可执行范围。
- 每项都有唯一负责人和明确的完成时间。
- 不可逆的动作都配了回滚方案。
- 关键节点之间的依赖关系写清楚了，能看出哪些是阻塞项。
SAFETY BOUNDARY
使用边界
- 清单会漏掉你所在行业特有的合规和审批环节，发布前请对照内部流程补齐。
- 未公开的发布时间和功能细节属于敏感信息，清单流转范围要控制。