類目和屬性看一下這個?產(chǎn)品經(jīng)理后臺架構(gòu)
產(chǎn)品經(jīng)理與電商后臺產(chǎn)品架構(gòu)
轉(zhuǎn)自:產(chǎn)品經(jīng)理與電商后臺產(chǎn)品架構(gòu)
劉志遠?[互聯(lián)網(wǎng)er的早讀課]
隨著智能手機的普及,互聯(lián)網(wǎng)以洶涌之勢融入我們的生活,上到花甲古稀的老人,下到總角之年的小朋友,都或多或少用過一些應(yīng)用,對一些產(chǎn)品有各種見解,越來越多人開始討論產(chǎn)品。對產(chǎn)品經(jīng)理來說這是最好的時代。
但是產(chǎn)品同質(zhì)化越來越嚴重,用戶體驗卻難以量化,馬太效應(yīng)在互聯(lián)網(wǎng)行業(yè)如同魔咒,流量被巨頭掌握,中小企業(yè)難以突破流量黑洞。對產(chǎn)品經(jīng)理來說這同時也是最壞的時代。
大部分用戶根本感知不到后臺產(chǎn)品的存在,會覺得后臺產(chǎn)品頗為神秘。業(yè)內(nèi)人一般認為做后臺產(chǎn)品很難,因為產(chǎn)品的邏輯復(fù)雜。在大家天馬行空的暢想之后,后臺產(chǎn)品經(jīng)理會想著怎么落地,后臺系統(tǒng)能不能支撐?什么樣的產(chǎn)品方案可以滿足需求?
很多人接觸電商都是從淘寶(天貓)、京東開始,也僅限于前端商城,很少有機會了解后臺。如同骨骼之于人體,后臺對于電商業(yè)務(wù)的支撐起著至關(guān)重要的作用。一開始接觸后臺產(chǎn)品,會覺得異常困難,因為后臺不是某個獨立系統(tǒng),而是多個模塊組合,并且之間還有信息交互。后臺重邏輯、重業(yè)務(wù),對產(chǎn)品經(jīng)理的要求很高,令許多人望而卻步。不過當我們慢慢梳理清楚業(yè)務(wù),弄清楚系統(tǒng)之間的信息流轉(zhuǎn),就能逐漸成長,甚至在邏輯自洽中找到做后臺產(chǎn)品的樂趣。
1、什么是電商后臺
“前端用戶的一小步,后臺系統(tǒng)的一大步?!毕嘈沤佑|過后臺一段時間的產(chǎn)品經(jīng)理都會發(fā)出這樣的感慨。
平常我們用的最常見的功能,比如購物車、優(yōu)惠券等,看似很簡單,用戶在使用時也就是點一下,實際上在后臺要經(jīng)過很多條件的校驗、多系統(tǒng)間的信息流轉(zhuǎn)。
電商后臺對大部分用戶來說很陌生,平常幾乎接觸不到。后臺與前端是相對的,對普通消費者來說,商家系統(tǒng)和平臺管理系統(tǒng)都屬于后臺;對平臺上的商家而言,商家系統(tǒng)就是后臺系統(tǒng);對平臺來說,平臺的管理系統(tǒng)屬于后臺,針對C 端的APP、H5 商城和針對B 端的商家管理系統(tǒng)都屬于用戶端。
電商后臺系統(tǒng),其實也不能叫做一個系統(tǒng),可以稱為后端支撐產(chǎn)品線,一些公司將其拆分為很多子系統(tǒng),阿里更將其發(fā)展成了中臺事業(yè)群(商品中心、搜索事業(yè)部、共享業(yè)務(wù)平臺等)。后端一系列系統(tǒng)支撐著公司各種業(yè)務(wù)的進行和發(fā)展,當前端展示、業(yè)務(wù)處理(訂單、售后)、庫存變動等業(yè)務(wù)正在進行時,后端各系統(tǒng)間則互相調(diào)用接口進行數(shù)據(jù)更新。
電商行業(yè)的許多業(yè)務(wù)與傳統(tǒng)零售業(yè)類似,構(gòu)建后臺系統(tǒng)的過程實際在做信息化供應(yīng)鏈。做電商產(chǎn)品經(jīng)理,一定要讀供應(yīng)鏈管理的相關(guān)書籍,用專業(yè)化的理論來理解業(yè)務(wù)。
在漫漫人類歷史中,商業(yè)以各種形態(tài)已存在千百年,現(xiàn)代供應(yīng)鏈管理理論發(fā)展已近百年,供應(yīng)鏈的信息化自計算機誕生后就不斷在推進。
電商行業(yè)不同于其他互聯(lián)網(wǎng)領(lǐng)域,已經(jīng)有許多成熟的商業(yè)理論可以應(yīng)用。電商后臺產(chǎn)品線的大多數(shù)工作是 將線下的供應(yīng)鏈體系搬到線上,比如采購、倉儲、供應(yīng)商管理、庫存管理、商品、 售價管理等,這些領(lǐng)域在傳統(tǒng)制造業(yè)、零售業(yè)已有一套成熟的理論和應(yīng)用。 現(xiàn)在很多電商企業(yè)會選擇自主開發(fā)電商整套系統(tǒng),系統(tǒng)卻很“土”,只在意從 0 到 1,卻忽略從 1 到 100 的優(yōu)化。以庫存管理為例,商品庫存仍是囤貨策略,沒有從 科學(xué)的角度去考慮庫存周轉(zhuǎn)期、安全庫存、補貨策略等已經(jīng)很成熟的東西。圖 1 所 示的是馬士華老師在《供應(yīng)鏈管理》中的供應(yīng)鏈管理體系構(gòu)建總體模型??梢园l(fā)現(xiàn), 電商后臺產(chǎn)品的許多業(yè)務(wù)都在這張圖中有所體現(xiàn)。電商公司的采購、倉儲、服務(wù)、 物流、訂單等工作都在供應(yīng)鏈管理中有所涉及。比如 Push/Pull 方式就經(jīng)常用在電商 的庫存管理中,雙 11 的促銷就是 Push 的方式,先備貨,然后通過促銷來增加需求。 電商后臺的許多工作是將供應(yīng)鏈流程信息化,以系統(tǒng)的方式來控制業(yè)務(wù)。當然電商 產(chǎn)品中也有許多獨有的內(nèi)容,如在線商城、內(nèi)容管理(CMS)等。

