電商后臺設(shè)計難?搞清這7個點再說(附RP源文件下載)

110 評論 95505 瀏覽 695 收藏 15 分鐘

電商產(chǎn)品的后臺設(shè)計較為復雜,考慮的因素有很多。本文通過對具體設(shè)計原型的拆解分析,從商城首頁、商品詳情+購物車管理、支付結(jié)果、地址管理、訂單管理、紅包管理、后臺等7個方面,全面介紹電商后臺的設(shè)計重點,望對你有所幫助。

電商產(chǎn)品功能設(shè)計較難的部分是后臺,用戶使用的客戶端會有推薦或千人千面的展示,這些還是依賴后臺算法等。

道長曾電商創(chuàng)業(yè)一年多,APP端的功能設(shè)計到后面基本沒什么大的改動,最多的是后端需要配合各種活動去設(shè)計,功能及其復雜。另外就是商品庫存管理系統(tǒng)和物流訂單管理系統(tǒng),這里會涉及到商品出入庫和商品退單的核銷在里面,相對比較復雜。

一般小公司自己開發(fā)不劃算,養(yǎng)那么多技術(shù)員需要很多錢、項目做起來周期也很長,建議使用第三方的庫存管理系統(tǒng),這里就不廣告了。物流管理一般就直接使用對應(yīng)物流公司的系統(tǒng),攬件人員通過靶槍掃描就能把物件信息錄入到系統(tǒng),統(tǒng)計每天的單量是很好用的。

OK,本期道長會拿一個我自己主持的電商APP簡易版本出來和大家分享。

一、功能結(jié)構(gòu)

二、商品

1. 商城首頁

商城首頁在規(guī)劃的時候需要結(jié)合自己的SKU數(shù)量,如果數(shù)量不夠那么做搜索是沒有必要的,做分類也要想好是否真的需要,道長碰見過商城第一版本運營和客服部門就提出一定要搜索,不然用戶想去搜索自己想要的商品怎么辦,分類一定要,擔心用戶搞不清楚哪個商品是屬于哪個分類。

——這里的思想就是本末倒置的,拿著功能去找需求,需求方完全沒想SKU數(shù)量本來就很少,翻幾頁就到了,另外初期的商城用戶也不知道搜什么,注意兩點:

  1. 搜索是高級功能,隨著產(chǎn)品版本迭代、品類豐富度夠高、用戶目標足夠明確的時候才會用到;
  2. 分類也是一種導航,目的是提高查找商品的效率,但帶來便利的同時也增加了使用成本,慎重增加。

2. 商品詳情+購物車管理

2-1 詳情頁面

結(jié)構(gòu)相對簡單,第一部分是頂部的頭圖區(qū)域展示商品的大圖,支持多張圖片來回切換,也可以在這里放短視頻,和圖片配合著使用。頭圖下方的商品基本信息是一個單獨區(qū)域。

第二部分是商品詳細信息,這部分會包含很長的圖文信息,這里產(chǎn)品經(jīng)理可以規(guī)劃出來有這么個區(qū)域就好了,實現(xiàn)方式上采用H5,告訴開發(fā)的同學這里是個富文本區(qū)域,運營在填寫的時候可以填寫他們需要的內(nèi)容。

第三部分是最底部常駐操作面板,會有跳轉(zhuǎn)到購物車的入口、加入購物車和立即購買兩個按鈕,點擊后會跳出截圖里編號2的原型,用戶需要確認商品信息和數(shù)量,才會進入到下一步。

“選好了”點擊跳轉(zhuǎn)邏輯:

  1. 操作源:立即購買,跳轉(zhuǎn)到編號為5的結(jié)算頁面;
  2. 操作源:加入購物車,把剛才對一個的商品加入購物車,并停留在商品詳情頁面。

2-2 購物車頁面

包括截圖里編號3、4的頁面,頁面4是頁面三點擊導航條右上角的“編輯”按鈕的狀態(tài),購物車頁面主要注意的產(chǎn)品邏輯是,用戶沒有結(jié)算的商品如果沒有庫存的時候怎么處理?這里有兩個場景要照顧到:

  • 場景一:用戶新打開APP,進入該頁面時可以先請求數(shù)據(jù),沒有庫存的商品就直接從列表刪除;
  • 場景二:用戶在APP其他頁面點擊進入購物車頁面時,商品狀態(tài)可以在點擊“結(jié)算“按鈕時再做一次檢測,如果商品庫存空了則提示用戶沒有庫存的商品,用戶確認后可以繼續(xù)結(jié)算。

