作者：

劉志遠，電商產品經(jīng)理，主導過多業(yè)務的電商產品搭建、更新迭代 。微信公眾號： 碎碎戀產品，喜歡閑侃產品設計、商業(yè)分析以及后臺挖坑

一、產品經(jīng)理（現(xiàn)實的理想主義者，對產品有著無比認真的態(tài)度，同時能夠適當妥協(xié)，利用有限的資源來推動產品目標的達成）

• 日常工作：了解用戶和市場（學會把用戶需求轉化為產品需求）、設計產品方案（評定需求優(yōu)先級）、跟進開發(fā)進度、跟進用戶反饋，優(yōu)化迭代
• 電子商務的幾種模式：B2C（Business to Consumer）（企業(yè)通過互聯(lián)網(wǎng)向消費者在線銷售，比如天貓、京東）、B2B（Business to Business）（供應商上游到中游，比如1688）、C2C（Consumer to Consumer）（消費者與消費者之間的交易，比如微商）、C2M（Customer to Manufactory）（客戶與工廠直接對接，定制化服務）、O2O（Online to Offline）（從線上獲取信息、購買，到線下享受服務，再到線上評價完成消費的閉環(huán)）

二、支撐線后臺

• 電商后臺。電商后臺的許多工作是將供應鏈流程信息化，以系統(tǒng)的方式來控制業(yè)務，比如商品下單

• 電商后天產品架構。產品設計時就要有模塊化思維，對電商公司來講，最核心最難做的有三部分：商品、訂單、庫存。商品與店鋪、營銷、評價等相關；訂單與會員、營銷、支付、庫存、物流等相關；庫存與訂單、采購、WMS、營銷等相關
• 后臺豐富度。優(yōu)先開發(fā)主需求，后期隨著業(yè)務慢慢迭代。梳理業(yè)務，定義產品架構

三、商品中心

• 類目管理和品牌管理。后臺類目主要面向平臺商家，管理商品和屬性；前臺類目主要面向用戶，主要用于查找篩選商品，支持不同端的差異化設計，平臺商家自主設計；品牌標準化，關聯(lián)類目
• 屬性。關鍵屬性（能唯一確定產品，比如手機的品牌+型號）、銷售屬性（也叫規(guī)格屬性，比如顏色、內存）、非關鍵屬性（銷售屬性外的其他屬性）、商品屬性（商品的特有屬性，比如新舊程度，保修方式）
• SKU是最小庫存單元，SPU是標準化產品單元。可能一對多，多對一，一對一（多個SPU對應一個SKU，比如一家店鋪中，一件男裝，店家可以取兩個不同的名字，這時SPU編碼不同，但發(fā)貨對應的是一個SKU）天貓、京東等在考慮SPU、SKU的同時，還會增加商家屬性
• 商品編輯+商品管理（包括山下架、價格、促銷、庫存、評論、效率等）
• 商品搜索。包括輸入關鍵詞、分詞服務（拆分成多個關鍵詞、糾錯、搜索聯(lián)想詞）、數(shù)據(jù)查詢、搜索排序（綜合考慮商品相關性、銷量相關性、評論數(shù)、時效性等，有時也會加一些個性化推薦的因素）、商品篩選
• 商品推薦。常規(guī)推薦（活動或固定商品，不因用戶不同而有差異；內容電商，比如小紅書，微淘等，除了平臺商家自己生產內容，還包括UGC）+個性化推薦（采集用戶信息的用戶行為記錄模塊、分析用戶喜好的用戶行為分析模塊、分析商品特征的商品分析模塊，以及推薦算法模塊）

在做精準化營銷的時候，與推薦的準確性相悖的是推薦的多樣性，怎么樣讓推薦結果避免限定在一個較小的范圍內，或者用戶購買某件商品后，該商品的類似推薦就可以不要再那么密集了，這是推薦算法可以優(yōu)化的一些方向

