中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

商家后臺1.0

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

1. 操作層

（1）店鋪設置

店鋪初次登入時，需要設置店鋪信息，申請店鋪認證，裝修店鋪。

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

注意：店鋪認證需要人工審核，后臺須有審核通道，商家需要結果查詢。

（2）運費模板

設置運費模板，物流設置。

• 要點：運費模板，物流設置
• 難點：運費模板?？偨Y起來有三種：一是店鋪運費模板；二是單品運費模板；三是混合運費模板。系統設計前期可先選擇支持【店鋪運費模板】，即可供店鋪統一設置運費，應用到店鋪的每個商品。運費計算方面還需要在系統設計初期定好規則，規則不是隨意定，而是根據各大物流公司在各個區域的收費標準，在商家設置時動態計算運費。例如：順豐與四通一達在廣州的首重與續重收費標準不同。

（3）商品管理

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

（4）訂單發貨

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

（5）售后管理

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

（6）用戶管理

• 要點：用戶管理，會員管理，會員營銷
• 難點：系統設計上，不僅要支持平臺會員體系，還需要支持商家構建以商家為中心的會員體系，這兩套體系獨立但也相關聯。

（7）角色管理

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

（8）資產管理

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

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

2. 數據層

（1）營收統計

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

（2）流量統計

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

（3）交易統計

• 要點：下單筆數，付款筆數，轉化率，客單價，發貨數量
• 難點：統計商家的訂單數據，根據訂單數據計算轉化率，客單價。交易數據支持與昨日，或某固定時間區間內對比，提供經營建議

（4）用戶統計

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

3. 運營層

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

（1）用戶營運

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

（2）商品運營

• 要點：活動營銷，豐富玩法
• 難點：用戶運營是發現，引導，而商品運營更多的是控制，運作。商品運營的難點在于如何靈活支持豐富的營銷活動，營銷活動靈活性高，種類豐富，玩法多樣化，而操作系統反而需要便捷，易操作，這正是系統設計的難點所在。

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

在進行商家后臺的設計時，需要注意所有的功能設計都需要考慮與平臺系統之間的關聯與互通，做到數據一致，接口一致。

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

希望各位同學通過閱讀此文得到一些設計思路上的啟發，根據實際的工作經歷，堅持學習總結，逐步豐富框架中的細節。

本文由 @野蠻非先生 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pexels，基于 CC0 協議