为了提升具体项目的报名率，运营可以主动生成订单并推送至用户，以推送给目标群体，解决用户购买路径长等问题。这篇文章里，作者便结合实际项目，拆解如何用订单推送提升报名人数，一起来看。

一、是什么？为什么做？

项目处于快速增长期，其中以提升报名人数指标出发，在实际运营过程中，了解到目前的运营模式中，服务报名除了家长自主选课外，还存在以下场景：

全年级/全班/老生共同报名某课程情况，大量家长在小程序报名，存在不容易控制、且周期长的问题，由运营生成订单并推送用户支付可较好提升报名成功率和及时性。

留守家庭情况，家中长辈对移动设备熟悉度较低，一般在线下缴费，需要运营人员协助在线上录入订单，以便记录数据并执行履约消课等流程；一名运营人员通常需要负责几个班学生对缴费，逐个在前台报名缴费繁琐，故希望能在后台批量生成已支付订单。

目前运营方式存在用户购买路径长、周期长问题，同时覆盖用户数较大，故提出支持人工生成订单需求，支持运营人员在后台逐条/批量生成订单，包括：

• 生成待支付订单，可推送给家长，家长接受通知后，小程序直接缴费报名。
• 生成已支付订单，直接录入订单数据，执行后续履约消课流程。

二、目标

提升报名人数10%。

三、成果

实际成果，提升32.5%。

四、业务流程

五、功能列表

注意这里优惠方案，仅针对已支付订单生效，优惠方案由系统自动计算。

六、原型设计

1. 订单管理列表

订单来源：增加后台下单。

2. 后台下单

七、常见问题和解法

报名冲突校验规则的设计，如何提升校验的效率：

• 先校验课程日期范围、课程星期（校验日期）、课程时间；
• 逐层递进，如第一层不通过，直接跳过。

和用户主动购买相比，流程有哪些变更，推送过程由哪些校验？

• 用户主动购买流程与订单推送流程如下，标绿为调整部分；
• 其中用户发起购买请求后，需要先在交易系统进行校验后，才创建订单；
• 故管理员主动创建订单，考虑在交易系统前新建节点发起，提升系统复用性；
• 同时用户确认支付后，需要补充校验是否满员、做冲突提示。

八、迭代记录

1.0 支持选择课程、学员进行推送，用户接受推送提示后引导支付。

2.0 支持老生报名场景，推送对象可快速添加课程学员，不用再一个一个选择。

3.0 对接优惠、推广员功能。

4.0 补充是否报名冲突校验开关。