是什么？为什么做？

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

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

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

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

生成待支付订单，可推送给家长，家长接受通知后，小程序直接缴费报名。

生成已支付订单，直接录入订单数据，执行后续履约消课流程。

目标

提升报名人数10%

成果

实际成果，提升32.5%

业务流程

功能列表

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

原型设计

订单管理列表

订单来源：增加后台下单

后台下单

常见问题和解法

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

先校验课程日期范围、课程星期（校验日期）、课程时间

逐层递进，如第一层不通过，直接跳过；

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

用户主动购买流程与订单推送流程如下，标绿为调整部分：

其中用户发起购买请求后，需要先在交易系统进行校验后，才创建订单；

故管理员主动创建订单，考虑在交易系统前新建节点发起，提升系统复用性；

同时用户确认支付后，需要补充校验是否满员、做冲突提示。

迭代记录

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

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

3.0 对接优惠、推广员功能

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