在小紅書產(chǎn)品中，目前存在著一小部分用戶在訂單取消后二次生成訂單進(jìn)行支付。而本文目的主要是提高用戶首次提交訂單的支付率，避免二次支付，并由此展開了優(yōu)化策略的分析。

一、項目背景

1.「小紅書」現(xiàn)狀

一小部分的用戶（影響面約3%）會在購物訂單取消后，在訂單生成時間之后的30min~120min內(nèi)，二次生成訂單，并完成支付。

2.「小紅書」當(dāng)前支付流程

圖1「小紅書」當(dāng)前支付流程

3. 調(diào)研分析

表1 調(diào)研分析不同場景下6個APP的待支付時長

說明：

• 強相關(guān)是指購買歷史中有50%商品與現(xiàn)在待購買商品同屬一類標(biāo)簽，甚至同款商品，如：用戶常常在淘寶上購買女裝，現(xiàn)在要支付購買的商品也是女裝；
• 弱相關(guān)是指購買歷史中有不到50%商品與現(xiàn)在待購買商品同屬一類標(biāo)簽，如用戶在淘寶上購買過3000個商品，卻只有2件是家電，而這次待支付購買的也是家電；
• 無相關(guān)是指購買歷史中沒有與現(xiàn)在待購買商品同屬一類標(biāo)簽，如用戶在淘寶上購買過3000個商品，卻從沒有買過保健品。

從以上調(diào)研看出：

（1）從購買商品是否屬于促銷活動類分析 。

淘寶、京東和多點的支付時長各不相同，但在各自APP針對不同的場景做了不同的處理：

• 「淘寶」的限時購、聚劃算這種促銷活動支付時長比非促銷活動下（篩選、搜索等）的壓縮的很多，只有30分鐘，而非促銷活動下待支付時長為23小時59分鐘。
• 「京東」處理的則更細(xì)致些，京東秒殺、京東拼團(tuán)、京東一小時達(dá)雖都屬于為促銷等活動，但是待支付時長卻差異很大，京東秒殺的待支付時長為23小時59分鐘，而京東拼團(tuán)和京東一小時達(dá)的待支付時長為6小時；同樣的，京東生鮮、圖書、零食等這類非促銷活動的的待支付時長，也不同，京東生鮮的待支付時長為6小時，而圖書、零食等其它非促銷活動商品的待支付時長為23小時59分鐘。
• 「多點」的處理與「淘寶」類似，針對熱門促銷、限時秒殺、全球精選等促銷類商品的待支付時長稍短些，為5分鐘，而非促銷活動商品的待支付時為15分鐘。

唯品會、拼多多和網(wǎng)易嚴(yán)選的支付時長是寫死的，分為20分鐘、30分鐘和1小時。

（2）從用戶類型分析

淘寶、京東、多點、唯品會、拼多多和網(wǎng)易嚴(yán)選新注冊用戶和老用戶在待支付時長一致。

（3）從訂單金額分析

針對上表中的每個商品欄目，筆者在[5，6000]元的價格區(qū)間做了多次調(diào)研，發(fā)現(xiàn)淘寶、京東、多點、唯品會、拼多多和網(wǎng)易嚴(yán)選對訂單價格的處理一致，待支付時長不受訂單價格的影響。

（4）從購買歷史相關(guān)性分析

京東、多點、唯品會、拼多多和網(wǎng)易嚴(yán)選對訂單價格的處理一致，待支付時長也不受購買歷史的影響，也就是說對于復(fù)購商品、常購類型商品以及無購買歷史類型商品在各APP內(nèi)的待支付時長一致。

二、項目目標(biāo)

提高用戶首次完成支付的比例，用戶盡量在第一次生成訂單時完成購買，減少二次購買情況。

三、需求概述

1. 針對不同的影響因了，賦予不同的權(quán)值，實現(xiàn)待支付時長的個性化。
2. 針對新用戶優(yōu)化支付流程
3. 制定即時提醒消息功能
4. 數(shù)據(jù)監(jiān)控與統(tǒng)計需求

四、需求詳述

通過對淘寶、京東、多點、唯品會、拼多多和網(wǎng)易嚴(yán)選這6個APP在支付環(huán)節(jié)的調(diào)研分析，認(rèn)為影響待支付因素的主要由商品性質(zhì)、用戶畫像以及場景制約決定的。如圖2所示。

圖2影響待支付時長的因素

因此，本項目計劃將從商品、用戶和場景三人維度細(xì)分為12個影響因子，然后在每種情況下設(shè)定不同的待支付時長。

表2不同影響因子下的待支付時長處理

另外，還優(yōu)化以下需求：

• 針對APP30分鐘內(nèi)無任何操作的情況下，推送消息給用戶還一筆訂單待支付，同時，在訂單關(guān)閉頁增加再次購買流程。
• APP中增加未支付訂單展示提醒。
• 訂單待支付時長的開始時間改為訂單發(fā)起支付的時間。

五、統(tǒng)計需求

記錄不同訂單待支付時長的成功支付率：

表3統(tǒng)計不同訂單待支付時長的成功支付率

本文由 @Alian 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議