汽車后市場(O2O)后臺設計(一) :套餐類商品需求完成全過程
作為產品,在設計復雜的產品時,一定要把產品模塊化和擴展性放到第一位,否則后邊再添加功能,感覺到處處是坑。
?一、市場背景
定義:汽車后市場是指汽車銷售以后,圍繞汽車使用過程中的各種服務,它涵蓋了消費者買車后所需要的一切服務。也就是說,汽車從售出到報廢的過程中,圍繞汽車售后使用環節中各種后繼需要和服務而產生的一系列交易活動的總稱。(如圖)
前景:看看現在中國的車的保有量,具體數據和前景分析網上都有。
二、項目背景
為了整合公司關于汽車后市場的線下渠道,公司先后把之前的線下業務都整合到一個線上。主要功能包括違章查繳服務,專場審車服務,油卡充值服務以及汽車的維修保養等汽車后市場的o2o平臺(app)。后臺功能已經實現了,商家管理、商品管理,會員管理,訂單管理、支付管理、簡單營銷活動管理(廣告,福利券,優惠券等),以及簡單的物流管理功能。
新的一年新的戰略,公司計劃推出線上VIP會員服務和以線下為主要銷售渠道的超級貴賓套餐卡系列,同時兼顧線上銷售。
普通vip會員服務比較便宜,一年也就20多元,提供一些相對于普通會員的審車不排隊等服務;超級VIP卡業務的定位是只為有身份的土豪使用,具體來說,這個超級VIP卡(實物卡)系列共有三個卡組成,價格和服務項目也不一樣(例如 A卡:定價¥9999,包含N次洗車,N次維保,N次審車服務等等)。主要業務流程如下圖:(中間還有對銷售商的限制,也就是銷售商拿到卡賣出前需要通過專門入口把卡狀態變更為可激活狀態。具體怎么激活這里不多說了)
?
另外,工期非常緊(20天),決定了盡量利用現有的系統功能。
三、接到需求后的思考
??? 接到需求后,我首先梳理了后臺的現有功能,然后結合現在的需求,首先整理出一個功能結構圖,橘黃的部分是要做的功能模塊,黑色的部分是已經實現的功能。
結構圖
(彩色背景標記了某個模塊的主要使用部門)
四、需要理清的幾個關鍵問題
- 超級VIP(貴賓)卡的在線上怎么以商品形式發布,是利用原來的商品發布系統,還是單獨定做個商品發布系統?
- 超級VIP(貴賓)卡在線上以商品形式發布后,其下的套餐各項服務怎么添加管理?
- 超級VIP(貴賓)卡套餐下的各項服務怎么去核銷?
- 超級VIP(貴賓)卡套餐客戶從激活到消費,怎么保存激活記錄和消費記錄?
- 客戶在激活后超級VIP(貴賓)卡后怎么按照業務需求還要送客戶一年的普通VIP?
- 超級VIP(貴賓)卡持有者消費后,基于與商家結算的每項服務結算價如何管理?
- 超級VIP(貴賓)卡以商品的形式發布后,怎么和生成的卡編號和激活碼關聯?即一個一張卡對應一個編號和一個激活碼
- 另外還有庫存管理問題,普通VIP的支付和續費問題?
針對以上問題,我多次和技術人員、之前負責相關模塊產品人員以及運營等部門進行了詳細溝通,逐步摸清了現有系統的邏輯(老系統我沒參與)。并對以上問題都有了清晰解決方案。具體如下
1、解決核銷問題:由于原來系統中普通商品的核銷碼是在客戶完成訂單后生成的,坑來了,就是線下銷售的實體卡怎么核銷?因為它不經過訂單流程,哪來的核銷碼?難道還要重新做個針對線下實體卡核銷碼生成系統或者把整個系統核銷碼生成功能都給剝離出來。
和技術溝通了下,時間來不及,需要修改的東西太多,因為還涉及到商家版app核銷入口的修改。最后技術給出暫時的解決方案,就是線下的實體商品也要通過套餐類商品平臺發布一次,但不展示,發布后程序自動走一邊訂單流程,這樣原來的核銷入口就不用改了,直接就能用。(吐槽:“會不會服務器累死,這轉了一大圈,下一步肯定要優化,沒法先把流程走通吧”。 )
2、解決以后與結算有關的結算價問題:之前商家每個商品或服務的結算價是在發布商品的時候錄入的。又個坑!因為這個結算價很重要,直接關系到財務結算系統數據來源的問題。
我之前的結構圖我以為每個服務的結算價是在商家管理的,但是原來系統模塊是把它設計到發布商品里,那我套餐類商品在添加各個服務的時候就不能關聯各個商家下各項服務,而是要和某個商品或服務的關聯起來,而且對于同樣的商品而由于不同商家不同的結算價的原因,還要再建個同樣名稱的商品,這樣就會出現大量的同樣的商品。
然后我就找技術溝通,說能否結算價放到商家管理里,技術一聽,快哭了,說那要把原來的商品分類管理和商品發布都要改一遍,還要改商家管理,還要對咱們業務內的商品分類進行梳理,然后還要對不同商家提供的每個類別的服務、輸入不同結算價,這涉及的問題太多,最重要的還要讓原來的商品服務都要重新發布。我一聽也傻了, 果然老系統架構是不能動的,那只有關聯商品了。
?3、解決套餐類商品發布問題:針對超級VIP(貴賓)卡這個套餐類產品,經過慎重考慮專門做個套餐類商品的發布模塊,以后所有的套餐類商品都可以在這個模塊發布,具體流程如下:
4、解決普通VIP會員管理、以及與之關聯的超級Vip卡用戶的激活和核銷記錄的問題:在會員管理里,單獨做個VIP會員管理模塊。由于需求決定了客戶激活超級vip,就送普通vip,所以在這個模塊可以管理超級vip會員的激活記錄和核銷記錄。當然這里還可以查看普通vip的購買和續費記錄。
5、解決超級vip卡的卡編號和激活碼生成的問題:這個是新功能,由于和原來的系統沒關聯,就簡單很多,就是引入生成批次的概念,由于業務需求原因,生成批次分為線上和線下。這里還要涉及到激活碼的保密,導出權限等等。生成完之后和前邊發布的超級vip卡這個商品關聯起來,就完成了整個流程。
操作流程如下:
然后按照上述流程和功能結構設計原型并做好注釋,然后交給技術團隊。(團隊不大,需求文檔不用寫,都是原型注釋好)
這里有個問題一直在思考,就是結算價到底在哪里管理的問題,對此我考慮的很久,感覺如果公司在和商家談合作的時候每個商品或服務都有個固定的比例。這樣在系統設計中,就可以按照類似物流模的形式設計幾個結算價模版。但是如果涉及到不同商家,不同服務,不同結算價的情況下,無論使用哪種解決方案,都要需要大量的人力去輸入。
我仔細做了考慮,感覺結算價還是放到商家管理里比較合適,以后無論哪個系統模塊調用結算價,都要基于這個調用,管理也比較明晰,可擴展性也好。雖然前期在商家多和服務多情況需要大量的人力去整理和錄入。也許我經驗不足,也希望大家有更好的解決方案可以聯系我。????
最后感受:作為產品,在設計復雜的產品時,一定要把產品模塊化和擴展性放到第一位,否則后邊再添加功能,感覺到處處是坑。
提示:還有下一篇哦—-就是與之有關的財務結算系統。
本文由 @?劉相奇 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自unsplash,基于CC0協議
博主你好!請問可以加微信探討下嗎?13925503475,我們也想開發一個類似系統,希望能學習下,謝謝!
實戰經驗出發,寫的不錯
幫助很大,期待第二篇。
有個感覺,整個思路從場景出發,切分功能,也完成了流程設計,要有模塊化設計就更好了,比如實體模型是如何切分的。
不錯不錯,期待可以見面交流,非常有意思
作者好厲害!?。??? ?? ??
這不是我們的APP,友途車服?作者是做我們后臺的產品大V嗎? ?
不是的,是我們靈魂導師 ??