四、促銷系統(tǒng)

• 促銷形式（還有可能促進社交屬性）。滿減促銷（階梯滿減，每滿減）、單品促銷、套裝促銷、贈品促銷、滿贈促銷（可分階設置）、多買優(yōu)惠（M元N件，M件N折）、定金促銷（定金預購+定金杠桿，杠桿指的是定金10元抵30元）、優(yōu)惠券、拼團
• 促銷活動規(guī)則。基礎設置、促銷規(guī)則、促銷商品。商家在設置時，注意編輯活動條件、主商品信息、贈品信息，使得前端展示的商品詳情頁和訂單詳情頁都符合規(guī)則
• 優(yōu)惠券管理

設計規(guī)則，發(fā)放：后端有大量的邏輯需要處理，校驗用戶登錄狀態(tài)+讀取優(yōu)惠券信息（是否在有效期、是否可發(fā)放、剩余數(shù)量）+優(yōu)惠券綁定用戶賬戶上；核銷（注意券的有效期條件，以及自動選擇優(yōu)惠力度最大的）；統(tǒng)計（發(fā)放張數(shù)、使用張數(shù)）

前端展示，優(yōu)惠券詳情頁+訂單詳情頁+購物車頁+商品詳情頁+領券中心

訂單處理，用了之后不退，全部退款時退還，部分退款時不退還

拼團（利用用戶的關系鏈，進行產品宣傳，擴大影響面）。庫存管理，可以拼團成功后在扣減庫存（為了防止超賣現(xiàn)象，可以提前預留一部分庫存），如果是按照付款成功后扣減庫存，會使得參與用戶大大減少

五、內容管理

• CMS（content management system），內容管理系統(tǒng)，可理解為頁面動態(tài)配置的系統(tǒng)。系統(tǒng)提供各種模塊，比如圖文類（文本、圖片、自定義模塊）、商品類（商品組合、樣式）、營銷活動類（預售、優(yōu)惠券）等，通過這些模塊，運營人員能夠快速新建活動，定時發(fā)布（有點類似low-code application platform，通過簡單拖拽實現(xiàn)可視化頁面配置）
• 動態(tài)配置頁面。組件+位置、內容+動態(tài)頁面（頁面基礎信息），組件的套用，模板的借鑒，頁面的復制功能，大大減少了工作量。技術要求比較高的比如淘寶的千人千面，實現(xiàn)邏輯：

六、庫存管理（安全庫存，采購提前期，訂購點，訂購量）

• 庫存變動動作：增加、鎖定（下單之后鎖定庫存）、解鎖（訂單取消后釋放鎖定庫存）、返還（退換貨）、異常處理
• 庫存分層（可銷售庫存=銷售總庫存-鎖定庫存）

銷售層：可銷售、鎖定（下單占位庫存，保證有貨可發(fā)）、已銷售（商品已售數(shù)量）、活動、預售庫存（走的時候虛擬庫存，備貨后再走至調度層）

調度層：訂單的發(fā)配中心，將訂單轉化為發(fā)貨單，按照調度規(guī)則決定哪些SKU由哪個倉庫發(fā)貨。賬面、可用、在途、不可銷售、已用庫存

倉庫層：對應的是實物庫存，出庫入庫盤點都會引起倉庫庫存的變動。可用、鎖定、已出庫、不可用庫存

庫存同步：自上而下（用戶下單，庫存的流程）、自下而上（倉庫采購，庫存的流轉）

調度時，先按優(yōu)先級匹配一級倉庫（快遞1日達），再按優(yōu)先級匹配二級區(qū)域（快遞2日達），，，（考慮物流時效+倉庫優(yōu)先級）庫存控制策略

需求預測，數(shù)量、時間、范圍、頻率、可預測性

安全庫存（補貨的臨界點）

庫存模型（求得最小經(jīng)紀訂貨批量），定期訂貨模型，定量訂貨模型

