文：野蠻非先生
作為平臺型電商最重要的參與者之一，商家自然需要有一套獨立的操作後臺（系統）。商家後臺涉及三個層面，且以由底往上的順序流轉進行，大體可以概括為此三層：操作層，數據層，運營層；本文將會從各個場景切入，隨著一個個場景的梳理，將這張框架圖的血肉填充完整。
商家後臺1.0
如果你發現自己的商家後臺還未滿足以上的三層，那都不能叫1.0。其中操作層也叫工作層，是指最基本的日常工作，是後臺完成任務必須經過的流程。工作層只能滿足商家的基本需求，而數據層則是獲取重要的用戶，訂單數據。想要更好的輔助商家，則需要這些數據。數據用得好不好體現在運營層面上，對於商家而言，運營即服務。數據運營不分家，運營涉及面很廣，產品的每個模塊都可包含運營元素，如何統一這些運營元素，方便商家便捷，高效的操作，是難點。
1. 操作層
（1）店鋪設置
店鋪初次登入時，需要設置店鋪信息，申請店鋪認證，裝修店鋪。
- 要點：店鋪認證，店鋪裝修
- 難點：店鋪裝修涉及到前端拖動式操作，前期建設時可設計成模板化操作，根據選擇模板裝修店鋪，降低開發成本。
注意：店鋪認證需要人工審核，後臺須有審核通道，商家需要結果查詢。
（2）運費模板
設置運費模板，物流設置。
- 要點：運費模板，物流設置
- 難點：運費模板。總結起來有三種：一是店鋪運費模板；二是單品運費模板；三是混合運費模板。系統設計前期可先選擇支持【店鋪運費模板】，即可供店鋪統一設置運費，應用到店鋪的每個商品。運費計算方面還需要在系統設計初期定好規則，規則不是隨意定，而是根據各大物流公司在各個區域的收費標準，在商家設置時動態計算運費。例如：順豐與四通一達在廣州的首重與續重收費標準不同。
（3）商品管理
- 要點：發佈商品，商品上下架，庫存管理。
- 難點：庫存管理，庫存分為兩種：普通庫存，活動庫存。普通商品的正常銷售調用的是普通庫存，活動庫存是從總庫存劃出的一部分，供活動時使用。庫存管理的難點在於難以保證線上庫存與實物庫存一致。因為有時候業務需求是允許超賣，做預售，不同活動獨佔庫存，不同渠道分配庫存，就會造成線上庫存與實物庫存不一致。
（4）訂單發貨
- 要點：訂單管理，訂單推送
- 難點：訂單可以說是整個電商流程最核心的一部分，在商家後臺的設計中，好的訂單設計可以提高商家使用成本，帶來便捷的操作體驗。訂單包含商品，優惠，用戶，收貨信息，支付信息等一系列訂單實時數據，通過訂單中心，實現對訂單的管理，支持訂單接收，訂單自動合併與拆分，自動匹配倉庫，庫存控制，自動匹配快遞，結算與支付等訂單生命週期中一系列協同作業。訂單的難點在於它處於整個流程的核心位置，連接上下游，在各種業務場景下衍生出各種訂單正向及逆向流程，是考驗產品設計的一大難點。具體設計可以參考我之前的文章，有詳細分析
（5）售後管理
- 要點：退貨退款，換貨，退款
- 難點：售後管理處理的是訂單的逆向流程，在售後管理的設計上一定要充分考慮用戶的體驗，例如：在用戶未簽收時允許用戶申請退款；難點在於訂單的逆向流程在源於多個方面，例如：支付前取消；未簽收退款；收貨後退款，收貨後換貨，收貨後退貨等。每一個場景下都對應著相應的訂單狀態，時間和優惠信息，如果是活動訂單，還涉及售後訂單優惠分攤的計算，這都需要前期的設計考慮更全面。
（6）用戶管理
- 要點：用戶管理，會員管理，會員營銷
- 難點：系統設計上，不僅要支持平臺會員體系，還需要支持商家構建以商家為中心的會員體系，這兩套體系獨立但也相關聯。
（7）角色管理
- 要點：權限管理，角色管理，權限分配
- 難點：角色是權限的載體，在控制用戶操作功能權限的時候，可以通過授予不同角色的功能權限，然後通過對不同類型用戶授予不同用戶角色，就控制了不同用戶之間的不同功能操作權限，形成了一個功能權限體系的閉環。怎麼做到權限列表與實際功能一一對應？就需要在開發系統頁面時，將統一的權限藉口嵌入到頁面中。
（8）資產管理
- 要點：資金明細，資金操作；
- 難點：每一條資金的來龍去脈都必須記錄清楚，每一條資金記錄都需與訂單，用戶綁定關係，方便追溯。
這樣我們就簡單把操作層的模塊都講完了，框架圖更如下：
2. 數據層
（1）營收統計
- 要點：店鋪收入，經營報表
- 難點：統計店鋪收入，支持不同時間段查看不同數據。系統支持統計某個時間區間範圍內的店鋪數據，並做分析。例如經營週報：可列出一週概要，包括一週支付金額，轉化率，客單價，訪客數，付款人數等數據，並與上週每項數據對比，將結果可視化。
（2）流量統計
- 要點：訪客數量，頁面瀏覽，訪客地域，流量統計
- 難點：想要做好流量統計，前期設計就需要在用戶端加入數據埋點，有了數據後對數據進行拆解歸類，前期數據埋點越全面，後期流量統計就越全面，不僅可為商家提供訪客數，還能提供具體頁面的訪客數量，訪客地域分佈等。
（3）交易統計
- 要點：下單筆數，付款筆數，轉化率，客單價，發貨數量
- 難點：統計商家的訂單數據，根據訂單數據計算轉化率，客單價。交易數據支持與昨日，或某固定時間區間內對比，提供經營建議
（4）用戶統計
- 要點：粉絲數量，增長趨勢
- 難點：支持打通微信，微博，對用戶粉絲進行統計，記錄淨增長粉絲，新增粉絲，流失粉絲，將增長趨勢可視化，提供運營建議。
3. 運營層
正所謂產品運營不分家，好的產品設計一定能支持更好的運營，商家後臺也一樣，活動運營對於整個電商市場來說依然成為必不可少的一部分
（1）用戶營運
- 要點：拉新，促活，留存
- 難點：目前整個市場的運營玩法五花八門，不過基本都是基於節日做出的活動促銷，通過大量的優惠活動促進用戶消費。要把握這些點必須要數據的支撐，大數據當眼睛，運營規則當指揮棒。用戶運營大概如下圖所示流程進行。
（2）商品運營
- 要點：活動營銷，豐富玩法
- 難點：用戶運營是發現，引導，而商品運營更多的是控制，運作。商品運營的難點在於如何靈活支持豐富的營銷活動，營銷活動靈活性高，種類豐富，玩法多樣化，而操作系統反而需要便捷，易操作，這正是系統設計的難點所在。
到此，我們就把整個商家後臺1.0的設計思路講完了，整張框架圖如下所示：
在進行商家後臺的設計時，需要注意所有的功能設計都需要考慮與平臺系統之間的關聯與互通，做到數據一致，接口一致。
另外，如果有做H5或者APP商家中心的，就更加具有難度，以為移動端的展現形式與PC端大不大相同，除了功能邏輯要完整外，還需要考慮移動端界面設計。而且，每當新增新功能時，除了需要考慮多端統一外，還需將新功能加入權限系統，從而保證權限系統的完整性。
希望各位同學通過閱讀此文得到一些設計思路上的啟發，根據實際的工作經歷，堅持學習總結，逐步豐富框架中的細節。
