深度解構“沙拉食刻”錢包賬戶模塊
涉及到金錢的功能,都需要慎之又慎。在設計之前,最好做好充足的競品調研,理解吃透其設計邏輯之后,再開始下手。這篇文章,作者分析了一款產品的錢包功能中的賬戶模塊,拆解非常詳細,希望能幫到大家。
作為一名產品經理,競品調研是必不可少的能力之一。通過競品調研,不僅可以學習其他產品的優(yōu)秀設計,還可以鍛煉自己的分析能力。
最近,我正在設計一套適用于非銀行金融企業(yè)的錢包賬戶模塊。為此,我研究了一些不同行業(yè)中帶有“錢包”功能的產品,并選擇了我日常使用的“沙拉時刻”進行解構。
一、沙拉時刻簡介
“沙拉時刻”是一款無人自助售餐機產品,用戶可以通過手機選餐下單,然后到對應的自助機憑借訂單取餐。其模式就跟自助販賣機、自助咖啡機和自助橙汁機等產品類似。由于本文不涉及商業(yè)分析,因此不再對其模式進行過多介紹。
二、錢包賬戶模式
要解構“沙拉時刻”賬戶模塊,首先需要研究其賬戶結構以及賬戶數據結構是什么模式。
2.1 賬戶結構
從小程序端可以看到,該產品有“錢包余額”(后文稱為“沙拉錢包”)和“沙拉豆”兩個錢包賬戶。點擊“沙拉錢包”后,可以看到該錢包包含“總余額”,以及“充值余額”和“贈送消費金”(后文簡稱“贈金”)。
該沙拉錢包的賬戶結構有兩種設計模式:
- 模式一,在后端表數據設計中,采用母子結構,總余額作為母賬戶,充值金額和贈金作為子賬戶。
- 模式二,在后端表數據不設計總余額,只設計充值金額和贈金兩個平級賬戶。用戶在小程序中看到的總余額,由前端將上述兩個賬戶余額相加計算得出。
從余額明細點進去看到的流水可以確定,該產品采用的是賬戶結構模式一,因為流水記錄的是總余額的流水,而不是充值金額和贈金的流水。
2.2 賬戶數據模式
基于賬戶結構模式一進一步分析,賬戶的數據模式還可分為“單賬戶數據多字段模式”和“多賬戶數據模式”,分別如下:
單賬戶數據多字段模式
好處是設計簡單,維護方便,數據量相對較少。壞處是當業(yè)務量蓬勃發(fā)展后,無法精準統(tǒng)計某段時間內用戶使用的“贈金”金額。
多賬戶數據模式
好處是每個賬戶都可以清晰記錄流水,各自進行對賬,擴展性和復用性也高。
由于在“沙拉時刻”小程序中沒有找到充值金額賬戶和贈金賬戶的流水記錄,因此,假定該產品采用的是“單賬戶數據多字段”模式。
2.3 解構“賬戶管理”表
至此,我們可以解構出該產品背后的簡單“賬戶管理”表。
若心細如絲的友人,或許仍記得前文所提及的“沙拉豆”賬戶。該賬戶的主要作用在于用戶運營,以增強用戶粘性。
從系統(tǒng)角度出發(fā),可以單獨開發(fā)一個積分模塊。但實質上,它可被視作賬戶模塊下的一個“積分賬戶”。為使其與這種設計相兼容,我們可對“賬戶管理”表進行如下修改:
- 新增一個字段“賬戶類型名稱”,用于標識每個用戶名下的不同類型賬戶。
- 將沙拉錢包賬戶 ID 抽象為公用字段,改名為賬戶 ID。不同類型的賬戶可采用不同的 ID 規(guī)則。
通過這種方式,后續(xù)設計的入賬、流水、統(tǒng)計等功能無論是用于“沙拉錢包”還是“沙拉豆積分”都可以共用。如此,便能實現賬戶體系的統(tǒng)一性和靈活性。
三、錢包賬戶流水
3.1 流水的分類
從余額流水明細中可以看出,該產品將流水分為充值、消費、退款和其他幾種類型。
如果進一步細分,其實還可以增加充值退款和提現這兩種類型,不過由于該產品在小程序端不開放充值退款和提現功能,因此可能沒有設計這兩種流水類型。
分類流水的好處如下
- 方便財務和運營管理,每種分類都代表了不同的交易類型,使用戶能夠更清晰地了解資金的流入和流出情況。
- 公司經營維度,分類流水提供了詳細的收入和支出數據,便于進行分析??梢粤私獬渲岛拖M的趨勢,找出高消費項或異常支出,從而進行必要的調整和優(yōu)化。
- 提升用戶體驗和透明度,分類流水記錄用戶可以更清楚地了解自己的交易歷史,包括充值、消費、退款和提現等情況。
3.2 流水的組成
我們繼續(xù)看每一條流水明細,分別由以下幾部分組成
- A.流水名稱:表示這一筆流水的業(yè)務場景。
- B.流水交易時間:指這筆流水的發(fā)生時間。
- C.流水交易金額:代表本次交易的發(fā)生金額
- D.余額:這里的余額其實指的是這個錢包賬戶發(fā)生本次交易之后剩下多少余額。流水記錄發(fā)生交易后的余額提供了透明度、可追溯性(方便事后校驗和排查問題),其次在某些情況下,流水記錄中的余額信息可能對稅務申報和合規(guī)性要求有用。
3.3 解構“賬戶流水”表
按照上述流水明細組成,結合以下思路“什么時間,哪個用戶的哪個賬戶,發(fā)生了什么交易,交易金額是多少,以及交易錢包賬戶余額是多少”,不難解構出以下賬戶流水表。
可以看到上表還有一個創(chuàng)建人和備注,其實是用于記錄特殊情況流水的發(fā)生背景和操作人,方便事后業(yè)務核實。
其次上文曾提及過,“總余額”其實包含了“充值金額”和“贈金”,“單賬戶數據模式”不方便精準統(tǒng)計“充值金額”和“贈金”的消費情況,因為他們沒有各自單獨記錄的流水。
因此我們可以在“總余額”流水里面,再增加記錄多2個字段,分別是“充值金交易金額”和“贈金交易金額”,以滿足精準統(tǒng)計的需求。
3.4 流水的統(tǒng)計
為了方便用戶查看每個月在“沙拉錢包”中的充值和消費金額,余額明細頁面還設計了按月篩選和按月統(tǒng)計的功能。
程序實現該功能有兩種方法:第一種是在進入頁面后實時進行匯總計算;另一種是事先將統(tǒng)計數據持久化到數據庫中。
如果采用第一種方法,需要讓技術人員考慮后期用戶數量增加和數據量增大的問題,評估請求量和計算量,以確保服務的穩(wěn)定性。
本次解構到此結束。如果有更多感興趣的小伙伴,我們將繼續(xù)解構入賬、充值、交易等功能。
本文由 @別字君 原創(chuàng)發(fā)布于人人都是產品經理。未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
假如用戶充值80,包含贈送金額20,消費了50,剩余50余額未消費申請退款,請問應該退款多少
核心是什么呢?按我的理解,以上內容的設計核心,就是在產品規(guī)劃初期,理出明細部份,再實現成具體功能。 我可以這樣概括嗎?
你指的核心是指文章的核心嗎?本意上這是一個產品拆解文章分享,通過觀察產品表現層的功能,去思考、推演如果我們自己要設計對應的系統(tǒng),需要、必要、可以要哪些模塊,功能,以及應該怎么設計。
是的,其實我也想驗證一下,我的理解和你想分享的觀點是否一致呢
歡迎互相交流哈,產品規(guī)劃初期如果時間充足的話,最好多思考一些結構以及細節(jié)層面的事情,避免以后數據確實或者邏輯沖突。