本文作者將從三個方面，與你分享商家后臺1.0設(shè)計思路，enjoy~

作為平臺型電商最重要的參與者之一，商家自然需要有一套獨立的操作后臺（系統(tǒng)）。商家后臺涉及三個層面，且以由底往上的順序流轉(zhuǎn)進(jìn)行，大體可以概括為此三層：操作層，數(shù)據(jù)層，運營層；本文將會從各個場景切入，隨著一個個場景的梳理，將這張框架圖的血肉填充完整。

商家后臺1.0

如果你發(fā)現(xiàn)自己的商家后臺還未滿足以上的三層，那都不能叫1.0。其中操作層也叫工作層，是指最基本的日常工作，是后臺完成任務(wù)必須經(jīng)過的流程。工作層只能滿足商家的基本需求，而數(shù)據(jù)層則是獲取重要的用戶，訂單數(shù)據(jù)。想要更好的輔助商家，則需要這些數(shù)據(jù)。數(shù)據(jù)用得好不好體現(xiàn)在運營層面上，對于商家而言，運營即服務(wù)。數(shù)據(jù)運營不分家，運營涉及面很廣，產(chǎn)品的每個模塊都可包含運營元素，如何統(tǒng)一這些運營元素，方便商家便捷，高效的操作，是難點。

1. 操作層

（1）店鋪設(shè)置

店鋪初次登入時，需要設(shè)置店鋪信息，申請店鋪認(rèn)證，裝修店鋪。

• 要點：店鋪認(rèn)證，店鋪裝修
• 難點：店鋪裝修涉及到前端拖動式操作，前期建設(shè)時可設(shè)計成模板化操作，根據(jù)選擇模板裝修店鋪，降低開發(fā)成本。

注意：店鋪認(rèn)證需要人工審核，后臺須有審核通道，商家需要結(jié)果查詢。

（2）運費模板

設(shè)置運費模板，物流設(shè)置。

• 要點：運費模板，物流設(shè)置
• 難點：運費模板?？偨Y(jié)起來有三種：一是店鋪運費模板；二是單品運費模板；三是混合運費模板。系統(tǒng)設(shè)計前期可先選擇支持【店鋪運費模板】，即可供店鋪統(tǒng)一設(shè)置運費，應(yīng)用到店鋪的每個商品。運費計算方面還需要在系統(tǒng)設(shè)計初期定好規(guī)則，規(guī)則不是隨意定，而是根據(jù)各大物流公司在各個區(qū)域的收費標(biāo)準(zhǔn)，在商家設(shè)置時動態(tài)計算運費。例如：順豐與四通一達(dá)在廣州的首重與續(xù)重收費標(biāo)準(zhǔn)不同。

（3）商品管理

• 要點：發(fā)布商品，商品上下架，庫存管理。
• 難點：庫存管理，庫存分為兩種：普通庫存，活動庫存。普通商品的正常銷售調(diào)用的是普通庫存，活動庫存是從總庫存劃出的一部分，供活動時使用。庫存管理的難點在于難以保證線上庫存與實物庫存一致。因為有時候業(yè)務(wù)需求是允許超賣，做預(yù)售，不同活動獨占庫存，不同渠道分配庫存，就會造成線上庫存與實物庫存不一致。

（4）訂單發(fā)貨

• 要點：訂單管理，訂單推送
• 難點：訂單可以說是整個電商流程最核心的一部分，在商家后臺的設(shè)計中，好的訂單設(shè)計可以提高商家使用成本，帶來便捷的操作體驗。訂單包含商品，優(yōu)惠，用戶，收貨信息，支付信息等一系列訂單實時數(shù)據(jù)，通過訂單中心，實現(xiàn)對訂單的管理，支持訂單接收，訂單自動合并與拆分，自動匹配倉庫，庫存控制，自動匹配快遞，結(jié)算與支付等訂單生命周期中一系列協(xié)同作業(yè)。訂單的難點在于它處于整個流程的核心位置，連接上下游，在各種業(yè)務(wù)場景下衍生出各種訂單正向及逆向流程，是考驗產(chǎn)品設(shè)計的一大難點。具體設(shè)計可以參考我之前的文章，有詳細(xì)分析

（5）售后管理

• 要點：退貨退款，換貨，退款
• 難點：售后管理處理的是訂單的逆向流程，在售后管理的設(shè)計上一定要充分考慮用戶的體驗，例如：在用戶未簽收時允許用戶申請退款；難點在于訂單的逆向流程在源于多個方面，例如：支付前取消；未簽收退款；收貨后退款，收貨后換貨，收貨后退貨等。每一個場景下都對應(yīng)著相應(yīng)的訂單狀態(tài)，時間和優(yōu)惠信息，如果是活動訂單，還涉及售后訂單優(yōu)惠分?jǐn)偟挠嬎?，這都需要前期的設(shè)計考慮更全面。

（6）用戶管理

• 要點：用戶管理，會員管理，會員營銷
• 難點：系統(tǒng)設(shè)計上，不僅要支持平臺會員體系，還需要支持商家構(gòu)建以商家為中心的會員體系，這兩套體系獨立但也相關(guān)聯(lián)。

