轉(zhuǎn)自：產(chǎn)品經(jīng)理與電商后臺產(chǎn)品架構(gòu)
2017-12-08
劉志遠(yuǎn) [互聯(lián)網(wǎng)er的早讀課]
隨著智能手機(jī)的普及，互聯(lián)網(wǎng)以洶涌之勢融入我們的生活瓜喇，上到花甲古稀的老人，下到總角之年的小朋友，都或多或少用過一些應(yīng)用肤无，對一些產(chǎn)品有各種見解槽惫，越來越多人開始討論產(chǎn)品周叮。對產(chǎn)品經(jīng)理來說這是最好的時代。
但是產(chǎn)品同質(zhì)化越來越嚴(yán)重界斜，用戶體驗卻難以量化仿耽，馬太效應(yīng)在互聯(lián)網(wǎng)行業(yè)如同魔咒，流量被巨頭掌握各薇，中小企業(yè)難以突破流量黑洞项贺。對產(chǎn)品經(jīng)理來說這同時也是最壞的時代。
大部分用戶根本感知不到后臺產(chǎn)品的存在峭判，會覺得后臺產(chǎn)品頗為神秘开缎。業(yè)內(nèi)人一般認(rèn)為做后臺產(chǎn)品很難，因為產(chǎn)品的邏輯復(fù)雜林螃。在大家天馬行空的暢想之后奕删，后臺產(chǎn)品經(jīng)理會想著怎么落地，后臺系統(tǒng)能不能支撐疗认？什么樣的產(chǎn)品方案可以滿足需求完残？
很多人接觸電商都是從淘寶（天貓）、京東開始横漏，也僅限于前端商城谨设，很少有機(jī)會了解后臺。如同骨骼之于人體缎浇，后臺對于電商業(yè)務(wù)的支撐起著至關(guān)重要的作用扎拣。一開始接觸后臺產(chǎn)品，會覺得異常困難华畏，因為后臺不是某個獨(dú)立系統(tǒng)鹏秋，而是多個模塊組合，并且之間還有信息交互亡笑。后臺重邏輯侣夷、重業(yè)務(wù)，對產(chǎn)品經(jīng)理的要求很高仑乌，令許多人望而卻步百拓。不過當(dāng)我們慢慢梳理清楚業(yè)務(wù)琴锭，弄清楚系統(tǒng)之間的信息流轉(zhuǎn)，就能逐漸成長衙传，甚至在邏輯自洽中找到做后臺產(chǎn)品的樂趣决帖。
1、什么是電商后臺
“前端用戶的一小步蓖捶，后臺系統(tǒng)的一大步地回。”相信接觸過后臺一段時間的產(chǎn)品經(jīng)理都會發(fā)出這樣的感慨俊鱼。
平常我們用的最常見的功能刻像，比如購物車、優(yōu)惠券等并闲，看似很簡單细睡，用戶在使用時也就是點(diǎn)一下，實際上在后臺要經(jīng)過很多條件的校驗帝火、多系統(tǒng)間的信息流轉(zhuǎn)溜徙。
電商后臺對大部分用戶來說很陌生，平常幾乎接觸不到犀填。后臺與前端是相對的蠢壹，對普通消費(fèi)者來說，商家系統(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ù)的進(jìn)行和發(fā)展爱榕，當(dāng)前端展示瓣喊、業(yè)務(wù)處理（訂單、售后）黔酥、庫存變動等業(yè)務(wù)正在進(jìn)行時藻三，后端各系統(tǒng)間則互相調(diào)用接口進(jìn)行數(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)鏈的信息化自計算機(jī)誕生后就不斷在推進(jìn)卿城。
電商行業(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)期木西、安全庫存、補(bǔ)貨策略等已經(jīng)很成熟的東西随静。圖 1 所 示的是馬士華老師在《供應(yīng)鏈管理》中的供應(yīng)鏈管理體系構(gòu)建總體模型八千。可以發(fā)現(xiàn)燎猛， 電商后臺產(chǎn)品的許多業(yè)務(wù)都在這張圖中有所體現(xiàn)恋捆。電商公司的采購、倉儲重绷、服務(wù)沸停、 物流、訂單等工作都在供應(yīng)鏈管理中有所涉及昭卓。比如 Push/Pull 方式就經(jīng)常用在電商 的庫存管理中星立，雙 11 的促銷就是 Push 的方式爽茴，先備貨，然后通過促銷來增加需求绰垂。 電商后臺的許多工作是將供應(yīng)鏈流程信息化室奏，以系統(tǒng)的方式來控制業(yè)務(wù)。當(dāng)然電商 產(chǎn)品中也有許多獨(dú)有的內(nèi)容劲装，如在線商城胧沫、內(nèi)容管理（CMS）等。
以客戶下訂單為例來介紹業(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ù)邏輯瞳氓，特別是當(dāng)商品類型多樣（包括服務(wù)商品策彤、實物商品、服務(wù)加實物商品等）匣摘，業(yè)務(wù)復(fù)雜（包括預(yù)售店诗、代銷、代發(fā)等） 時音榜，各系統(tǒng)模塊的隔離必搞、設(shè)計時考慮擴(kuò)展性非常必要。
在電商企業(yè)中囊咏，后臺系統(tǒng)主要的作用是業(yè)務(wù)支撐、優(yōu)化服務(wù)流程塔橡、提高服務(wù)效率梅割， 還可以提供數(shù)據(jù)分析參考，進(jìn)而為業(yè)務(wù)調(diào)整提供參考葛家。
2 電商后臺產(chǎn)品架構(gòu)
電商后臺是業(yè)務(wù)要求較高的產(chǎn)品户辞，當(dāng)前臺產(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ā)展進(jìn)行規(guī)劃和設(shè)計。
好的產(chǎn)品架構(gòu)對于一個企業(yè)來講是非常重要的一件事情朱沃，決定了是否能夠承載業(yè)務(wù)的發(fā)展苞轿，就如同地基之于高層建筑。由于商業(yè)性質(zhì)決定了電商業(yè)務(wù)支撐系統(tǒng)必須具備穩(wěn)定性逗物、可擴(kuò)展搬卒、操作便捷、安全性強(qiáng)等特點(diǎn)翎卓，產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品架構(gòu)時契邀， 應(yīng)充分考慮到業(yè)務(wù)發(fā)展需要，盡量將各模塊隔離失暴，比如以商品模塊建商品中心坯门，以訂單模塊建訂單中心等。只有在產(chǎn)品設(shè)計上有模塊化思想锐帜，具有前瞻性田盈，技術(shù)在開發(fā)時才會考慮業(yè)務(wù)隔離，當(dāng)業(yè)務(wù)調(diào)整缴阎、功能新增時允瞧，開發(fā)可迅速進(jìn)行，避免牽一發(fā)而動全身的事情反復(fù)發(fā)生蛮拔。
產(chǎn)品架構(gòu)的可擴(kuò)展性非常重要述暂。很多時候會聽到開發(fā)講“不要寫死”——寫代碼講究“可復(fù)用、可擴(kuò)展”建炫。對于產(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ù)拓展砖织，降低維護(hù)成本款侵。
電商后臺產(chǎn)品架構(gòu)設(shè)計要求產(chǎn)品經(jīng)理非常懂業(yè)務(wù)。對于系統(tǒng)邏輯思維侧纯、整體業(yè)務(wù)認(rèn)知以及發(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)資訊與商品的高度融合。
（1）商品中心：
主要管理SKU( 最小庫存單位)茂腥、SPU（標(biāo)準(zhǔn)化產(chǎn)品單元）狸涌、屬性（關(guān)鍵屬性、非關(guān)鍵屬性最岗、銷售屬性）帕胆、類目品牌、價格等有關(guān)商品的數(shù)據(jù)般渡。
（2）訂單中心：
管理訂單類型懒豹、訂單狀態(tài)，收集關(guān)于商品驯用、優(yōu)惠脸秽、用戶、收貨信息蝴乔、支付信息等一系列的訂單實時數(shù)據(jù)记餐，進(jìn)行庫存更新、訂單下發(fā)等一系列動作薇正。
（3）支付中心：
管理支付數(shù)據(jù)片酝，調(diào)用第三方支付平臺接口，記錄支付信息（對應(yīng)訂單號挖腰、支付金額等）雕沿，支付對賬。
（4）會員中心：
主要管理用戶等級曙聂、用戶權(quán)益、積分鞠鲜、卡券等會員相關(guān)信息宁脊， 通過一系列滿足用戶心理断国、提高黏性的方法來實現(xiàn)開發(fā)新用戶、增加用戶活躍度的目的榆苞。
（5）調(diào)度中心：
將訂單信息轉(zhuǎn)化為發(fā)貨通知單稳衬，以及其他出入庫單，調(diào)度倉庫和物流進(jìn)行發(fā)貨坐漏。
（6）促銷中心：
主要管理活動相關(guān)薄疚，優(yōu)惠券、滿減赊琳、專場活動街夭、促銷專區(qū)等。促銷工具的開發(fā)對電商尤其重要躏筏。促銷活動的濫用易造成的用戶疲勞板丽，怎樣推陳出新， 給電商產(chǎn)品經(jīng)理造成了很大挑戰(zhàn)趁尼。
（7）內(nèi)容管理系統(tǒng)：
主要是對用戶端進(jìn)行頁面配置（Banner埃碱、ICON锅纺、Tab）礼华， 配置首頁，自定義活動頁面乏梁，設(shè)置生效時效芝囤。
（8）評價中心：
管理商品評價和用戶反饋似炎。這并沒有想象的那么簡單，涉及一些敏感詞和敏感圖片的篩選凡人，以及回復(fù)內(nèi)容管理名党。
（9）采購中心：
管理SKU，當(dāng)庫存預(yù)警時挠轴，及時生成采購單進(jìn)行入庫传睹。有供應(yīng)商管理模塊，主要進(jìn)行供應(yīng)商管理評級岸晦，發(fā)展新供應(yīng)商等功能欧啤。
（10）財務(wù)管理：
主要管理訂單、采購系統(tǒng)相關(guān)的財務(wù)數(shù)據(jù)启上，數(shù)據(jù)準(zhǔn)確性要求較高邢隧。還需要負(fù)責(zé)對賬、清賬冈在、統(tǒng)計等業(yè)務(wù)倒慧。
（11）WMS 系統(tǒng)（倉庫管理系統(tǒng)）：
主要包括入庫、出庫、盤點(diǎn)等模塊纫谅。WMS 主要和調(diào)度中心進(jìn)行數(shù)據(jù)交互炫贤，反饋出入庫狀態(tài)和庫存變動。
（12）物流中心：
主要包括運(yùn)費(fèi)模板付秕，負(fù)責(zé)運(yùn)費(fèi)管理（前端訂單兰珍、真實物流成本）、物流狀態(tài)保存查詢（包括快遞100询吴、菜鳥等關(guān)聯(lián)業(yè)務(wù)）掠河。如果是跨境電商，還涉及和海關(guān)總署的對接猛计，進(jìn)行報關(guān)操作唠摹。
（13）風(fēng)控中心：
主要利用大數(shù)據(jù)進(jìn)行用戶信用建設(shè)、反欺詐有滑，避免惡意評價跃闹、刷單退款等操作，構(gòu)建安全的電商購物環(huán)境毛好。
（14）客服中心：
主要管理退貨退款望艺、售后服務(wù)等操作，包括呼叫中心肌访、在線客服等找默，與之對應(yīng)的是工單系統(tǒng)，將客服任務(wù)進(jìn)行隊列管理吼驶，分配給相應(yīng)的客服惩激。
（15）店鋪管理：
功能龐雜，相當(dāng)于提供給B 端用戶一個Saas 管理后臺蟹演，提供管理商品风钻、營銷、訂單一系列功能酒请，主要針對一些有對B 端業(yè)務(wù)的電商開放平臺骡技。
對電商公司來講，
最核心最難做的有三部分：商品羞反、訂單布朦、庫存。商品與店鋪昼窗、營銷是趴、評價等相關(guān)；訂單與會員澄惊、營銷唆途、支付富雅、庫存、物流等相關(guān)肛搬；庫存與訂單吹榴、采購、WMS滚婉、營銷等相關(guān)。系統(tǒng)之間業(yè)務(wù)邏輯和交互異常復(fù)雜帅刀，規(guī)則多樣让腹。
對電商后端支撐線各模塊的業(yè)務(wù)功能有初步認(rèn)知之后，可以看到的是扣溺，平常手機(jī)中的一個電商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)將這些不同用途的功能進(jìn)行聚類整合佃牛，將電商后臺拆分成多個子系統(tǒng)， 明確業(yè)務(wù)邊界医舆，盡量減少系統(tǒng)之間的耦合俘侠，高效支撐前端業(yè)務(wù)。
3后臺豐富度的權(quán)衡
對于電商后臺蔬将，初創(chuàng)小公司用幾十個開發(fā)人員就能滿足需求開發(fā)爷速，維持業(yè)務(wù)流轉(zhuǎn)，大公司則需要幾百甚至上千個開發(fā)人員來進(jìn)行開發(fā)維護(hù)霞怀。這就涉及后臺系統(tǒng)復(fù)雜度的問題惫东，除了業(yè)務(wù)范圍的區(qū)別，還有業(yè)務(wù)量的因素里烦。
如圖4 所示凿蒜，以商品模塊為例，在業(yè)務(wù)量逐步增長時胁黑，為了高效便捷地服務(wù)用戶废封，會慢慢拆分多個模塊。如圖上所示丧蘸，在系統(tǒng)上線初期漂洋，整個后臺系統(tǒng)融合在一起遥皂，商品部分只是后臺系統(tǒng)的一個模塊。隨著業(yè)務(wù)量的增長刽漂，將商品中心獨(dú)立為子系統(tǒng)演训；接著隨著業(yè)務(wù)繼續(xù)增長，庫存模塊從商品中心中獨(dú)立出來贝咙，單獨(dú)成為庫存中心样悟；再接著發(fā)展下來，價格模塊從商品中心獨(dú)立成價格系統(tǒng)庭猩；再后來窟她，價格系統(tǒng)根據(jù)需要拆分為價格管理系統(tǒng)與價格監(jiān)控系統(tǒng)。從這個例子中我們可以看到蔼水，系統(tǒng)都是從簡單到復(fù)雜震糖，隨著業(yè)務(wù)慢慢迭代。
圖4商品模塊系統(tǒng)進(jìn)化過程
對產(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ù)進(jìn)行拆分，定義產(chǎn)品架構(gòu)棒掠，支撐中長期的業(yè)務(wù)發(fā)展孵构，極其考驗產(chǎn)品經(jīng)理的能力。
本文選自《電商產(chǎn)品經(jīng)理寶典》烟很，書中詳細(xì)介紹了電商后臺產(chǎn)品線中的各系統(tǒng)模塊以及跨境電商產(chǎn)品的不同點(diǎn)
- 本文僅做學(xué)習(xí)分享颈墅，已標(biāo)明文章公眾號出處（詳見1）蜡镶，不做任何商業(yè)使用