2-3 優(yōu)惠管理

編號6的頁面就是簡單的優(yōu)惠券管理,這里有兩個產(chǎn)品邏輯需要注意:

  • 第一個是不向用戶展示已經(jīng)失效或該商品不能使用的優(yōu)惠券,失效了和該商品不能使用的優(yōu)惠券展示出來對用戶“結(jié)算“這個任務(wù)沒有任何幫助;
  • 第二個邏輯是優(yōu)先選擇面額最大的那個,這里盡量讓用戶感受到優(yōu)惠力度,讓用戶更容易做購買這個決策。

3. 支付結(jié)果

支付結(jié)果就成功和失敗兩種:

3-1 支付失敗

用戶取消支付或者是扣款是沒有足夠余額,如截圖里面編號1的原型截圖,頁面需要向用戶展示該訂單的詳細信息,這里有幾個邏輯需要產(chǎn)品經(jīng)理關(guān)注:

第一個是庫存被占用,可以設(shè)定一個時間限制,比如24小時內(nèi)用戶沒有支付則自動把庫存還回去,并且在頁面上告訴用戶這個事情,這里的時間段產(chǎn)品經(jīng)理可根據(jù)自己的需求設(shè)定。

第二個是優(yōu)惠券被占用,如果用戶退出該頁面去支付別的商品,而被占用的優(yōu)惠券在那個商品上也能用,此時就優(yōu)先把優(yōu)惠券用到那邊,這里的產(chǎn)品邏輯主要是考慮訂單履約效率,記住,優(yōu)惠券存在的另一個目的是提高用戶“支付“決策。

3-2 支付成功

支付成功后默認如截圖編號為2的原型,這個頁面用戶停留時間不會很長,我們主要看“發(fā)紅包“功能,發(fā)紅包功能的設(shè)計要考慮好兩個產(chǎn)品邏輯,第一個是對用戶來講需要”利己“,自己干這件事背后的動力是我干了有好處,第二個是”被需要“,用戶發(fā)紅包給別人的時候,別人領(lǐng)取到好處后會給發(fā)紅包的人營造一種被需要的心理作用。

跳轉(zhuǎn)說明:點擊“發(fā)紅包“在當前頁面底部彈出編號3的樣式;

3-3 領(lǐng)取紅包

如截圖里面編號4的原型,這里道長做的頁面比較死板,各位在做自己產(chǎn)品的時候一定要從產(chǎn)品經(jīng)理的角度出發(fā),這個頁面上出現(xiàn)哪些內(nèi)容才是正確的,以及這么做的目的是什么?

比如,我們是不是可以把用戶可以領(lǐng)取多少錢顯示出來?如果能領(lǐng)取99元,那肯定效果會比沒有寫明領(lǐng)多少好;

另外頁面底部可以做一個滾動的領(lǐng)取記錄榜,可以用真實的用戶數(shù)據(jù),也或者是造一些比較好看的假數(shù)據(jù)上去。

4. 地址管理

地址管理沒什么重要的產(chǎn)品邏輯,功能邏輯需要注意兩個場景:

4-1 場景一:用戶沒有任何地址

用戶第一次進入或者是把地址全部刪掉的情況,用戶在結(jié)算頁面(文章前面第2節(jié)編號5)點擊編輯地址的時候,直接進入編號2的添加地址頁面;

4-2 場景二:用戶有地址

那用戶就會進入編號1的地址管理頁面,可以重新編輯地址和修改默認收件地址,默認收件地址選擇后置頂。點擊地址前面的單選按鈕重新設(shè)定默認地址時,如果是從結(jié)算頁面過來的,則可以直接跳回到結(jié)算頁面;如果是從個人中心的地址管理過來的,則可跳回到個人中心頁面。

5. 訂單管理

訂單管理頁面邏輯就簡單多了,待支付訂單可以支付、待收貨訂單可以查看物流、結(jié)算的訂單可以再次購買。這里有幾個功能邏輯需要考慮到:

  • 第一個是待支付訂單商品沒有庫存的時候,和前面購物車頁面那里的處理機制一樣;
  • 第二個是已結(jié)束的訂單,用戶再次購買時,之前購買過的商品下架或者沒有庫存的時候,可以選擇告訴用戶沒有了的商品,留下可再次購買的商品,點擊后直接跳轉(zhuǎn)到結(jié)算頁面,不經(jīng)過購物車頁面。

