在B端產品中，建設會員體系要考慮多個應用場景與不同的用戶層級。同時，還要明確建設目標，做到有的放矢。例如本文就是以實現多層級的會員管理、風控策略作為系統建設的目標的。
一、建設目標
江湖上有太多關於會員體系的傳說，但大多是互聯網行業中出於精細化用戶運營的考慮，實現激發活躍、提升留存、刺激轉化這三個目標。今天我們要設計的這款產品，主要是面向B端客戶（當然也融合了C端需求），顯然AARRR的法則是行不通的，所以暫不考慮會員成長體系。本文講到的主要是以實現多層級的會員管理、風控策略作為系統建設的目標。
二、應用場景
- 客戶通過官網入口註冊會員賬號，並完成統一認證；
- 平臺（or 集團）客戶在註冊成功後，為他的下游企業申請會員賬號；
- 代理商推薦客戶，並在代理商系統中上傳會員信息。
三、業務建模
3.1 實體圖
3.2 業務模型關係圖
3.3 核心業務規則
- 會員可以是個人客戶，也可以是企業客戶；
- 只有企業會員才允許開立子商戶；
- 一個企業會員可以開立多個子商戶，且子商戶可以是個人，也可以是企業；
- 一個會員可以擁有多個操作員；
- 每個操作員都可以有獨立的登錄密碼與支付密碼；
- 如果會員中了特殊名單，則根據特殊名單的類型，受到不同的限制；
- 只有認證狀態為通過時，才能激活會員
- 開通會員時系統自動創建賬戶；
- 一個會員可以擁有多個幣種賬戶，但每個幣種有且只有一個賬戶；
- 一個賬戶只屬於一個會員；
- 一個會員可以添加多個銀行卡，但是收付標記為付時，銀行卡賬戶名必須與會員主體一致。
四、業務流程框架
4.1 官網客戶開戶流程
4.2 平臺/代理商申請會員流程
五、功能結構
六、總結
從上面的實例來看，設計一款B端的會員管理系統，有如下幾個步驟：
- 清楚產品建設的目標；
- 梳理應用場景；
- 業務建模：輸出實體圖、業務模型關係圖、核心業務規則；
- 輸出相關業務流程框架；
- 從業務流程中提煉功能點，輸出功能結構圖；
- 細化功能需求；
- 設計原型圖。
另外，B端產品是不是就用不到會員成長體系？應該說不是的。雖然用戶屬性不同，但是To B的產品通過制定合理的會員積分、會員等級、會員成長值、會員權益，還是可以起到提升用戶體驗、促進業務量等作用。
以上就是我對會員體系設計的一點心得，不足之處還請各位讀者指教。
本文由 @鍋包肉 原創發佈於人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基於 CC0 協議
相關推薦
推薦中...