為了提升具體項(xiàng)目的報(bào)名率，運(yùn)營可以主動(dòng)生成訂單并推送至用戶，以推送給目標(biāo)群體，解決用戶購買路徑長等問題。這篇文章里，作者便結(jié)合實(shí)際項(xiàng)目，拆解如何用訂單推送提升報(bào)名人數(shù)，一起來看。

一、是什么？為什么做？

項(xiàng)目處于快速增長期，其中以提升報(bào)名人數(shù)指標(biāo)出發(fā)，在實(shí)際運(yùn)營過程中，了解到目前的運(yùn)營模式中，服務(wù)報(bào)名除了家長自主選課外，還存在以下場景：

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

留守家庭情況，家中長輩對移動(dòng)設(shè)備熟悉度較低，一般在線下繳費(fèi)，需要運(yùn)營人員協(xié)助在線上錄入訂單，以便記錄數(shù)據(jù)并執(zhí)行履約消課等流程；一名運(yùn)營人員通常需要負(fù)責(zé)幾個(gè)班學(xué)生對繳費(fèi)，逐個(gè)在前臺報(bào)名繳費(fèi)繁瑣，故希望能在后臺批量生成已支付訂單。

B端产品经理的能力模型与学习提升

B端产品经理面临的第一大挑战，是如何正确的分析诊断业务问题。 这也是最难的部分，产品设计知识对这部分工作基本没有帮助，如果想做好业务分析诊断，必须具备扎实 ...

查看详情 >

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

• 生成待支付訂單，可推送給家長，家長接受通知后，小程序直接繳費(fèi)報(bào)名。
• 生成已支付訂單，直接錄入訂單數(shù)據(jù)，執(zhí)行后續(xù)履約消課流程。

二、目標(biāo)

提升報(bào)名人數(shù)10%。

三、成果

實(shí)際成果，提升32.5%。

四、業(yè)務(wù)流程

五、功能列表

注意這里優(yōu)惠方案，僅針對已支付訂單生效，優(yōu)惠方案由系統(tǒng)自動(dòng)計(jì)算。

六、原型設(shè)計(jì)

1. 訂單管理列表

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

2. 后臺下單

七、常見問題和解法

報(bào)名沖突校驗(yàn)規(guī)則的設(shè)計(jì)，如何提升校驗(yàn)的效率：

• 先校驗(yàn)課程日期范圍、課程星期（校驗(yàn)日期）、課程時(shí)間；
• 逐層遞進(jìn)，如第一層不通過，直接跳過。

和用戶主動(dòng)購買相比，流程有哪些變更，推送過程由哪些校驗(yàn)？

• 用戶主動(dòng)購買流程與訂單推送流程如下，標(biāo)綠為調(diào)整部分；
• 其中用戶發(fā)起購買請求后，需要先在交易系統(tǒng)進(jìn)行校驗(yàn)后，才創(chuàng)建訂單；
• 故管理員主動(dòng)創(chuàng)建訂單，考慮在交易系統(tǒng)前新建節(jié)點(diǎn)發(fā)起，提升系統(tǒng)復(fù)用性；
• 同時(shí)用戶確認(rèn)支付后，需要補(bǔ)充校驗(yàn)是否滿員、做沖突提示。

八、迭代記錄

1.0 支持選擇課程、學(xué)員進(jìn)行推送，用戶接受推送提示后引導(dǎo)支付。

2.0 支持老生報(bào)名場景，推送對象可快速添加課程學(xué)員，不用再一個(gè)一個(gè)選擇。

3.0 對接優(yōu)惠、推廣員功能。

4.0 補(bǔ)充是否報(bào)名沖突校驗(yàn)開關(guān)。