1.jpg
以客戶下訂單為例來介紹業(yè)務(wù)信息在各系統(tǒng)之間的流轉(zhuǎn),涉及主要的信息交互如圖2 所示。從用戶選擇商品、生成訂單到訂單出庫、物流配送、用戶簽收、退貨退款,信息在多系統(tǒng)中流轉(zhuǎn)更新數(shù)據(jù)。
從圖2 中可以看出,前端用戶簡單的下單動作,需要后臺系統(tǒng)多系統(tǒng)模塊之間的配合。對于產(chǎn)品經(jīng)理來講,理清各系統(tǒng)之間的業(yè)務(wù)邏輯,特別是當商品類型多樣(包括服務(wù)商品、實物商品、服務(wù)加實物商品等),業(yè)務(wù)復(fù)雜(包括預(yù)售、代銷、代發(fā)等) 時,各系統(tǒng)模塊的隔離、設(shè)計時考慮擴展性非常必要。

2.jpg
在電商企業(yè)中,后臺系統(tǒng)主要的作用是業(yè)務(wù)支撐、優(yōu)化服務(wù)流程、提高服務(wù)效率, 還可以提供數(shù)據(jù)分析參考,進而為業(yè)務(wù)調(diào)整提供參考。
2 電商后臺產(chǎn)品架構(gòu)
電商后臺是業(yè)務(wù)要求較高的產(chǎn)品,當前臺產(chǎn)品或業(yè)務(wù)人員提出需求時,有經(jīng)驗的后臺產(chǎn)品經(jīng)理第一時間想到的不是畫原型、設(shè)計功能,而是分析要實現(xiàn)需求涉及哪些模塊,需要協(xié)調(diào)哪些子系統(tǒng)對接。所以優(yōu)秀的產(chǎn)品經(jīng)理一定是對產(chǎn)品整體架構(gòu)比較清楚,能從系統(tǒng)整體角度考慮功能的合理性,在平臺層面為未來可能的業(yè)務(wù)發(fā)展進行規(guī)劃和設(shè)計。
好的產(chǎn)品架構(gòu)對于一個企業(yè)來講是非常重要的一件事情,決定了是否能夠承載業(yè)務(wù)的發(fā)展,就如同地基之于高層建筑。由于商業(yè)性質(zhì)決定了電商業(yè)務(wù)支撐系統(tǒng)必須具備穩(wěn)定性、可擴展、操作便捷、安全性強等特點,產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品架構(gòu)時, 應(yīng)充分考慮到業(yè)務(wù)發(fā)展需要,盡量將各模塊隔離,比如以商品模塊建商品中心,以訂單模塊建訂單中心等。只有在產(chǎn)品設(shè)計上有模塊化思想,具有前瞻性,技術(shù)在開發(fā)時才會考慮業(yè)務(wù)隔離,當業(yè)務(wù)調(diào)整、功能新增時,開發(fā)可迅速進行,避免牽一發(fā)而動全身的事情反復(fù)發(fā)生。
產(chǎn)品架構(gòu)的可擴展性非常重要。很多時候會聽到開發(fā)講“不要寫死”——寫代碼講究“可復(fù)用、可擴展”。對于產(chǎn)品架構(gòu)來說同樣如此。產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品架構(gòu)時,要思考未來產(chǎn)品迭代的方向,可能會增加哪些模塊,從一開始就給以后的發(fā)展留下可能性。如果新產(chǎn)品還沒迭代幾個小版本,增加一些功能就需要整個頁面層級或技術(shù)架構(gòu)推倒重做,那肯定是產(chǎn)品經(jīng)理的問題。以網(wǎng)易云音樂為例,從2013 年云音樂的1.0 版本開始,一直更新到現(xiàn)在,APP 的信息架構(gòu)和頁面層級基本沒發(fā)生太大變化。好的產(chǎn)品架構(gòu)能夠支撐業(yè)務(wù)拓展,降低維護成本。
電商后臺產(chǎn)品架構(gòu)設(shè)計要求產(chǎn)品經(jīng)理非常懂業(yè)務(wù)。對于系統(tǒng)邏輯思維、整體業(yè)務(wù)認知以及發(fā)展的前瞻性,不同行業(yè)、不同用戶群的產(chǎn)品經(jīng)理在做產(chǎn)品整體架構(gòu)時思路也會不一樣。
針對一般電商業(yè)務(wù),筆者簡單畫了一張產(chǎn)品模塊示意圖(如圖3 所示),基本一些中小型電商公司的產(chǎn)品架構(gòu)大致如此。除了圖中所示,現(xiàn)在很多電商公司開始轉(zhuǎn)型社交電商,采用UGC 模式或直播電商,在產(chǎn)品架構(gòu)上會新增資訊系統(tǒng),實現(xiàn)資訊與商品的高度融合。

