大促需求的管理流程

因此，大促需求的管理，就是要解决这三个问题，数量多、时间急、压力大。

1）数量多怎么解决？

大促需求不能乱提，很多运营担心完不成任务，就无目的的随便提需求，自然导致了需求数量过多。这时候，就需要有领导负责需求的审核，过滤无效需求，控制需求数量。

2）时间急应该怎么办？

大促的需求，不能总是等到了活动开始前两三周才开始反馈，然后产品再出方案，再进入研发，这样时间是绝对不够的。如果618活动是从5月23日开始，那么应该提前启动，在4月初就开始收集运营需求，然后输出产品方案。这样才能做到游刃有余，也可以尽可能的提升需求完成数量和质量。

3）压力大需要如何处理？

首先，我们不能等到需求开发完成了，活动上线了，一直到活动结束复盘数据时，才去追溯目标没有完成是因为需求没有实现。应该最开始的时候，明确每个需求的价值，做了这个产品需求，能达到什么样的价值贡献。这样我们就能在最开始的时候知道，应不应该做这个需求，做这个需求能对目标有什么贡献，再去评估最终的效果与最初的预估差异。

大促需求管理可以采用以下流程：

1. 运营需求收集&确认

1）运营需求收集启动时间：大促活动开始前一个半月，例如618活动从5月23日开始，则收集启动时间为4月1日；双11活动从10月21日开始，则收集启动时间为9月1日。

2）运营需求收集确认时间：需求收集启动后一周时间，例如4月1日开始收集，则4月8日最终确认；9月1日开始收集，则9月8日开始确认。

3）运营需求收集需满足以下条件，才会进入产品确认流程：

• 按照运营需求收集模板填写
• 需求描述清晰，无歧义
• 需求价值明确，有清晰的数据评估
• 需求由各团队领导内审通过
• 需求有统一且唯一的优先级排序

2. 产品需求确认&内审

1）产品需求确认时间：运营需求确认后，则进入产品需求确认流程

2）产品需求确认流程：

• 依据运营侧反馈的优先级进行处理，根据需求对应的价值和实际的产品、研发、测试人力，确定最终承接的产品需求和优先级。
• 确认每个需求的产品负责人。
• 产品需求确认后，不可再新增需求，不可再变更已确认的需求内容。如需新增或变更，请走紧急需求流程。

3）产品需求内审时间：

产品需求确认后一周，进行产品需求内审。例如，9月8日确认运营需求并确认产品负责人，9月15日产品需求内审。

需求确认后，产品需输出需求方案，进行内审。

如果涉及设计等其他资源，也需要同步提需求。

3. 产品需求评审&排期

1）产品需求研测评审：按照需求管理流程，产品需求内审通过后，需由研发、测试、数据等相关方初评审，约2-3天。

2）产品需求评审和排期：

召开单独的大促项目产品需求评审会，由研发进行评审。

评审过后，研发确认对应的开发负责人，并输出技术方案，确认需求排期。

同步确认设计需求排期时间。如果涉及的设计需求较多，可单独召开设计需求评审会。

3）研测输出需求排期：在评审后一周。例如9月19日完成评审，则9月23日输出全部需求详细排期。

4. 产品需求开发&测试

1）研发进入开发和测试，如有进度问题，及时同步并沟通解决

2）需求开发&测试时间：约3-4周。例如，9月23日排期确认后，需求在10月18日上线。

5. 产品需求上线&培训

1）产品需求完成验收并上线。

2）产品需求上线后培训时间：约2-3天。例如，10月18日上线，10月21日活动正式上线。