数字产品上线计划怎么排
产品发布：先有产品，再谈推广
很多“发布方案”其实是营销方案：默认产品已经做好，剩下的是投放、公关和社媒。这个模板解决的是更早的问题：产品还只是一个想法，团队要在两个月左右把它做成能收费的第一版。
模板共 10 项任务、3 个阶段。产品探索阶段包括客户调研与访谈、确定 MVP 范围、原型设计与验证；产品构建阶段包括 MVP 功能开发、系统集成与支付对接、QA 质检与 Beta 测试；上市推广阶段包括产品定位与定价策略、官网搭建与宣传物料、发布营销推广活动。真正属于营销的只有最后两项。如果产品已经上线，只需要做一波推广，建议改用营销活动模板。
41 个工作日大约是两个月，是小团队做精简版 MVP 的参考周期，不是承诺。要做原生 App、对接银行，或者涉及行业资质审批的产品，周期通常会更长。
哪些团队会用到这份发布计划
同一套结构可以套在很不一样的产品上，区别在于时间压在哪一项任务上：
- B2B SaaS 工具：例如面向连锁门店的排班系统。客户调研以店长和区域经理访谈为主，支付对接包括对公转账和开具增值税发票。
- 微信小程序：例如社区团购或到店预约类小程序。需要提前完成微信认证、准备服务类目资质并办理小程序备案，提交审核后一般要等一到几天。
- 上架应用商店的 App：除了苹果 App Store，华为、小米、OPPO、vivo 等安卓渠道往往要求软件著作权证书和 APP 备案，材料准备的时间要算进进度。
- 已有产品的新付费功能：调研对象就是现有用户，内测可以先对部分账号灰度开放，探索阶段可以明显缩短。
从用户访谈到上线：排期步骤
第一步，客户调研与访谈，5 个工作日，约 8 到 12 位目标用户。记下用户的原话，这些话之后可以直接用在官网和发布文案里，比自己写的卖点更有说服力。
第二步，确定 MVP 范围，3 个工作日。把收集到的需求全部列出来，只保留“没有它用户就不会付费”的功能，其余写进“第一版不做”清单。第三步，原型设计与验证，5 个工作日，用可点击的原型找 5 位左右用户走一遍核心流程。
原型通过后，MVP 功能开发（20 个工作日）和系统集成与支付对接（8 个工作日）同时进行，两者都完成后才开始 QA 质检与 Beta 测试（7 个工作日）。从调研一直到内测的这条链路就是关键路径，决定了发布日期。上市推广在确定范围后即可启动，比开发链路提前约三周完成，这段余量正好用来积累种子用户。
在 Great Gantt 里，关键路径会高亮显示，日期按工作日自动计算。把春节、国庆假期和调休上班日加入日历后，发布日期会跟着更新。每个阶段常见的交付物如下：
- 用户访谈提纲与访谈纪要
- MVP 需求清单和“第一版不做”清单
- 可点击原型与可用性测试记录
- 微信支付或支付宝商户号，以及支付回调联调记录
- 隐私政策、用户协议和个人信息收集清单
- 官网、定价页、发布海报和小红书笔记素材
- 内测问题清单，标明优先级和负责人
内测、种子用户与审核：最容易被低估的时间
内测不是走个过场。7 个工作日的封闭内测够用，前提是种子用户来自目标人群，而且清楚要测什么。可以从等候名单、用户社群或微信群里挑人，再准备一份任务清单：注册、走完核心流程、完成一次真实支付。
支付对接常常卡在商户号申请和资质审核上，而不是代码本身。营业执照、对公账户等材料最好在产品探索阶段就开始准备，否则开发做完了，钱却收不进来。
审核同样要提前。小程序或 App 被驳回后修改再提交，可能又要等几天。把提交审核放在 QA 与 Beta 阶段之内，不要压到发布前一晚。产品涉及个人信息的，还要对照《个人信息保护法》检查隐私弹窗和权限申请是否合规。
常见的排期失误
下面这些问题在产品发布项目里反复出现，排期时值得逐条对照：
- 范围还没定，就先对外公布发布日期，结果开发只能挤压测试时间。
- 跳过原型验证，认为“我们比用户更懂用户”。
- 定价拖到最后，官网、收银台和推广文案全部返工。
- 内测只找同事和朋友，收到的反馈全是客气话。
- 选在双十一、618 等大促期间发布新品，声音被淹没，除非产品本身就是为大促做的。
- 发布当天没人值班，第一批用户的问题没人回复。