3.jpg
(1)商品中心:
主要管理SKU( 最小庫存單位)、SPU(標準化產(chǎn)品單元)、屬性(關(guān)鍵屬性、非關(guān)鍵屬性、銷售屬性)、類目品牌、價格等有關(guān)商品的數(shù)據(jù)。
(2)訂單中心:
管理訂單類型、訂單狀態(tài),收集關(guān)于商品、優(yōu)惠、用戶、收貨信息、支付信息等一系列的訂單實時數(shù)據(jù),進行庫存更新、訂單下發(fā)等一系列動作。
(3)支付中心:
管理支付數(shù)據(jù),調(diào)用第三方支付平臺接口,記錄支付信息(對應(yīng)訂單號、支付金額等),支付對賬。
(4)會員中心:
主要管理用戶等級、用戶權(quán)益、積分、卡券等會員相關(guān)信息, 通過一系列滿足用戶心理、提高黏性的方法來實現(xiàn)開發(fā)新用戶、增加用戶活躍度的目的。
(5)調(diào)度中心:
將訂單信息轉(zhuǎn)化為發(fā)貨通知單,以及其他出入庫單,調(diào)度倉庫和物流進行發(fā)貨。
(6)促銷中心:
主要管理活動相關(guān),優(yōu)惠券、滿減、專場活動、促銷專區(qū)等。促銷工具的開發(fā)對電商尤其重要。促銷活動的濫用易造成的用戶疲勞,怎樣推陳出新, 給電商產(chǎn)品經(jīng)理造成了很大挑戰(zhàn)。
(7)內(nèi)容管理系統(tǒng):
主要是對用戶端進行頁面配置(Banner、ICON、Tab), 配置首頁,自定義活動頁面,設(shè)置生效時效。
(8)評價中心:
管理商品評價和用戶反饋。這并沒有想象的那么簡單,涉及一些敏感詞和敏感圖片的篩選,以及回復(fù)內(nèi)容管理。
(9)采購中心:
管理SKU,當庫存預(yù)警時,及時生成采購單進行入庫。有供應(yīng)商管理模塊,主要進行供應(yīng)商管理評級,發(fā)展新供應(yīng)商等功能。
(10)財務(wù)管理:
主要管理訂單、采購系統(tǒng)相關(guān)的財務(wù)數(shù)據(jù),數(shù)據(jù)準確性要求較高。還需要負責(zé)對賬、清賬、統(tǒng)計等業(yè)務(wù)。
(11)WMS 系統(tǒng)(倉庫管理系統(tǒng)):
主要包括入庫、出庫、盤點等模塊。WMS 主要和調(diào)度中心進行數(shù)據(jù)交互,反饋出入庫狀態(tài)和庫存變動。
(12)物流中心:
主要包括運費模板,負責(zé)運費管理(前端訂單、真實物流成本)、物流狀態(tài)保存查詢(包括快遞100、菜鳥等關(guān)聯(lián)業(yè)務(wù))。如果是跨境電商,還涉及和海關(guān)總署的對接,進行報關(guān)操作。
(13)風(fēng)控中心:
主要利用大數(shù)據(jù)進行用戶信用建設(shè)、反欺詐,避免惡意評價、刷單退款等操作,構(gòu)建安全的電商購物環(huán)境。
(14)客服中心:
主要管理退貨退款、售后服務(wù)等操作,包括呼叫中心、在線客服等,與之對應(yīng)的是工單系統(tǒng),將客服任務(wù)進行隊列管理,分配給相應(yīng)的客服。
(15)店鋪管理:
功能龐雜,相當于提供給B 端用戶一個Saas 管理后臺,提供管理商品、營銷、訂單一系列功能,主要針對一些有對B 端業(yè)務(wù)的電商開放平臺。
對電商公司來講,
最核心最難做的有三部分:商品、訂單、庫存。商品與店鋪、營銷、評價等相關(guān);訂單與會員、營銷、支付、庫存、物流等相關(guān);庫存與訂單、采購、WMS、營銷等相關(guān)。系統(tǒng)之間業(yè)務(wù)邏輯和交互異常復(fù)雜,規(guī)則多樣。
對電商后端支撐線各模塊的業(yè)務(wù)功能有初步認知之后,可以看到的是,平常手機中的一個電商APP,背后是若干子系統(tǒng)在支撐著,亦是許多技術(shù)和產(chǎn)品人員在辛苦付出。
每個子系統(tǒng)不是孤立的,通過產(chǎn)品架構(gòu)相互關(guān)聯(lián),定義其功能范圍。產(chǎn)品架構(gòu)與技術(shù)架構(gòu)相輔相成,產(chǎn)品架構(gòu)決定需求和設(shè)計,技術(shù)架構(gòu)決定技術(shù)框架與性能。
產(chǎn)品架構(gòu)將這些不同用途的功能進行聚類整合,將電商后臺拆分成多個子系統(tǒng), 明確業(yè)務(wù)邊界,盡量減少系統(tǒng)之間的耦合,高效支撐前端業(yè)務(wù)。
3后臺豐富度的權(quán)衡
對于電商后臺,初創(chuàng)小公司用幾十個開發(fā)人員就能滿足需求開發(fā),維持業(yè)務(wù)流轉(zhuǎn),大公司則需要幾百甚至上千個開發(fā)人員來進行開發(fā)維護。這就涉及后臺系統(tǒng)復(fù)雜度的問題,除了業(yè)務(wù)范圍的區(qū)別,還有業(yè)務(wù)量的因素。
如圖4 所示,以商品模塊為例,在業(yè)務(wù)量逐步增長時,為了高效便捷地服務(wù)用戶,會慢慢拆分多個模塊。如圖上所示,在系統(tǒng)上線初期,整個后臺系統(tǒng)融合在一起,商品部分只是后臺系統(tǒng)的一個模塊。隨著業(yè)務(wù)量的增長,將商品中心獨立為子系統(tǒng);接著隨著業(yè)務(wù)繼續(xù)增長,庫存模塊從商品中心中獨立出來,單獨成為庫存中心;再接著發(fā)展下來,價格模塊從商品中心獨立成價格系統(tǒng);再后來,價格系統(tǒng)根據(jù)需要拆分為價格管理系統(tǒng)與價格監(jiān)控系統(tǒng)。從這個例子中我們可以看到,系統(tǒng)都是從簡單到復(fù)雜,隨著業(yè)務(wù)慢慢迭代。

