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

本文作者將從三個(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)單把操作層的模塊都講完了,框架圖更如下:
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)建議。
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)行。
(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)所在。
到此,我們就把整個(gè)商家后臺(tái)1.0的設(shè)計(jì)思路講完了,整張框架圖如下所示:
在進(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é)議
圖掛了。。。
作者 可以給看下圖片嗎 文章里圖片都掛了
為什么圖掛了55555
框架幫助很大,膜拜大神,可惜的是 圖好像掛了
懂行
商品運(yùn)營(yíng)的圖不對(duì)吧,和用戶運(yùn)營(yíng)一樣
確定是提高商家成本?
這是很有經(jīng)驗(yàn)的總結(jié),感謝分享,但我有個(gè)疑問,在操作層訂單發(fā)貨難點(diǎn)處,“好的訂單設(shè)計(jì)可以提高商家使用成本”,自己感覺應(yīng)該是降低使用成本
?? 不好意思,一直想改這個(gè)字,但是一直沒啥時(shí)間,而且一改動(dòng)又要重新審核,會(huì)影響閱讀體驗(yàn),文章是晚上寫的,所以沒有檢查到位,所以挺抱歉
寫的非常棒。有公眾號(hào)嗎?或者微信?
目前沒寫公眾號(hào),個(gè)人微信號(hào):haolian634353509
非常清晰了 膜拜膜拜
為啥圖里邊有倆滿減
抱歉,忘記修改文字了,應(yīng)該是【···】 ??
框架比較清晰,支持一下
感謝支持