新品发布排期、物料与渠道计划

它解决什么问题

新品发布在中国互联网团队里通常不是单一动作，而是排期、物料、渠道三组任务交织的连锁过程：研发什么时候冻结版本、运营什么时候提交素材、渠道方要求哪些合规材料、上线当天谁来盯数据。最常见的失败模式不是缺想法，而是把未验证的假设写进计划——把拍脑袋的上线日期当成承诺、把没跑过投放的素材当成既定物料、把平台规则当常识处理。

这个 Skill 处理的正是「信息不全但 deadline 已定」的场景。

它如何工作

它不是讲解怎么写 PRD 的概念说明，而是一个可检查的执行闭环：

• 信息确认：先要目标用户、业务目标、产品阶段，以及反馈、行为数据、竞品证据；研发、运营、预算和时间约束同样必须到位
• 缺口先于方案：信息不足时先列缺口和影响，而不是用行业惯例补写。涉及价格、时间、案例、资质、平台规则时明确不猜
• 模块化拆解：任务拆成发布排期、物料、渠道计划三个可独立检查的模块，各自有优先级、负责人和依赖
• 边界内执行：按原能力边界生成 pre-launch / launch day / post-launch 的 playbook
• 交付前复核：从目标、事实、可执行性、合规、完整性五个维度过一遍

交付物

每次执行产出目标与范围卡、执行步骤与模板、带负责人和检查点的运营包，以及一份事实依据 / 风险 / 待确认清单。四类内容分开标注，避免把推断写成事实。

适用边界

• 不把未经验证的用户意见、市场规模或增长预测写成事实
• 不把本地文档和模板冒充已经执行的平台操作
• 不读取、记录或输出 Token、密码等敏感信息
• 涉及真实发送、发布、付费、删除或生产变更时，必须由用户明确授权

硬门槛未达标时输出「暂不可交付」，并说明缺什么、谁来补、下一步做什么。