6. 紅包管理

好了,比重重要的地方是紅包管理,這個是個很溜的三級分銷工具,特別是拉新效果極其好,百試不爽。需要注意的點有:

6-1 賺和用

需要考慮的產(chǎn)品邏輯有點類似積分,就是用戶賺得爽,花的爽,以前道長創(chuàng)業(yè)的時候在紅包頁面不定期推出可以使用紅包購買的商品,基本是上線就賣空。不用單獨在全站的商品里面做是否可以使用紅包的功能,不做的原因是接下來的第二點。

6-2 被屏蔽風險

多級分銷首先在法律上是行不通的,超過3級就是傳銷,這種發(fā)紅包機制下限沒法限制,限制了效果就不好。這里道長的設(shè)計改成只有A分享給BCD、B分享給ACD這樣的策略,效果肯定會比我以前做的三級分銷效果差。

所以這個原型里面我的紅包是可以用在全站的商品里面的,使用該方法的產(chǎn)品經(jīng)理需要考慮好的功能邏輯是,在發(fā)布商品的時候多一個勾選是否可用紅包、以及最高可以用多少。

(被屏蔽是指微信,一般這種會被判定成誘導分享,另外是同行看見你效果好就會舉報你,也會帶來被屏蔽的風險。我當時創(chuàng)業(yè)做的時候被舉報過,然后微信封了,我們當時的策略是動態(tài)IP地址。另外一家友商,我記得好像有200w+的粉絲,頭一秒鐘還跟我們講他們的胡歌霍建華CP抽北海道機票的效果多好,第二秒鐘就被微信封了公眾號)

7. 后臺

這部分內(nèi)容看文字沒啥東西,邏輯挺多的,我貼幾張圖這里,伙伴們下載源文件自己看吧。

截圖:

本期到此結(jié)束,前面兩期的源文件也會在這一期的文件里面,想穿越回去看前兩期的分析嗎?

相關(guān)閱讀

第一期:某社區(qū)APP完整原型案例(附源文件下載)

某社區(qū)APP完整原型案例-第二期(附源文件下載)

產(chǎn)品經(jīng)理課程:APP產(chǎn)品經(jīng)理入門實戰(zhàn)課程(交互、原型、方法論)

……………………………………………… 我是美麗的分界線 ………………………………………………

源文件下載地址:

鏈接: https://pan.baidu.com/s/14Qke2b7iiHG6_T6w7Ghrdw

密碼: 5i4t

如果你想跟我交流原型設(shè)計技巧,歡迎加QQ群:159912926

#專欄作家#

芒果道長,人人都是產(chǎn)品經(jīng)理專欄作家,起點學院特聘導師。騰訊課堂【30天教你做一個APP】作者。

