為了提升具體項目的報名率，運營可以主動生成訂單并推送至用戶，以推送給目標群體，解決用戶購買路徑長等問題。這篇文章里，作者便結合實際項目，拆解如何用訂單推送提升報名人數，一起來看。

一、是什么？為什么做？

項目處于快速增長期，其中以提升報名人數指標出發，在實際運營過程中，了解到目前的運營模式中，服務報名除了家長自主選課外，還存在以下場景：

全年級/全班/老生共同報名某課程情況，大量家長在小程序報名，存在不容易控制、且周期長的問題，由運營生成訂單并推送用戶支付可較好提升報名成功率和及時性。

留守家庭情況，家中長輩對移動設備熟悉度較低，一般在線下繳費，需要運營人員協助在線上錄入訂單，以便記錄數據并執行履約消課等流程；一名運營人員通常需要負責幾個班學生對繳費，逐個在前臺報名繳費繁瑣，故希望能在后臺批量生成已支付訂單。

目前運營方式存在用戶購買路徑長、周期長問題，同時覆蓋用戶數較大，故提出支持人工生成訂單需求，支持運營人員在后臺逐條/批量生成訂單，包括：

• 生成待支付訂單，可推送給家長，家長接受通知后，小程序直接繳費報名。
• 生成已支付訂單，直接錄入訂單數據，執行后續履約消課流程。

二、目標

提升報名人數10%。

三、成果

實際成果，提升32.5%。

四、業務流程

五、功能列表

注意這里優惠方案，僅針對已支付訂單生效，優惠方案由系統自動計算。

六、原型設計

1. 訂單管理列表

訂單來源：增加后臺下單。

2. 后臺下單

七、常見問題和解法

報名沖突校驗規則的設計，如何提升校驗的效率：

• 先校驗課程日期范圍、課程星期（校驗日期）、課程時間；
• 逐層遞進，如第一層不通過，直接跳過。

和用戶主動購買相比，流程有哪些變更，推送過程由哪些校驗？

• 用戶主動購買流程與訂單推送流程如下，標綠為調整部分；
• 其中用戶發起購買請求后，需要先在交易系統進行校驗后，才創建訂單；
• 故管理員主動創建訂單，考慮在交易系統前新建節點發起，提升系統復用性；
• 同時用戶確認支付后，需要補充校驗是否滿員、做沖突提示。

八、迭代記錄

1.0 支持選擇課程、學員進行推送，用戶接受推送提示后引導支付。

2.0 支持老生報名場景，推送對象可快速添加課程學員，不用再一個一個選擇。

3.0 對接優惠、推廣員功能。

4.0 補充是否報名沖突校驗開關。