（7）角色管理

• 要點：權(quán)限管理，角色管理，權(quán)限分配
• 難點：角色是權(quán)限的載體，在控制用戶操作功能權(quán)限的時候，可以通過授予不同角色的功能權(quán)限，然后通過對不同類型用戶授予不同用戶角色，就控制了不同用戶之間的不同功能操作權(quán)限，形成了一個功能權(quán)限體系的閉環(huán)。怎么做到權(quán)限列表與實際功能一一對應(yīng)？就需要在開發(fā)系統(tǒng)頁面時，將統(tǒng)一的權(quán)限借口嵌入到頁面中。

（8）資產(chǎn)管理

• 要點：資金明細(xì)，資金操作；
• 難點：每一條資金的來龍去脈都必須記錄清楚，每一條資金記錄都需與訂單，用戶綁定關(guān)系，方便追溯。

這樣我們就簡單把操作層的模塊都講完了，框架圖更如下：

2. 數(shù)據(jù)層

（1）營收統(tǒng)計

• 要點：店鋪收入，經(jīng)營報表
• 難點：統(tǒng)計店鋪收入，支持不同時間段查看不同數(shù)據(jù)。系統(tǒng)支持統(tǒng)計某個時間區(qū)間范圍內(nèi)的店鋪數(shù)據(jù)，并做分析。例如經(jīng)營周報：可列出一周概要，包括一周支付金額，轉(zhuǎn)化率，客單價，訪客數(shù)，付款人數(shù)等數(shù)據(jù)，并與上周每項數(shù)據(jù)對比，將結(jié)果可視化。

（2）流量統(tǒng)計

• 要點：訪客數(shù)量，頁面瀏覽，訪客地域，流量統(tǒng)計
• 難點：想要做好流量統(tǒng)計，前期設(shè)計就需要在用戶端加入數(shù)據(jù)埋點，有了數(shù)據(jù)后對數(shù)據(jù)進(jìn)行拆解歸類，前期數(shù)據(jù)埋點越全面，后期流量統(tǒng)計就越全面，不僅可為商家提供訪客數(shù)，還能提供具體頁面的訪客數(shù)量，訪客地域分布等。

（3）交易統(tǒng)計

• 要點：下單筆數(shù)，付款筆數(shù)，轉(zhuǎn)化率，客單價，發(fā)貨數(shù)量
• 難點：統(tǒng)計商家的訂單數(shù)據(jù)，根據(jù)訂單數(shù)據(jù)計算轉(zhuǎn)化率，客單價。交易數(shù)據(jù)支持與昨日，或某固定時間區(qū)間內(nèi)對比，提供經(jīng)營建議

（4）用戶統(tǒng)計

• 要點：粉絲數(shù)量，增長趨勢
• 難點：支持打通微信，微博，對用戶粉絲進(jìn)行統(tǒng)計，記錄凈增長粉絲，新增粉絲，流失粉絲，將增長趨勢可視化，提供運營建議。

3. 運營層

正所謂產(chǎn)品運營不分家，好的產(chǎn)品設(shè)計一定能支持更好的運營，商家后臺也一樣，活動運營對于整個電商市場來說依然成為必不可少的一部分

（1）用戶營運

• 要點：拉新，促活，留存
• 難點：目前整個市場的運營玩法五花八門，不過基本都是基于節(jié)日做出的活動促銷，通過大量的優(yōu)惠活動促進(jìn)用戶消費。要把握這些點必須要數(shù)據(jù)的支撐，大數(shù)據(jù)當(dāng)眼睛，運營規(guī)則當(dāng)指揮棒。用戶運營大概如下圖所示流程進(jìn)行。

（2）商品運營

• 要點：活動營銷，豐富玩法
• 難點：用戶運營是發(fā)現(xiàn)，引導(dǎo)，而商品運營更多的是控制，運作。商品運營的難點在于如何靈活支持豐富的營銷活動，營銷活動靈活性高，種類豐富，玩法多樣化，而操作系統(tǒng)反而需要便捷，易操作，這正是系統(tǒng)設(shè)計的難點所在。

到此，我們就把整個商家后臺1.0的設(shè)計思路講完了，整張框架圖如下所示：

在進(jìn)行商家后臺的設(shè)計時，需要注意所有的功能設(shè)計都需要考慮與平臺系統(tǒng)之間的關(guān)聯(lián)與互通，做到數(shù)據(jù)一致，接口一致。

另外，如果有做H5或者APP商家中心的，就更加具有難度，以為移動端的展現(xiàn)形式與PC端大不大相同，除了功能邏輯要完整外，還需要考慮移動端界面設(shè)計。而且，每當(dāng)新增新功能時，除了需要考慮多端統(tǒng)一外，還需將新功能加入權(quán)限系統(tǒng)，從而保證權(quán)限系統(tǒng)的完整性。

希望各位同學(xué)通過閱讀此文得到一些設(shè)計思路上的啟發(fā)，根據(jù)實際的工作經(jīng)歷，堅持學(xué)習(xí)總結(jié)，逐步豐富框架中的細(xì)節(jié)。

本文由 @野蠻非先生 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Pexels，基于 CC0 協(xié)議