案例分享:手把手帶你做“會(huì)員卡”后臺(tái)管理設(shè)計(jì)

6 評(píng)論 13387 瀏覽 107 收藏 17 分鐘

編輯導(dǎo)語(yǔ):我們可以在各種平臺(tái)上看到付費(fèi)會(huì)員機(jī)制,比如視頻平臺(tái)的會(huì)員、微博會(huì)員等等,這些會(huì)員可以給用戶帶來(lái)一些附加的福利以及利益;并且會(huì)員卡的后臺(tái)管理設(shè)計(jì)要有多種考慮,從用戶角度出發(fā);本文作者分享了關(guān)于會(huì)員機(jī)制的后臺(tái)管理設(shè)計(jì),我們一起來(lái)看一下。

大家好,今天給大家?guī)?lái)了新的干貨,前面講過(guò)了“財(cái)務(wù)流水”和“財(cái)務(wù)對(duì)賬”的相關(guān)設(shè)計(jì);這一篇趁熱打鐵,抽“財(cái)務(wù)流水”其中的一個(gè)“交易項(xiàng)目”——“付費(fèi)會(huì)員業(yè)務(wù)”(嚴(yán)謹(jǐn),后面稱“會(huì)員卡業(yè)務(wù)”)來(lái)講一講。

“會(huì)員卡業(yè)務(wù)”聽(tīng)上去好像都是C端玩的東西,其實(shí)不然,“會(huì)員卡業(yè)務(wù)”不僅和用戶的權(quán)益息息相關(guān),因?yàn)樯婕暗绞杖耄赃@塊業(yè)務(wù)也和財(cái)務(wù)密切相關(guān)。

“會(huì)員卡業(yè)務(wù)”聽(tīng)起來(lái)簡(jiǎn)單,但是實(shí)際入手設(shè)計(jì)的時(shí)候要考慮到的點(diǎn)還是特別多的,一不小心就有可能給后面的工作挖了一個(gè)坑,今天給大家梳理一下這塊產(chǎn)品設(shè)計(jì)。

好了,閑話少說(shuō),我們直接進(jìn)入主題吧。

一、業(yè)務(wù)背景

業(yè)務(wù)背景其實(shí)很常見(jiàn)了,簡(jiǎn)單來(lái)說(shuō)就是“付費(fèi)會(huì)員卡業(yè)務(wù)”,類似于市面上視頻會(huì)員、音樂(lè)會(huì)員等等,按照時(shí)間的長(zhǎng)短去買,買了之后就可以在指定時(shí)間內(nèi)享受特權(quán),這其中所涉及到的有C端用戶的操作以及C端與后臺(tái)的交互等等。

對(duì)于C端用戶而言,只有簡(jiǎn)單的三步,打開(kāi)APP、下單、支付就可以享受會(huì)員權(quán)益了;而對(duì)于后臺(tái)就相對(duì)復(fù)雜一點(diǎn)了,要記錄操作,還要改動(dòng)數(shù)據(jù),大家會(huì)問(wèn),這有什么難的?前面幾步確實(shí)沒(méi)什么難度,但是涉及到業(yè)務(wù)閉環(huán)中的“退款”的時(shí)候,就需要稍加設(shè)置避免踩雷了,下面給大家細(xì)講如下。

二、會(huì)員卡購(gòu)買支付流程

1. 業(yè)務(wù)流程

購(gòu)買流程與后臺(tái)數(shù)據(jù)交互相對(duì)簡(jiǎn)單,直接給大家描述要點(diǎn)加圖示了。

  • C端動(dòng)作:用戶下單——支付——獲取會(huì)員權(quán)益
  • 后臺(tái)作業(yè):【記錄用戶購(gòu)買記錄】、【記錄會(huì)員卡購(gòu)買記錄】、【后臺(tái)改變用戶屬性】、【設(shè)置會(huì)員到期時(shí)間】、【記錄收入流水】

2. 【后臺(tái)作業(yè)】項(xiàng)目釋義

1)【記錄用戶購(gòu)買記錄】:相當(dāng)于是用戶操作日志。

2)【記錄會(huì)員卡購(gòu)買記錄】:?jiǎn)为?dú)記錄會(huì)員卡的購(gòu)買記錄,這里注意,為什么要單獨(dú)記錄會(huì)員卡的購(gòu)買記錄呢?

