是什么？为什么做？
项目处于快速增长期，其中以提升报名人数指标出发，在实际运营过程中，了解到目前的运营模式中，服务报名除了家长自主选课外，还存在以下场景：
全年级/全班/老生共同报名某课程情况，大量家长在小程序报名，存在不容易控制、且周期长的问题，由运营生成订单并推送用户支付可较好提升报名成功率和及时性。
留守家庭情况，家中长辈对移动设备熟悉度较低，一般在线下缴费，需要运营人员协助在线上录入订单，以便记录数据并执行履约消课等流程；一名运营人员通常需要负责几个班学生对缴费，逐个在前台报名缴费繁琐，故希望能在后台批量生成已支付订单。
目前运营方式存在用户购买路径长，周期长问题，同时覆盖用户数较大，故提出支持人工生成订单需求，支持运营人员在后台逐条/批量生成订单，包括：
生成待支付订单，可推送给家长，家长接受通知后，小程序直接缴费报名。
生成已支付订单，直接录入订单数据，执行后续履约消课流程。
目标
提升报名人数10%
成果
实际成果，提升32.5%
业务流程
功能列表
注意这里优惠方案，仅针对已支付订单生效，优惠方案由系统自动计算。
原型设计
订单管理列表
订单来源：增加后台下单
后台下单
常见问题和解法
报名冲突校验规则的设计，如何提升校验的效率
先校验课程日期范围、课程星期（校验日期）、课程时间
逐层递进，如第一层不通过，直接跳过；
和用户主动购买相比，流程有哪些变更，推送过程由哪些校验？
用户主动购买流程与订单推送流程如下，标绿为调整部分：
其中用户发起购买请求后，需要先在交易系统进行校验后，才创建订单；
故管理员主动创建订单，考虑在交易系统前新建节点发起，提升系统复用性；
同时用户确认支付后，需要补充校验是否满员、做冲突提示。
迭代记录
1.0 支持选择课程、学员进行推送，用户接受推送提示后引导支付
2.0 支持老生报名场景，推送对象可快速添加课程学员，不用再一个一个选择
3.0 对接优惠、推广员功能
4.0 补充是否报名冲突校验开关