本文獨家首發(fā)于人人都是產(chǎn)品經(jīng)理,未經(jīng)本站許可,不得轉(zhuǎn)載,謝謝合作

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 牛的!

    來自重慶 回復
  2. 1

    回復
  3. 感謝大佬分享,很多干貨知識,再次感謝。希望可以多分享一些后臺管理的設(shè)計案例

    來自廣東 回復
    1. 正在整理之前的案例,會在春節(jié)期間搞完哈,脫敏過程有點費時間,很高興對你有幫助

      來自浙江 回復
  4. 感謝分享。

    來自上海 回復
    1. 產(chǎn)品路上你和我,共勉加油!

      來自浙江 回復
  5. 不管是不是后臺的,對您的努力付出很感謝,希望您能出后臺的,謝謝

    來自北京 回復
    1. 產(chǎn)品路上你和我,共勉加油!

      來自浙江 回復
  6. 感謝分享

    來自廣東 回復
  7. 寫的挺好,但是標題是后臺,結(jié)果介紹的全是前臺。。

    來自山東 回復
    1. 已計劃今年春節(jié)更新后臺的邏輯,把更完整的項目脫敏后分享!

      來自浙江 回復
  8. 請問下,3—1中最后一句話說的:優(yōu)惠券存在的另一個目的是提高用戶“支付“決策; 這句話怎么理解呢

    來自北京 回復
    1. 因為用戶享受到了優(yōu)惠,加速了支付吧。

      來自北京 回復
    2. 對勁!

      來自浙江 回復
    3. 用戶到了支付頁面不進行支付,不是對商品存疑,是差一個“感覺很劃算”的臨門一腳,所有優(yōu)惠券是個誘因,讓用戶覺得買了也不虧,如果不買,那優(yōu)惠券能抵扣的那部分錢就虧了,人在大部分場景里都厭惡損失,所以優(yōu)惠券有提高用戶支付決策的作用。

      來自浙江 回復
  9. 不是講電商后臺么?結(jié)果這么多篇幅都在寫用戶端。。。 后臺中設(shè)計訂單、交易的復雜的邏輯都沒有啊

    來自浙江 回復
    1. 已計劃今年春節(jié)更新后臺的邏輯,把更完整的項目脫敏后分享!
      包含商品出入庫、訂單、風控等后臺邏輯

      來自浙江 回復
  10. 你好!提取碼錯誤,可以重新發(fā)一下嘛謝謝?。?!

    來自上海 回復
    1. 我更新了個下載地址:https://share.weiyun.com/oJpndk2j

      來自浙江 回復
  11. 分享可嘉

    來自廣東 回復
    1. 產(chǎn)品路上你和我,共勉加油!

      來自浙江 回復
  12. 線框圖看著很舒服 ??

    來自廣東 回復
    1. 若你喜歡,我回頭會分享看起來更舒服的原型

      來自浙江 回復
  13. 膝蓋在這里,大佬您收好 ?

    來自浙江 回復
    1. 寄給我一下,蟹蟹!

      來自浙江 回復
  14. 文件打不開,咋回事???

    來自北京 回復
    1. 改下文件名字就可以了

      來自廣東 回復
    2. 蟹蟹!

      來自浙江 回復
    3. 解決了嗎?打不開要么是因為系統(tǒng)壓縮導致名字錯誤、要么是軟件版本不支持,都嘗試下

      來自浙江 回復
  15. 竟然分享了源文件,大贊!內(nèi)容整理的也很清楚。六六六

    來自廣東 回復
    1. 2021春節(jié),再給你分享更多源文件,請期待

      來自浙江 回復
  16. 源文件打不開,騙子!

    來自北京 回復
    1. 我這可以啊 你要嗎 可以發(fā)你

      來自北京 回復
    2. 蟹蟹你

      來自浙江 回復
    3. 我更新了個下載地址:https://share.weiyun.com/oJpndk2j

      來自浙江 回復
  17. 為什么地址修改后也要置頂?

    來自廣東 回復
    1. 在項目經(jīng)驗里面,修改后的地址是用戶的最新收件地址,一般情況下,最新的收件地址即使用戶剛定居下來的家,置頂是便于用戶下回可直接選擇。

      來自浙江 回復
  18. 原型文件怎么打不開

    來自廣東 回復
    1. 我更新了個下載地址:https://share.weiyun.com/oJpndk2j

      來自浙江 回復
  19. 個人感覺優(yōu)惠券的使用那有些紕漏,一個待支付訂單已綁定了優(yōu)惠券,那么另一個訂單在支付的時候,則不能使用這個優(yōu)惠券

    回復
    1. 對勁,優(yōu)惠券其實是需要鎖定的,類似商品庫存鎖定的邏輯!

      來自浙江 回復
  20. 原型里有些錯誤:錯別字、頁面說明重復(遺漏),謝謝分享·

    來自江蘇 回復
    1. 謝謝建議

      來自浙江 回復
  21. 券不能刪除 ??

    來自湖北 回復
    1. 這個操作不給用戶,目標是引導用戶去用優(yōu)惠券,去消費

      來自浙江 回復
  22. 很好,謝謝分享。有時間的話,后臺邏輯可不可以說一下哈

    來自上海 回復
    1. 已計劃2021春節(jié)分享更多后臺的邏輯,過往真的是太忙了,分享的也不夠完整

      來自浙江 回復
  23. 優(yōu)惠券沒有設(shè)計組的概念。很多場景發(fā)放優(yōu)惠券都是一次性發(fā)放多張。組的概念方便數(shù)據(jù)的統(tǒng)計與分析

    來自浙江 回復
    1. 看自己的業(yè)務(wù)需求來定

      來自浙江 回復
  24. 優(yōu)惠券參數(shù)缺少 領(lǐng)取后多少天內(nèi)使用有效。

    來自浙江 回復
    1. 有的,脫敏導致項目看起來沒那么完整

      來自浙江 回復
  25. 謝謝樓主,新人正好學習了

    來自上海 回復
    1. 加油,歡迎如產(chǎn)品坑~

      來自浙江 回復