舉個(gè)例子:如果用戶使用了優(yōu)惠券,使支付訂單金額為“0”,那么就不會(huì)跳轉(zhuǎn)至第三方的支付軟件支付了,從自己APP內(nèi)即可完成支付;同樣道理,第三方支付平臺(tái)亦不會(huì)有流水產(chǎn)生,而這條記錄,也不宜記錄至“財(cái)務(wù)流水”中,所以就單獨(dú)拿出一個(gè)表記錄用戶的會(huì)員卡購(gòu)買記錄,也用于用戶在C端查看賬單使用。

注:記錄會(huì)員卡購(gòu)買記錄的時(shí)候,建議將本次購(gòu)買記錄的會(huì)員起止時(shí)間也記錄上,這是個(gè)關(guān)鍵點(diǎn),下面講到退款的時(shí)候會(huì)提到。

3)【后臺(tái)改變用戶屬性】:根據(jù)用戶購(gòu)買的會(huì)員產(chǎn)品,改變用戶對(duì)應(yīng)的屬性。

4)【設(shè)置會(huì)員到期時(shí)間】:根據(jù)用戶購(gòu)買的會(huì)員卡時(shí)間,設(shè)置用戶的會(huì)員到期時(shí)間。

5)【記錄收入流水】:根據(jù)訂單詳情,記錄收入流水。

注:這里提到了多個(gè)表,大家看上去功能可能會(huì)有所重復(fù)(“用戶購(gòu)買記錄”、“會(huì)員卡購(gòu)買記錄”、“收入流水”),沒(méi)錯(cuò),部分?jǐn)?shù)據(jù)是有重復(fù)的,這里建議大家根據(jù)實(shí)際業(yè)務(wù)需要調(diào)整;如果問(wèn)有那么多數(shù)據(jù)重復(fù)為什么不放到一張表里,因?yàn)閷?shí)際業(yè)務(wù)需求的需要以及多表合用帶來(lái)的冗余數(shù)據(jù)和調(diào)整困難以及查詢問(wèn)題各家技術(shù)解決方案不同,這里就不做具體技術(shù)討論了。

3. 流程圖

給大家用序列圖描述一下流程吧,實(shí)在找不出更好類型的圖表來(lái)描述了。

這一步需要的后臺(tái)操作其實(shí)很少,基本上就是生成了一些數(shù)據(jù)而已,便于各個(gè)業(yè)務(wù)部門通過(guò)數(shù)據(jù)來(lái)做分析,都是些表格配合查詢條件的界面,我就不放出來(lái)了。

三、會(huì)員卡申請(qǐng)退款流程

說(shuō)起筆者會(huì)員卡退款的流程設(shè)計(jì),真的是很充滿戲劇性,因?yàn)楫?dāng)時(shí)系統(tǒng)還不是很完善,退會(huì)員卡的這個(gè)事情就一直被擱置著,還是走的線下實(shí)現(xiàn)——客服登記表格,同步給產(chǎn)品,然后再交給開(kāi)發(fā)直接改數(shù)據(jù),是不是很Low?也就當(dāng)時(shí)數(shù)據(jù)量小的時(shí)候可以這樣應(yīng)付一下;結(jié)果沒(méi)過(guò)多久,因?yàn)楣P者所在企業(yè)地區(qū)業(yè)務(wù)調(diào)整,要面臨大面積的退會(huì)員卡業(yè)務(wù)了,這時(shí)候才著手設(shè)計(jì)退會(huì)員卡的業(yè)務(wù)流程,可以說(shuō)是倉(cāng)促上陣了;雖然倉(cāng)促,但是設(shè)計(jì)過(guò)程還是有條不紊的,該有的流程都有了,該預(yù)想到的問(wèn)題也準(zhǔn)備了解決方案,最終保障了我們能夠平穩(wěn)處理這次“事件”。

這也算是單獨(dú)給大家交代了一下“退會(huì)員卡業(yè)務(wù)”的業(yè)務(wù)背景了吧Hah,雖然是一次倉(cāng)促的設(shè)計(jì),但是沒(méi)吃過(guò)豬肉還沒(méi)見(jiàn)過(guò)豬跑嗎?不就是把錢退回到用戶錢包里嗎,這有什么難的?盡管筆者對(duì)這塊業(yè)務(wù)在規(guī)劃的時(shí)候有所準(zhǔn)備,但還是踩了不少雷,和我的程序員伙伴共同努力,才如期交付了產(chǎn)品,下面把經(jīng)驗(yàn)匯總一下,分享給大家。

