酷播亮新聞
最棒的知識補給站

汽車後市場(O2O)後台設計(一) :套餐類商品需求完成全過程

專為互聯網人打造的365天成長計劃,500門視頻課程隨便看,構建你的產品、運營知識體系。 查看詳情

作為產品,在設計複雜的產品時,一定要把產品模塊化和擴展性放到第一位,否則後邊再添加功能,感覺到處處是坑。

 一、市場背景

定義: 汽車後市場是指汽車銷售以後,圍繞汽車使用過程中的各種服務,它涵蓋了消費者買車後所需要的一切服務。 也就是說,汽車從售出到報廢的過程中,圍繞汽車售後使用環節中各種後繼需要和服務而產生的一系列交易活動的總稱。 (如圖)

前景: 看看現在中國的車的保有量,具體數據和前景分析網上都有。

二、項目背景

為了整合公司關於汽車後市場的線下渠道,公司先後把之前的線下業務都整合到一個線上。 主要功能包括違章查繳服務,專場審車服務,油卡充值服務以及汽車的維修保養等汽車後市場的o2o平台(app)。 後台功能已經實現了,商家管理、商品管理,會員管理,訂單管理、支付管理、簡單營銷活動管理(廣告,福利券,優惠券等),以及簡單的物流管理功能。

新的一年新的戰略,公司計劃推出線上VIP會員服務和以線下為主要銷售渠道的超級貴賓套餐卡系列,同時兼顧線上銷售。

普通vip會員服務比較便宜,一年也就20多元,提供一些相對於普通會員的審車不排隊等服務;超級VIP卡業務的定位是只為有身份的土豪使用,具體來說, 這個超級VIP卡(實物卡)系列共有三個卡組成,價格和服務項目也不一樣(例如 A卡:定價¥9999,包含N次洗車,N次維保,N次審車服務等等)。 主要業務流程如下圖: (中間還有對銷售商的限制,也就是銷售商拿到卡賣出前需要通過專門入口把卡狀態變更為可激活狀態。具體怎麼激活這裡不多說了)

 

另外,工期非常緊(20天),決定了盡量利用現有的系統功能。

三、接到需求後的思考

    接到需求後,我首先梳理了後台的現有功能,然後結合現在的需求,首先整理出一個功能結構圖,橘黃的部分是要做的功能模塊,黑色的部分是已經實現的功能。

結構圖

(彩色背景標記了某個模塊的主要使用部門)

四、需要理清的幾個關鍵問題

  1. 超級VIP(貴賓)卡的在線上怎麼以商品形式發布,是利用原來的商品發布系統,還是單獨定做個商品發布系統?
  2. 超級VIP(貴賓)卡在線上以商品形式發布後,其下的套餐各項服務怎麼添加管理?
  3. 超級VIP(貴賓)卡套餐下的各項服務怎麼去核銷?
  4. 超級VIP(貴賓)卡套餐客戶從激活到消費,怎麼保存激活記錄和消費記錄?
  5. 客戶在激活後超級VIP(貴賓)卡後怎麼按照業務需求還要送客戶一年的普通VIP?
  6. 超級VIP(貴賓)卡持有者消費後,基於與商家結算的每項服務結算價如何管理?
  7. 超級VIP(貴賓)卡以商品的形式發布後,怎麼和生成的卡編號和激活碼關聯? 即一個一張卡對應一個編號和一個激活碼
  8. 另外還有庫存管理問題,普通VIP的支付和續費問題?

針對以上問題,我多次和技術人員、之前負責相關模塊產品人員以及運營等部門進行了詳細溝通,逐步摸清了現有系統的邏輯(老系統我沒參與)。 並對以上問題都有了清晰解決方案。 具體如下

1、 解決核銷問題 :由於原來系統中普通商品的核銷碼是在客戶完成訂單後生成的,坑來了,就是線下銷售的實體卡怎麼核銷? 因為它不經過訂單流程,哪來的核銷碼? 難道還要重新做個針對線下實體卡核銷碼生成系統或者把整個系統核銷碼生成功能都給剝離出來。

