商家后臺(tái)1.0設(shè)計(jì)思路

16 評(píng)論 33052 瀏覽 377 收藏 12 分鐘

本文作者將從三個(gè)方面,與你分享商家后臺(tái)1.0設(shè)計(jì)思路,enjoy~

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

商家后臺(tái)1.0

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

1. 操作層

(1)店鋪設(shè)置

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

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

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

(2)運(yùn)費(fèi)模板

設(shè)置運(yùn)費(fèi)模板,物流設(shè)置。

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

(3)商品管理

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

(4)訂單發(fā)貨

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

(5)售后管理

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

(6)用戶管理

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

(7)角色管理

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

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

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

這樣我們就簡(jiǎn)單把操作層的模塊都講完了,框架圖更如下:

1240

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

(1)營(yíng)收統(tǒng)計(jì)

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

(2)流量統(tǒng)計(jì)

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

(3)交易統(tǒng)計(jì)

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

(4)用戶統(tǒng)計(jì)

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

1240

3. 運(yùn)營(yíng)層

正所謂產(chǎn)品運(yùn)營(yíng)不分家,好的產(chǎn)品設(shè)計(jì)一定能支持更好的運(yùn)營(yíng),商家后臺(tái)也一樣,活動(dòng)運(yùn)營(yíng)對(duì)于整個(gè)電商市場(chǎng)來說依然成為必不可少的一部分

(1)用戶營(yíng)運(yùn)

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

1240

(2)商品運(yùn)營(yíng)

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

1240

到此,我們就把整個(gè)商家后臺(tái)1.0的設(shè)計(jì)思路講完了,整張框架圖如下所示:

1240

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

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

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

 

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

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 圖掛了。。。

    來自廣東 回復(fù)
  2. 作者 可以給看下圖片嗎 文章里圖片都掛了

    來自上海 回復(fù)
  3. 為什么圖掛了55555

    來自廣東 回復(fù)
  4. 框架幫助很大,膜拜大神,可惜的是 圖好像掛了

    來自廣東 回復(fù)
  5. 懂行

    回復(fù)
  6. 商品運(yùn)營(yíng)的圖不對(duì)吧,和用戶運(yùn)營(yíng)一樣

    回復(fù)
  7. 確定是提高商家成本?

    回復(fù)
  8. 這是很有經(jīng)驗(yàn)的總結(jié),感謝分享,但我有個(gè)疑問,在操作層訂單發(fā)貨難點(diǎn)處,“好的訂單設(shè)計(jì)可以提高商家使用成本”,自己感覺應(yīng)該是降低使用成本

    來自山東 回復(fù)
    1. ?? 不好意思,一直想改這個(gè)字,但是一直沒啥時(shí)間,而且一改動(dòng)又要重新審核,會(huì)影響閱讀體驗(yàn),文章是晚上寫的,所以沒有檢查到位,所以挺抱歉

      來自廣東 回復(fù)
  9. 寫的非常棒。有公眾號(hào)嗎?或者微信?

    回復(fù)
    1. 目前沒寫公眾號(hào),個(gè)人微信號(hào):haolian634353509

      來自廣東 回復(fù)
  10. 非常清晰了 膜拜膜拜

    來自河南 回復(fù)
  11. 為啥圖里邊有倆滿減

    來自北京 回復(fù)
    1. 抱歉,忘記修改文字了,應(yīng)該是【···】 ??

      來自廣東 回復(fù)
  12. 框架比較清晰,支持一下

    來自山東 回復(fù)
    1. 感謝支持

      來自廣東 回復(fù)