1. 業(yè)務(wù)流程

在講這塊業(yè)務(wù)流程的時(shí)候,要給大家一些提示,有些歷史大家沒(méi)有經(jīng)歷過(guò)應(yīng)該也聽(tīng)說(shuō)過(guò)吧,早期的話費(fèi)充會(huì)員然后申請(qǐng)退款、寬帶充會(huì)員申請(qǐng)退款,現(xiàn)在的APP STORE申請(qǐng)退款等等;這些業(yè)務(wù)如果說(shuō)有一個(gè)共性的話,那么都是如果退款是需要用戶主動(dòng)去提訴求的;而受理用戶訴求的崗位是“用戶服務(wù)部門”,也就是我們常說(shuō)的“客服”。

然后呢,我們就明確了業(yè)務(wù)的發(fā)起以及業(yè)務(wù)在系統(tǒng)的入口。

  • C端動(dòng)作:線上/電話提出訴求;
  • 企業(yè)客服:查找用戶信息——登記/操作退款申請(qǐng);
  • 企業(yè)審核:審核訴求,同意or不同意;
  • 后臺(tái)作業(yè):【生成會(huì)員退款申請(qǐng)】、【后臺(tái)改變用戶屬性暫停用戶會(huì)員權(quán)益】、【同意與打款-原路退回/特殊】、【記錄用戶退款記錄】(對(duì)應(yīng)“記錄用戶購(gòu)買記錄”)、【記錄會(huì)員卡退款記錄】(對(duì)應(yīng)“記錄會(huì)員卡購(gòu)買記錄”,且需要改變“會(huì)員卡購(gòu)買記錄”的退款狀態(tài))、【記錄支出流水】(對(duì)應(yīng)“記錄收入流水”)、【不同意-恢復(fù)用戶會(huì)員權(quán)益并消息通知】。

2. 【后臺(tái)作業(yè)】項(xiàng)目釋義

1)【生成會(huì)員退款申請(qǐng)】:這個(gè)操作是由“客服”在后臺(tái)操作生成,我們這里僅就“會(huì)員卡退款”業(yè)務(wù)展開(kāi)討論;這項(xiàng)業(yè)務(wù)在創(chuàng)建退款申請(qǐng)的時(shí)候也是存在兩項(xiàng)注意點(diǎn)的,這兩點(diǎn)是不太常見(jiàn)的業(yè)務(wù)場(chǎng)景,但也是實(shí)際業(yè)務(wù)中需要注意的。

恰巧筆者這兩種情況都遇到了:

  • 是否允許超過(guò)期限的會(huì)員卡購(gòu)買申請(qǐng)退款,參考APP STORE購(gòu)買的產(chǎn)品超過(guò)會(huì)員使用期限后仍然可以支持申訴退款;
  • 是否支持按剩余天數(shù)操作退款申請(qǐng),可以理解為是否支持退款金額手動(dòng)設(shè)置,不超過(guò)原支付金額即可。

注:【生成會(huì)員退款申請(qǐng)】這一項(xiàng)中,退回方式也是我們要注意的事項(xiàng),下面會(huì)講到退款有“原路退回”和“特殊”,這里原路退回可以理解;但是還存在特殊情況,例如支付渠道沒(méi)有退款接口,超過(guò)支付平臺(tái)要求的退款時(shí)間等等,因?yàn)榇嬖谔厥獾那闆r;所以建議在客服操作申請(qǐng)的時(shí)候就加以判斷,讓客服第一時(shí)間知道該申請(qǐng)何種方式的退款,從而向用戶要全需要操作的信息。

具體見(jiàn)下面解釋:

我們以用戶用支付寶購(gòu)買會(huì)員為例,沒(méi)記錯(cuò)的話退款應(yīng)該是走這個(gè)接口(trade.refund 統(tǒng)一收單交易退款接口),這個(gè)接口明確說(shuō)明了:“當(dāng)交易發(fā)生之后一段時(shí)間內(nèi),由于買家或者賣家的原因需要退款時(shí),賣家可以通過(guò)退款接口將支付款退還給買家,支付寶將在收到退款請(qǐng)求并且驗(yàn)證成功之后,按照退款規(guī)則將支付款按原路退到買家?guī)ぬ?hào)上;交易超過(guò)約定時(shí)間(簽約時(shí)設(shè)置的可退款時(shí)間)的訂單無(wú)法進(jìn)行退款 支付寶退款支持單筆交易分多次退款,多次退款需要提交原支付訂單的商戶訂單號(hào)和設(shè)置不同的退款單號(hào)。一筆退款失敗后重新提交,要采用原來(lái)的退款單號(hào)??偼丝罱痤~不能超過(guò)用戶實(shí)際支付金額”;意思就是在交易產(chǎn)生后的一定時(shí)間內(nèi),是可以走退款接口申請(qǐng)退款的,退款回原路返回,并且同一筆訂單可以申請(qǐng)多次退款。

為什么支付寶要要求在一定時(shí)間內(nèi),因?yàn)槿思乙彩怯薪Y(jié)算賬期的,不能讓收入掛在那一年半載的等著你來(lái)操作退款吧;像這種能夠正常退的,我們可以原路退回還不麻煩,但是像特殊渠道或者是超時(shí)的,就要通過(guò)特殊方法執(zhí)行了。

特殊方法怎么走呢?就是需要“客服”人工向用戶要企業(yè)所支持的退款渠道的賬號(hào)了,這樣手動(dòng)錄入一條退款申請(qǐng);而支付的時(shí)候如果是支付寶,后面可以設(shè)計(jì)走批量轉(zhuǎn)賬的接口完成支付,這是“特殊”的流程。

2)【后臺(tái)改變用戶屬性暫停用戶會(huì)員權(quán)益】:“客服”操作了退款申請(qǐng)后,即需要凍結(jié)用戶的會(huì)員權(quán)益,這里要注意的是如果支持按天退款,那么記錄中需要將用戶要退的天數(shù)記錄下來(lái)。

因?yàn)橐坏┍痪芙^,就要按照申請(qǐng)退款的天數(shù)再加回會(huì)員天數(shù),加回的時(shí)候,還要同步設(shè)置對(duì)應(yīng)會(huì)員卡購(gòu)買記錄中記錄的會(huì)員有效時(shí)間;這一點(diǎn)很隱蔽,是為了考慮多次申請(qǐng)退款時(shí)避免會(huì)員卡狀態(tài)和會(huì)員卡購(gòu)買記錄匹配不起來(lái)。

3)【同意與打款-原路退回/特殊】:這里是兩個(gè)步驟,審批環(huán)節(jié)主要是根據(jù)客服提交的情況進(jìn)行審批,主要講一下退款操作,原路退回不多贅述了。

如果是特殊退款,例如登記用戶支付寶賬號(hào)的退款,可以通過(guò)支付寶批量轉(zhuǎn)賬的接口實(shí)現(xiàn)退款(alipay.fund.trans.uni.transfer 單筆轉(zhuǎn)賬接口),如果是其他沒(méi)有接口的支付渠道就不建議了;一是資金安全問(wèn)題,二是實(shí)在沒(méi)必要再為此單獨(dú)設(shè)計(jì)流程了(然后就是打款失敗的場(chǎng)景我們也暫時(shí)不考慮了,只需要保留一個(gè)修改打款信息的功能,并返回審核即可);同意之后,推送消息給到用戶。

支付寶API截圖:

4)【記錄用戶退款記錄】、【記錄會(huì)員卡退款記錄】、【記錄支出流水】,這幾項(xiàng)合并來(lái)說(shuō)下吧,和“購(gòu)買流程”類似,主要是記錄功能,不多贅述了。

5)【不同意-恢復(fù)用戶會(huì)員權(quán)益并消息通知】:如果退款申請(qǐng)被拒絕,這里要注意的是需要恢復(fù)用戶申請(qǐng)之前的剩余會(huì)員天數(shù),而不是恢復(fù)成之前的會(huì)員截止時(shí)間,然后再來(lái)一條消息推送或者短信就最好了。

3. 流程圖

本以為三言兩語(yǔ)就能講清楚,看來(lái)是高估了自己的語(yǔ)言功底;本以為三筆兩筆就能畫清楚,看來(lái)是高估了自己的畫圖能力。

