O2O業(yè)務(wù)預(yù)付訂單交易流程設(shè)計(jì)
本文作者分享了完整的O2O預(yù)付訂單的交易流程。因?yàn)橛脩?、商家、平臺運(yùn)營人員、派單系統(tǒng)的參與,流程中有很多分支所以較為復(fù)雜。筆者將項(xiàng)目上遇到的情況整理、分享出來,希望對讀者有所幫助。
做O2O相關(guān)業(yè)務(wù),本質(zhì)上是平臺作為中介,將能夠提供服務(wù)的商家(也就是勞動者)組織起來,然后吸引用戶來購買商家的服務(wù)。商家付出了勞動也付出了時(shí)間,對于商家而言這段時(shí)間是有機(jī)會成本的。如果不給某個(gè)用戶提供服務(wù),商家可以用這段時(shí)間去服務(wù)別的用戶,或者做別的事情。
現(xiàn)實(shí)當(dāng)中常常發(fā)生臨近服務(wù)時(shí)間用戶取消訂單,或者是商家到達(dá)制定地點(diǎn)卻聯(lián)系不上用戶的情況。這時(shí)商家手上沒有任務(wù),而且一時(shí)半會兒也接不到新的訂單,那么就會產(chǎn)生空檔期。
大家使用過打車軟件就會知道,用戶下完單(并且司機(jī)接單)后超過一定時(shí)間,如果出于自身的原因要取消訂單,用戶是要給予司機(jī)一定補(bǔ)償?shù)摹?/p>
其他O2O業(yè)務(wù)也存在類似打車業(yè)務(wù)的場景。
臨近服務(wù)前或者已到了服務(wù)時(shí)間,用戶取消訂單,就應(yīng)當(dāng)對商家進(jìn)行補(bǔ)償。這種情況的過錯(cuò)方在用戶,賠償金理應(yīng)由用戶出。
那么用戶怎么支付賠償金呢?
考慮到少量用戶存在誠信問題,會以各種方式拒絕/逃避賠付,從而打破O2O的訂購-交付-實(shí)際完成付款的商業(yè)流程和契約(商家按時(shí)到達(dá)制定地點(diǎn)也是服務(wù)交付的一部分,也應(yīng)當(dāng)獲得收益),那么不少情況下就有必要在下單階段就要求用戶預(yù)付款。有了預(yù)付款,就可以用來支付前面所說的賠償金。
O2O預(yù)付訂單的交易流程與普通用戶常見的B2C、C2C實(shí)物電商不同。前者因?yàn)楦嗟臉I(yè)務(wù)場景和支付方式,某些方面甚至還要更復(fù)雜。
下面就以上門洗碗業(yè)務(wù)為例(先不必在意業(yè)務(wù)是否合理),來設(shè)計(jì)一個(gè)交易流程。為了覆蓋足夠多的業(yè)務(wù)場景,以便這個(gè)設(shè)計(jì)具有更高的通用性,這里我們預(yù)設(shè):
- .對于這項(xiàng)服務(wù),用戶既可以選擇預(yù)付也可以選擇服務(wù)后付款;
- 用戶可以線上付款也可以線下付款;
- 平臺的運(yùn)營工具包含了會員余額(充X送Y)和代金券(運(yùn)營/客服發(fā)放,可以抵扣現(xiàn)金)。
一、整體流程
一次完整的服務(wù)從開始到結(jié)束包括用戶下單并預(yù)付、平臺派單&商家接單、商家提供服務(wù)、商家和用戶確認(rèn)最終賬單并操作出賬、用戶最終完成付款和售后。
另外需要說的是,這里的賬單指的是商品信息和費(fèi)用信息,交易指的是用戶的支付情況,而訂單則是賬單+交易。
因?yàn)榻灰酌骷?xì)信息(包括服務(wù)時(shí)長、服務(wù)費(fèi)用、支付方式)在下單時(shí)都不是最終態(tài),在后續(xù)過程中可能會調(diào)整,所以需要將賬單和訂單區(qū)分開來,而交易又有一套獨(dú)立于賬單和訂單的流轉(zhuǎn)過程。
在整個(gè)流程中,訂單包含這些狀態(tài):
- 待預(yù)付:生成預(yù)付賬單還未進(jìn)行預(yù)付時(shí)的狀態(tài)
- 處理中:用戶選擇了預(yù)付并跳轉(zhuǎn)到收銀臺進(jìn)行操作時(shí)的狀態(tài),如果用戶在收銀臺未完成付款就返回,則訂單狀態(tài)再次變成“待預(yù)付”
- 待確認(rèn):系統(tǒng)在派單中時(shí)的狀態(tài)
- 已完成:完成服務(wù)后,訂單最終完成付款了結(jié)
- 已取消:訂單被取消后的狀態(tài)
賬單有這些狀態(tài):
- 待處理:生成賬單后的初始狀態(tài)
- 處理中:用戶點(diǎn)擊跳轉(zhuǎn)到收銀臺進(jìn)行支付時(shí),狀態(tài)=處理中。如果用戶未完成付款,而是從收銀臺點(diǎn)擊返回,那么狀態(tài)變回“待處理”
- 已完成:當(dāng)賬單被成功支付后,賬單狀態(tài)為“已完成”
- 已關(guān)閉:當(dāng)賬單沒有被支付或作廢,則賬單狀態(tài)為“已關(guān)閉”
交易有這些狀態(tài):
- 未支付:訂單生成后初始狀態(tài)為“未支付”
- 已預(yù)付:當(dāng)訂單完成預(yù)付則該狀態(tài)變?yōu)椤耙杨A(yù)付”(非強(qiáng)制預(yù)付的訂單無此狀態(tài))
- 已出賬:未支付&已預(yù)付的賬單由商家更新并出帳,交易狀態(tài)變成“已出賬”狀態(tài)
- 已支付:服務(wù)結(jié)束后訂單被成功支付,狀態(tài)為“已支付”(當(dāng)商家確認(rèn)現(xiàn)金支付時(shí),不使用“已支付”,而是變?yōu)椤耙汛_認(rèn)”)
- 已確認(rèn):商家在商家端點(diǎn)擊確認(rèn)收到現(xiàn)金,交易狀態(tài)=“已確認(rèn)”
- 已退款:訂單發(fā)生過支付(預(yù)付),但是后續(xù)訂單被取消,則交易狀態(tài)為已退款
- 已作廢:訂單未發(fā)生過支付,訂單被取消后,交易狀態(tài)為已作廢
二、用戶端下單流程
用戶下單時(shí)首先需要選擇服務(wù)項(xiàng)目、服務(wù)時(shí)間、服務(wù)人員和服務(wù)地點(diǎn),以及這筆訂單是否要使用代金券或者是會員余額。用戶確認(rèn)并操作下一步時(shí)會生成預(yù)付賬單信息。系統(tǒng)根據(jù)策略判斷該筆訂單是否需要強(qiáng)制預(yù)付款,策略可以根據(jù)業(yè)務(wù)情況自行制定,這里舉例:
- 產(chǎn)品線維度:部分產(chǎn)品線必須預(yù)付,其余的無需
- 時(shí)間維度:一天當(dāng)中的某些時(shí)段需要預(yù)付
- 用戶維度:多次取消訂單用戶、芝麻信用分較低用戶必須預(yù)付
- 天氣:遭遇惡劣天氣時(shí)需預(yù)付
- 經(jīng)營情況:平臺單量大/庫存占用率高時(shí)需預(yù)付
如果用戶無需預(yù)付,則提交后直接進(jìn)入系統(tǒng)派單流程;如果需要預(yù)付則調(diào)起收銀臺進(jìn)行付款。付款過程中會占用庫存(因?yàn)橹付朔?wù)人員和服務(wù)時(shí)間),所以需要限制付款時(shí)間,一旦超時(shí)未完成付款,則系統(tǒng)自動取消訂單。用戶完成預(yù)付后同樣進(jìn)入派單流程。
另外需要注意,如果用戶在一筆訂單中同時(shí)使用多種支付方式,處理邏輯需要進(jìn)行設(shè)計(jì)以避免優(yōu)惠和運(yùn)營規(guī)則出現(xiàn)沖突或者崩潰。
比如:
- 如果允許用戶同時(shí)使用會員卡和優(yōu)惠券,那么是所有優(yōu)惠券都可以和會員卡同時(shí)使用,還是僅限部分類型的券;
- 出于更好的用戶體驗(yàn),系統(tǒng)自動幫助用戶綁定一張券,那么優(yōu)先綁定什么券(大額優(yōu)先還是近期失效的優(yōu)先?折扣券優(yōu)先還是代金券優(yōu)先?等等)。
三、商家端推送賬單、保單、結(jié)算流程
商家到達(dá)制定地點(diǎn)、做好服務(wù)準(zhǔn)備后,需要在商家端確認(rèn)“開始服務(wù)”,此后商家和用戶都無法在APP上取消訂單。
等到商家完成服務(wù),根據(jù)實(shí)際情況對服務(wù)時(shí)長(以及是否使用其自帶的工具材料)進(jìn)行調(diào)整,然后發(fā)給用戶確認(rèn),用戶確認(rèn)無誤后最終完成付款?;谶@樣的業(yè)務(wù)流程,需要將訂單結(jié)算拆分為推送賬單和報(bào)單兩個(gè)部分。
- 推送賬單:是指商家按照實(shí)際服務(wù)情況填寫好消耗的時(shí)長和物料,并將服務(wù)明細(xì)推送給用戶。好比是去飯店吃法,在付款前飯店先給一個(gè)已上菜名稱、價(jià)格的列表和匯總金額。如果賬單有誤,用戶看完后可以要求商家調(diào)整。因此,推送賬單的頁面存在兩種情況(首次推送前的形態(tài),及推送過后返回來修改的形態(tài))。
- 報(bào)單:是指商家將賬單提交給系統(tǒng),并依據(jù)此賬單完成結(jié)算。
在商家收款過程中,流程設(shè)計(jì)人員要明確的是:
- 會員卡、現(xiàn)金、其他線上支付方式在什么情況下可以選用?下面舉例的流程中,只有當(dāng)用戶是會員并且會員卡余額充足時(shí)才可以使用。當(dāng)然,從運(yùn)營的角度,在培訓(xùn)時(shí)得向商家強(qiáng)調(diào)必須事先與用戶確認(rèn),才能操作收款;從產(chǎn)品角度,商家完成收款之前在界面上也應(yīng)該進(jìn)行提示。
- 用戶是否在商家收款前就完成了線上支付,也就是預(yù)付?如果沒有預(yù)付,則需要用戶現(xiàn)金支付或者在用戶端進(jìn)行線上支付。
- 用戶已在線上預(yù)付的金額比實(shí)際金額多或少該如何處理?一般是多退少補(bǔ)。預(yù)付過少時(shí)需要再次支付;預(yù)付過多時(shí)需要考慮扣款的優(yōu)先級,一般是代金券>會員余額>第三方支付,多余的部分原路退回。
- 商家正常完成收款時(shí),在商家端如何給予引導(dǎo)?可以參考下面流程圖中的情形。
- 在異常情況下,這筆訂單已經(jīng)完成最終結(jié)算了,此時(shí)商家繼續(xù)操作報(bào)單、收款應(yīng)該如何處理?一般而言,需要在前端進(jìn)行報(bào)錯(cuò)提示,可參考流程圖中的情形。
四、用戶完成支付流程
商家推送賬單后,如果仍然有部分金額或者全額需要支付,則用戶可以支付現(xiàn)金、使用會員卡余額支付(如果有卡且余額足夠),或者是通過第三方支付進(jìn)行結(jié)算。前兩個(gè)選項(xiàng)都無需用戶在APP端操作,第三類則需要。
而在后端請求支付接口前必須先校驗(yàn)賬單/訂單的狀態(tài),如果訂單已經(jīng)完成支付或者是已取消,則支付流程中斷。這些都是基本常見的考量,不贅述。
五、關(guān)于訂單被取消的處理
一個(gè)訂單可能因?yàn)楦鞣N原因被取消,具體包括但不限于下面表格中列出的情況。其中,1類的情形過失方為用戶;2類情形的過失方為商家;3類情形過失方為平臺。
如果是商家或者平臺的過失,則用戶不應(yīng)當(dāng)承受不利后果。所以對于已預(yù)付的訂單被取消,則應(yīng)該對用戶進(jìn)行原路退款、全額退款。
在一些情況下,甚至還應(yīng)當(dāng)給用戶發(fā)券進(jìn)行補(bǔ)償。舉例:
- 長期忠實(shí)高價(jià)值用戶因訂單取消而發(fā)起投訴;
- 無可派商家,或者是系統(tǒng)多次派單都無法滿足用戶的需求;
- 臨近服務(wù)時(shí)間,臨時(shí)取消訂單,給用戶帶來不便;
- 優(yōu)惠券/代金券因過期而無法原樣退回。
因商家自身原因取消訂單,應(yīng)記錄到商家的考核評價(jià)體系中。多次取消訂單的商家,可以減少派單甚至不派單,也可以根據(jù)業(yè)務(wù)情況進(jìn)行罰款、扣押金、增加培訓(xùn)、解約等。
如果是因用戶的過失而導(dǎo)致取消訂單,則會存在全額罰款、部分罰款和全額退款三種處理方式。
- 未預(yù)付的訂單:平臺無法對用戶進(jìn)行罰款,這種情況下商家時(shí)間和收入上的損失由平臺進(jìn)行補(bǔ)償。但是平臺會記錄用戶的失信行為,用戶后期再次使用平臺服務(wù)就需要預(yù)付了。
- 預(yù)付訂單:根據(jù)用戶取消訂單的時(shí)機(jī)來決定應(yīng)當(dāng)采取哪種處理方式。舉例,距離服務(wù)時(shí)間T<24小時(shí),全罰;24小時(shí)≤T<48小時(shí),罰用戶在線支付總額的一半;T≥48小時(shí),全額退款。
對于出現(xiàn)的退款,需要對退款的路徑、各種退款方式的優(yōu)先級、退款中卡券的處理做出相應(yīng)的規(guī)則。
- 退款路徑:原路退回,用戶使用什么方式付款,退款時(shí)就回到相應(yīng)的賬戶中。
- 退款方式優(yōu)先級舉例:第三方支付>會員卡>代金券/優(yōu)惠券。這樣設(shè)定,是因?yàn)榈谌街Ц稛o特權(quán),其余兩種有特權(quán),既然用戶失信則應(yīng)對特權(quán)進(jìn)行限制;會員卡是用戶通過充值獲得的,而代金券/優(yōu)惠券是平臺運(yùn)營給予的,用戶獲取后者的成本遠(yuǎn)低于前者,所以會員卡的優(yōu)先級比券高。當(dāng)然,為了避免用戶做出錯(cuò)誤決定并導(dǎo)致其投訴,需要在用戶使用前就提示這種業(yè)務(wù)場景。
- 卡券異常情況處理:卡券如果按照原樣返回會過期的情況,根據(jù)業(yè)務(wù)確定是否延期;2.因?yàn)榭ㄈ拇嬖冢凑毡壤?guī)則計(jì)算時(shí)可能會出現(xiàn)退款金額>在線支付金額的情況,此時(shí)應(yīng)該加一條兜底規(guī)則,避免過多的退款。
六、關(guān)于售后
如果商家服務(wù)完離開后用戶發(fā)現(xiàn)質(zhì)量問題并向平臺投訴,則在一些情況下平臺運(yùn)營會介入并了解情況,確認(rèn)問題存在后會先行用代金券賠付給用戶,而后再對商家進(jìn)行懲罰。該流程是整個(gè)服務(wù)的一部分,但是不涉及預(yù)付,此處一筆帶過。
本文由 @霹靂 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)
- 目前還沒評論,等你發(fā)揮!