電商產品的後臺設計較為複雜，考慮的因素有很多。本文通過對具體設計原型的拆解分析，從商城首頁、商品詳情+購物車管理、支付結果、地址管理、訂單管理、紅包管理、後臺等7個方面，全面介紹電商後臺的設計重點，望對你有所幫助。
電商產品功能設計較難的部分是後臺，用戶使用的客戶端會有推薦或千人千面的展示，這些還是依賴後臺算法等。
道長曾電商創業一年多，APP端的功能設計到後面基本沒什麼大的改動，最多的是後端需要配合各種活動去設計，功能及其複雜。另外就是商品庫存管理系統和物流訂單管理系統，這裡會涉及到商品出入庫和商品退單的核銷在裡面，相對比較複雜。
一般小公司自己開發不划算，養那麼多技術員需要很多錢、項目做起來週期也很長，建議使用第三方的庫存管理系統，這裡就不廣告了。物流管理一般就直接使用對應物流公司的系統，攬件人員通過靶槍掃描就能把物件信息錄入到系統，統計每天的單量是很好用的。
OK，本期道長會拿一個我自己主持的電商APP簡易版本出來和大家分享。
一、功能結構
二、商品
1. 商城首頁
商城首頁在規劃的時候需要結合自己的SKU數量，如果數量不夠那麼做搜索是沒有必要的，做分類也要想好是否真的需要，道長碰見過商城第一版本運營和客服部門就提出一定要搜索，不然用戶想去搜索自己想要的商品怎麼辦，分類一定要，擔心用戶搞不清楚哪個商品是屬於哪個分類。
——這裡的思想就是本末倒置的，拿著功能去找需求，需求方完全沒想SKU數量本來就很少，翻幾頁就到了，另外初期的商城用戶也不知道搜什麼，注意兩點：
- 搜索是高級功能，隨著產品版本迭代、品類豐富度夠高、用戶目標足夠明確的時候才會用到；
- 分類也是一種導航，目的是提高查找商品的效率，但帶來便利的同時也增加了使用成本，慎重增加。
2. 商品詳情+購物車管理
2-1 詳情頁面
結構相對簡單，第一部分是頂部的頭圖區域展示商品的大圖，支持多張圖片來回切換，也可以在這裡放短視頻，和圖片配合著使用。頭圖下方的商品基本信息是一個單獨區域。
第二部分是商品詳細信息，這部分會包含很長的圖文信息，這裡產品經理可以規劃出來有這麼個區域就好了，實現方式上採用H5，告訴開發的同學這裡是個富文本區域，運營在填寫的時候可以填寫他們需要的內容。
第三部分是最底部常駐操作面板，會有跳轉到購物車的入口、加入購物車和立即購買兩個按鈕，點擊後會跳出截圖裡編號2的原型，用戶需要確認商品信息和數量，才會進入到下一步。
“選好了”點擊跳轉邏輯：
- 操作源：立即購買，跳轉到編號為5的結算頁面；
- 操作源：加入購物車，把剛才對一個的商品加入購物車，並停留在商品詳情頁面。
2-2 購物車頁面
- 場景一：用戶新打開APP，進入該頁面時可以先請求數據，沒有庫存的商品就直接從列表刪除；
- 場景二：用戶在APP其他頁面點擊進入購物車頁面時，商品狀態可以在點擊“結算“按鈕時再做一次檢測，如果商品庫存空了則提示用戶沒有庫存的商品，用戶確認後可以繼續結算。
2-3 優惠管理
編號6的頁面就是簡單的優惠券管理，這裡有兩個產品邏輯需要注意：
- 第一個是不向用戶展示已經失效或該商品不能使用的優惠券，失效了和該商品不能使用的優惠券展示出來對用戶“結算“這個任務沒有任何幫助；
- 第二個邏輯是優先選擇面額最大的那個，這裡儘量讓用戶感受到優惠力度，讓用戶更容易做購買這個決策。
3. 支付結果
支付結果就成功和失敗兩種：
3-1 支付失敗
用戶取消支付或者是扣款是沒有足夠餘額，如截圖裡面編號1的原型截圖，頁面需要向用戶展示該訂單的詳細信息，這裡有幾個邏輯需要產品經理關注：
第一個是庫存被佔用，可以設定一個時間限制，比如24小時內用戶沒有支付則自動把庫存還回去，並且在頁面上告訴用戶這個事情，這裡的時間段產品經理可根據自己的需求設定。
第二個是優惠券被佔用，如果用戶退出該頁面去支付別的商品，而被佔用的優惠券在那個商品上也能用，此時就優先把優惠券用到那邊，這裡的產品邏輯主要是考慮訂單履約效率，記住，優惠券存在的另一個目的是提高用戶“支付“決策。
3-2 支付成功
支付成功後默認如截圖編號為2的原型，這個頁面用戶停留時間不會很長，我們主要看“發紅包“功能，發紅包功能的設計要考慮好兩個產品邏輯，第一個是對用戶來講需要”利己“，自己幹這件事背後的動力是我幹了有好處，第二個是”被需要“，用戶發紅包給別人的時候，別人領取到好處後會給發紅包的人營造一種被需要的心理作用。
跳轉說明：點擊“發紅包“在當前頁面底部彈出編號3的樣式；
3-3 領取紅包
如截圖裡面編號4的原型，這裡道長做的頁面比較死板，各位在做自己產品的時候一定要從產品經理的角度出發，這個頁面上出現哪些內容才是正確的，以及這麼做的目的是什麼？
比如，我們是不是可以把用戶可以領取多少錢顯示出來？如果能領取99元，那肯定效果會比沒有寫明領多少好；
另外頁面底部可以做一個滾動的領取記錄榜，可以用真實的用戶數據，也或者是造一些比較好看的假數據上去。
4. 地址管理
地址管理沒什麼重要的產品邏輯，功能邏輯需要注意兩個場景：
4-1 場景一：用戶沒有任何地址
4-2 場景二：用戶有地址
5. 訂單管理
訂單管理頁面邏輯就簡單多了，待支付訂單可以支付、待收貨訂單可以查看物流、結算的訂單可以再次購買。這裡有幾個功能邏輯需要考慮到：
- 第一個是待支付訂單商品沒有庫存的時候，和前面購物車頁面那裡的處理機制一樣；
- 第二個是已結束的訂單，用戶再次購買時，之前購買過的商品下架或者沒有庫存的時候，可以選擇告訴用戶沒有了的商品，留下可再次購買的商品，點擊後直接跳轉到結算頁面，不經過購物車頁面。
6. 紅包管理
好了，比重重要的地方是紅包管理，這個是個很溜的三級分銷工具，特別是拉新效果極其好，百試不爽。需要注意的點有：
6-1 賺和用
需要考慮的產品邏輯有點類似積分，就是用戶賺得爽，花的爽，以前道長創業的時候在紅包頁面不定期推出可以使用紅包購買的商品，基本是上線就賣空。不用單獨在全站的商品裡面做是否可以使用紅包的功能，不做的原因是接下來的第二點。
6-2 被屏蔽風險
多級分銷首先在法律上是行不通的，超過3級就是傳銷，這種發紅包機制下限沒法限制，限制了效果就不好。這裡道長的設計改成只有A分享給BCD、B分享給ACD這樣的策略，效果肯定會比我以前做的三級分銷效果差。
所以這個原型裡面我的紅包是可以用在全站的商品裡面的，使用該方法的產品經理需要考慮好的功能邏輯是，在發佈商品的時候多一個勾選是否可用紅包、以及最高可以用多少。
7. 後臺
這部分內容看文字沒啥東西，邏輯挺多的，我貼幾張圖這裡，夥伴們下載源文件自己看吧。
截圖：
本期到此結束，前面兩期的源文件也會在這一期的文件裡面，想穿越回去看前兩期的分析嗎？
閱讀更多 人人都是產品經理 的文章