注意：活動庫存是從總庫存中撥出一部分單獨來售賣，這部分單獨走一遍這個邏輯；預售庫存走的是虛擬庫存

七、物流管理

• 物流服務：普通快遞+同城配送+門店自取（具體采用哪種方式，需要考慮庫存、發(fā)貨距離、配送時效，還要考慮物流成本）
• 前端運費，存在運費模板：店鋪運費模式（固定運費+滿免運費+地區(qū)）、單品運費模式（首費+續(xù)費+地區(qū)）、混合模式（店鋪優(yōu)先級>單品優(yōu)先級）
• 后端，地區(qū)物流公司管理、重量體積等的限制，和物流公司對賬（我們按照物流公司給的規(guī)則計算了價格，和物流公司實際計算的價格比對）
• 物流單號，追蹤貨物的運輸狀態(tài)（菜鳥接口獲取，或者物流公司買入，或者自營物流）

八、采購管理

• 采購流程，涉及采購系統(tǒng)、調度中心、倉庫管理系統(tǒng)、財務系統(tǒng)、庫存中心等系統(tǒng)之間的信息交互。（有的公司也不一定都按這個流程走，業(yè)務部門的人員提供采購申請單，業(yè)務leader、財務等相關人員審批后，將采購計劃發(fā)送至采購部門，采購人員向供應商詢價下單）

• 供應商管理
  • 采購模式：自采自賣、代發(fā)、多貨主倉庫模式（平臺將倉庫開放給供應商）
  • 供應商資料：基本信息+財務信息+經(jīng)營范圍+經(jīng)營資質+采購合同（合作合同、協(xié)議價合同、采購單合同）+供應商評價
• 采購商品管理（采購價格+庫存）
• 采購訂單管理。采購申請---采購詢價--采購單--到貨結算（最后核對發(fā)票）

九、倉庫管理（Warehouse Management System，簡稱WMS）

• 區(qū)域劃分：分揀區(qū)（存放商品供揀選）、存儲區(qū)、不良品存儲區(qū)、發(fā)貨暫存區(qū)、收貨暫存區(qū)、復核區(qū)、倉儲器械存放區(qū)
• 出庫流程：調度（發(fā)貨單--出庫訂單，鎖定庫存（先進先出），揀貨波次（合并訂單揀貨））、打單（按波次打印發(fā)貨單和物流單）、揀貨（按PDA指引）、復核、包裝、交接發(fā)貨
• 入庫流程：到貨確認（入庫驗貨單，包括采購單、退貨單）、驗貨打碼（驗收合格品和不良品，打碼）、商品上架（庫位選擇，入庫上架、補貨上架會優(yōu)先選擇同一供應商同一SKU的庫位，返庫上架會優(yōu)先選擇回到原庫位）
• 盤點。定期清點貨物數(shù)量，與記錄的數(shù)據(jù)比對，包括動盤（上次盤點后到現(xiàn)在的這段時間的貨物）、抽盤、全盤
• 統(tǒng)計查詢：流水、庫存、工作量

十、訂單管理

• 下單，后臺經(jīng)歷的一系列操作：安全檢驗、獲取訂單詳情、優(yōu)惠信息、會員權益、調度庫存+鎖定庫存、拆單+計算運費。涉及父子訂單、優(yōu)惠分攤、支付方式多樣等等復雜信息

• 訂單拆單，支付之前為了區(qū)分商家方便結算、發(fā)貨前為了區(qū)分不同的包裹，拆單時需要考慮商家、倉庫、品類、物流、商品價值等因素

• 退貨退款：待付款狀態(tài)下取消訂單；待發(fā)貨狀態(tài)下取消訂單（攔截發(fā)貨）；待收貨狀態(tài)下申請退貨或退款；交易成功狀態(tài)下申請退貨或退款
• 線下服務訂單，核銷服務碼
• 訂單數(shù)據(jù)統(tǒng)計：常規(guī)數(shù)據(jù)統(tǒng)計（分析財務）+流量統(tǒng)計（分析用戶行為，可從訂單層面、商品層面和訂單來源一起考慮）
• 購物車，用途（湊單、促銷、收藏）+設計（包括價格監(jiān)控、庫存監(jiān)控、促銷信息、編輯等）+結算（優(yōu)惠金額之后的實時金額）