4.jpg
圖4商品模塊系統(tǒng)進化過程
對產(chǎn)品經(jīng)理來說,并不是要把系統(tǒng)做得大而全,也不是小而精。前面提到過, 產(chǎn)品經(jīng)理要做現(xiàn)實的理想主義者,根據(jù)實際情況來制定產(chǎn)品迭代計劃,不求一步到位。
在產(chǎn)品開發(fā)初期,為了盡快上線、降低開發(fā)成本,會優(yōu)先開發(fā)主需求,后期隨著業(yè)務(wù)發(fā)展慢慢迭代。很多后臺產(chǎn)品在上線一段時間后,隨著業(yè)務(wù)增長處理起來會變得越來越吃力。各系統(tǒng)模塊雜糅在一起,耦合度高,還有可能出現(xiàn)牽一發(fā)而動全身的情況。后臺產(chǎn)品經(jīng)理的能力很大一部分在于對業(yè)務(wù)的梳理能力,越到后臺發(fā)展中后期,業(yè)務(wù)邏輯會越復(fù)雜。對業(yè)務(wù)進行拆分,定義產(chǎn)品架構(gòu),支撐中長期的業(yè)務(wù)發(fā)展,極其考驗產(chǎn)品經(jīng)理的能力。
本文選自《電商產(chǎn)品經(jīng)理寶典》,書中詳細介紹了電商后臺產(chǎn)品線中的各系統(tǒng)模塊以及跨境電商產(chǎn)品的不同點




公告數(shù)據(jù)庫:品類庫(比如阿迪耐克這種)、屬性庫、通用規(guī)格庫(顏色、尺碼等)、生產(chǎn)信息庫(產(chǎn)地、國家、地區(qū))、(自營或者海淘,稅率)




