省略了部分流程,本意想盡可能的把業(yè)務(wù)給大家描述清楚,奈何水平有限,大家湊合看下吧:

四、設(shè)計(jì)界面

1. 申請(qǐng)退款入口

2. 選擇退款類型

3. 申請(qǐng)退款

4. 審核退款

5. 財(cái)務(wù)退款

6. 設(shè)計(jì)界面總結(jié)

沒(méi)有給大家放財(cái)務(wù)相關(guān)的流水界面,只保存了部分大體流程上的界面;因?yàn)槲恼率腔A(chǔ)常規(guī)的會(huì)員卡后臺(tái)業(yè)務(wù)來(lái)梳理的,根據(jù)梳理從原有的原型上做了輕微的調(diào)整,剩余一些頁(yè)面留給大家遐想。

五、結(jié)語(yǔ)

這個(gè)項(xiàng)目已經(jīng)過(guò)去很久了,為了給大家盡量寫全面一些,筆者又重新梳理了一遍業(yè)務(wù)需求,盡量把需要注意的點(diǎn)都寫給大家。

在這個(gè)框架下,很多細(xì)節(jié)的地方要根據(jù)實(shí)際不同的業(yè)務(wù)需求做調(diào)整了(例如是否支持會(huì)員卡的部分退款、是否已過(guò)期的會(huì)員卡退款等等)。

其實(shí)無(wú)論C端的會(huì)員卡玩法如何設(shè)計(jì),后臺(tái)的會(huì)員卡實(shí)現(xiàn)方式和方法都很相似;整理好邏輯思路,確定好細(xì)節(jié)需求,相信無(wú)論什么樣的會(huì)員玩法都難不倒你的,也希望這篇文章能夠幫助到大家吧。

最后,ToB,加油!

 

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

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 我感覺(jué)有漏洞噢,【后臺(tái)改變用戶屬性暫停用戶會(huì)員權(quán)益】這塊。 按照申請(qǐng)退款的天數(shù)再加回會(huì)員天數(shù),如果客服審核有時(shí)間間隔,客戶在自己不使用期間惡意提出申請(qǐng)后被駁回豈不相當(dāng)于凍結(jié)效果?

    來(lái)自中國(guó) 回復(fù)
    1. 厲害哈!
      另外感謝閱讀,能從這么雜亂的文章里面找到這個(gè)漏洞!
      坦白講,當(dāng)時(shí)這個(gè)地方是考慮的:因?yàn)楫?dāng)用戶申請(qǐng)退款,只有在申請(qǐng)最后拒絕的情況下才會(huì)讓凍結(jié)的效果實(shí)現(xiàn),在不知道后臺(tái)實(shí)現(xiàn)邏輯的情況下,一般不會(huì)有用戶這樣操作。
      現(xiàn)在如果讓我補(bǔ)充的話,有幾個(gè)方案可以參考:
      1.限制用戶申請(qǐng)退會(huì)員的次數(shù);
      2.在操作申請(qǐng)退會(huì)員的界面增加會(huì)員購(gòu)買記錄申請(qǐng)退款的操作次數(shù),增加惡意申請(qǐng)的提示;
      綜合考慮的話,我會(huì)選第1種方案來(lái)完善邏輯。

      來(lái)自山東 回復(fù)
    2. 審核期間,權(quán)益依然有效,審核通過(guò)后(留出一定時(shí)間給用戶緩沖,以免使用中權(quán)益變更影響體驗(yàn),如審核通過(guò)后N小時(shí)、次日等),再凍結(jié)用戶權(quán)益是否可行?當(dāng)然緩沖時(shí)間不可超過(guò)會(huì)員權(quán)益有效期。

      來(lái)自中國(guó) 回復(fù)
    3. 當(dāng)時(shí)考慮過(guò)這個(gè)問(wèn)題,對(duì)于多數(shù)用戶來(lái)說(shuō),肯定是希望能多用幾天會(huì)員的,只不過(guò)當(dāng)時(shí)好多地區(qū)已經(jīng)停止服務(wù)了,所以就沒(méi)有增加額外的設(shè)計(jì),能滿足實(shí)際使用場(chǎng)景就可以了。

      來(lái)自山東 回復(fù)
  2. 跨境電商

    回復(fù)
    1. 不是的

      回復(fù)