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

一、是什么？為什么做？

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

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

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

做交互设计10年，我为何转岗到产品经理？

真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据分析...

查看详情 >

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

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

二、目標(biāo)

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

三、成果

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

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

五、功能列表

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

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

1. 訂單管理列表

訂單來源：增加后臺(tái)下單。

2. 后臺(tái)下單

七、常見問題和解法

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

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

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

• 用戶主動(dòng)購(gòu)買流程與訂單推送流程如下，標(biāo)綠為調(diào)整部分；
• 其中用戶發(fā)起購(gòu)買請(qǐng)求后，需要先在交易系統(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)名場(chǎng)景，推送對(duì)象可快速添加課程學(xué)員，不用再一個(gè)一個(gè)選擇。

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

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