十一、其他系統(tǒng)

客服系統(tǒng)（售前、售后，第三方有Udesk、七魚等）

財務管理系統(tǒng)

風控系統(tǒng)，防作弊，包括惡意領取超值優(yōu)惠券、惡意秒殺占用庫存、商戶刷單，還有用戶會頻繁購買，然后惡意退貨退款

商家管理后臺，相當于另一個電商管理后臺

會員系統(tǒng)（CRM）

會員基礎信息管理，包括用戶的基本信息、優(yōu)惠券信息、訂單信息、售后信息、會員等級、會員積分等內容

會員成長體系（有成長，也可能有回退），包括不同的模型，比如RFM（Recency：最近一次消費時間, Frequency：某一個時間范圍內的消費頻次, Monetary：某一個時間范圍內的平均客單價或累計交易額）、用戶行為增長模型（考慮登錄、購物、評價、曬單）

積分體系（積分的生成和消耗可以在平臺內形成閉環(huán)）

會員體系分層，需要多層級多歸屬，實現(xiàn)平臺會員與商鋪會員結合

調度中心（類似中央處理器）：管理倉庫（倉庫類型主要有自營中心倉、自營區(qū)域倉、供應商協(xié)同倉等，倉庫類型決定了倉庫等級，在選擇倉庫時，是從優(yōu)先級高的倉庫輪詢到優(yōu)先級低的倉庫）+選擇發(fā)貨倉（維護調度規(guī)則，即發(fā)貨倉庫的選擇規(guī)則）+更新庫存

支付系統(tǒng)：支付方式+交易記錄+對賬

權限系統(tǒng)：權限體系（功能權限：是否可用可點擊可編輯等、數(shù)據(jù)權限）+角色管理（角色是權限的載體，角色經(jīng)常是掛接到部門下）+賬號管理（部門+員工）

用戶-角色-權限：通過創(chuàng)建不同的角色，給這些角色賦予不同的功能和數(shù)據(jù)權限，然后按照部門或者創(chuàng)建相應業(yè)務組，將這些角色置于其下，最后賦予用戶不同的角色即可

十二、跨境電商

• 跨境電商形式（B2C）：保稅倉備貨（是指經(jīng)海關批準設立的專門存放保稅貨物及其他未辦結海關手續(xù)貨物的倉庫，這些貨物如再出口則免繳關稅，如進入國內市場則須繳關稅）、海外直郵、一般貿易（先將跨境商品進口至國內，以完稅價格出售）

保稅倉訂單流程

電商平臺涉及的內容或者系統(tǒng)太多，多很多公司而言從0到1蓋樓未免性價比略低，后續(xù)可以考慮按模塊將基礎設施組件化，正如現(xiàn)在我們看到的ERP、CRM等，產品經(jīng)理不一定要自己蓋樓或者了解整套內部實現(xiàn)體系，但是要知道它的邊界，學會整合內外部資源，實現(xiàn)快速、低成本、安全、靈活的賦能業(yè)務

電商平臺產生的多為數(shù)據(jù)，訂單、支付、物流、位置、操作習慣等信息，我們要學會去分析并利用，更專業(yè)的去刻畫用戶畫像等等

因為沒有深入接觸過，本書更像是一個大綱，介紹了電商后臺有哪些系統(tǒng)，但對每個系統(tǒng)的深入刻畫還是需要自己去摸索，知道有這個框架，再慢慢往框架中添文加字~

總結

以上是生活随笔為你收集整理的电商扣减库存_电商后台系统产品逻辑全解析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。