和技術溝通了下,時間來不及,需要修改的東西太多,因為還涉及到商家版app核銷入口的修改。 最後技術給出暫時的解決方案,就是線下的實體商品也要通過套餐類商品平台發布一次,但不展示,發布後程序自動走一邊訂單流程,這樣原來的核銷入口就不用改了,直接 就能用。 (吐槽:“會不會服務器累死,這轉了一大圈,下一步肯定要優化,沒法先把流程走通吧”。 )

2、 解決以後與結算有關的結算價問題: 之前商家每個商品或服務的結算價是在發布商品的時候錄入的。 又個坑! 因為這個結算價很重要,直接關係到財務結算系統數據來源的問題。

我之前的結構圖我以為每個服務的結算價是在商家管理的,但是原來系統模塊是把它設計到發布商品裡,那我套餐類商品在添加各個服務的時候就不能關聯各個商家下各 項服務,而是要和某個商品或服務的關聯起來,而且對於同樣的商品而由於不同商家不同的結算價的原因,還要再建個同樣名稱的商品,這樣就會出現大量的同樣的商品 。

然後我就找技術溝通,說能否結算價放到商家管理裡,技術一聽,快哭了,說那要把原來的商品分類管理和商品發布都要改一遍,還要改商家管理,還 要對咱們業務內的商品分類進行梳理,然後還要對不同商家提供的每個類別的服務、輸入不同結算價,這涉及的問題太多,最重要的還要讓原來的商品服務都要重新 發布。 我一聽也傻了, 果然老系統架構是不能動的,那隻有關聯商品了。

 3、解決套餐類商品發布問題 :針對超級VIP(貴賓)卡這個套餐類產品,經過慎重考慮專門做個套餐類商品的發布模塊,以後所有的套餐類商品都可以在這個模塊發布,具體流程如下:

4、 解決普通VIP會員管理、以及與之關聯的超級Vip卡用戶的激活和核銷記錄的問題: 在會員管理裡,單獨做個VIP會員管理模塊。 由於需求決定了客戶激活超級vip,就送普通vip,所以在這個模塊可以管理超級vip會員的激活記錄和核銷記錄。 當然這裡還可以查看普通vip的購買和續費記錄。

5、 解決超級vip卡的卡編號和激活碼生成的問題: 這個是新功能,由於和原來的系統沒關聯,就簡單很多,就是引入生成批次的概念,由於業務需求原因,生成批次分為線上和線下。 這裡還要涉及到激活碼的保密,導出權限等等。 生成完之後和前邊發布的超級vip卡這個商品關聯起來,就完成了整個流程。

操作流程如下:

然後按照上述流程和功能結構設計原型並做好註釋,然後交給技術團隊。 (團隊不大,需求文檔不用寫,都是原型註釋好)

這裡有個問題一直在思考,就是結算價到底在哪裡管理的問題,對此我考慮的很久,感覺如果公司在和商家談合作的時候每個商品或服務都有個固定的比例。 這樣在系統設計中,就可以按照類似物流模的形式設計幾個結算價模版。 但是如果涉及到不同商家,不同服務,不同結算價的情況下,無論使用哪種解決方案,都要需要大量的人力去輸入。

我仔細做了考慮,感覺結算價還是放到商家管理裡比較合適,以後無論哪個系統模塊調用結算價,都要基於這個調用,管理也比較明晰,可擴展性也好。 雖然前期在商家多和服務多情況需要大量的人力去整理和錄入。 也許我經驗不足,也希望大家有更好的解決方案可以聯繫我。     

最後感受:作為產品,在設計複雜的產品時,一定要把產品模塊化和擴展性放到第一位,否則後邊再添加功能,感覺到處處是坑。

提示:還有下一篇哦—-就是與之有關的財務結算系統。

 

本文由 @ 劉相奇 原創發佈於人人都是產品經理。 未經許可,禁止轉載。

題圖來自unsplash,基於CC0協議

如有侵權請來信告知:酷播亮新聞 » 汽車後市場(O2O)後台設計(一) :套餐類商品需求完成全過程