從事電商產品多年，有幸負責過幾個的電商項目。本系列文章跟大家嘮嗑一下電商全品類配送供應鏈系統，聊業務，談系統，希望對大家有用。

文章章節

初步按以下16章節整理介紹。由于涉及流程較多，難免有瑕疵疏漏，歡迎指出交流。

一、業務介紹和系統概述

二、后臺之基本配置

三、后臺之商品系統

四、后臺之銷售系統

五、后臺之采購系統

六、后臺之倉儲系統

七、后臺之配送系統

八、后臺之財務系統

九、后臺之營銷系統

十、后臺之數據系統

十一、分揀系統

十二、商城端

十三、采購端

十四、銷售端

十五、PDA端

十六、司機端

業務介紹

本系統主要服務于ToB電商全品類配送行業，適用于中小企業。在我國ToB電商全品類配送已經是成熟的市場了，具有上萬億規模，玩家也有大小幾十萬，頭號玩家很少，但地方群雄非常多。全品類配送模式較重，可往生鮮、凍品、快銷等垂直方向發展。國內可參看美菜網、彩食鮮等。

實際業務相對復雜，簡要的內部業務流程如下所示：

1. 銷售階段

下單方式分為兩種：

• 前臺下單，一般針對ToB小客群。用戶通過APP/微商城/小程序自主下單，商城需提供常用菜單/常購商品/周邊熱賣等功能，方便用戶更快地從千萬商品中挑選出結果。
• 后臺下單，一般針對ToB大客群。用戶拍照/電話/微信群提供購買清單，由下單專員通過后臺代下單。由于用戶提供的商品名會不一樣，設計上可通過助記詞/拼音碼/別名等方式和操作交互優化讓下單專員更快地下單，從而提升下單時效。

ToB用戶當日訂單一般約定次日固定時間送貨，下單商品均需按時配送到位，不可缺貨(為啥呢？客官想想)。下單后根據用戶的地址路由到相應的倉庫，由倉庫進行作業。

2. 采購階段

系統結合當日銷售情況、庫存情況、產品損耗率等提供采購數據，由采購員進行商品采購。

長尾/生鮮商品等就近當日或次日清晨臨時采購，熱賣商品低價采購囤貨。

由于行業特殊性，一般倉庫選址會在批發市場中心附近（交通便利/租金和人力也便宜），縮短采購和配送時效。

3. 入庫階段

供應商商品到貨，根據商品類別及庫位對應，上架至臨時倉/平面倉/立體倉/冷庫/保鮮庫等。部分商品需提前進行品質檢測，并反饋至系統。

硬件上，需支持掃描槍、PDA。流程上，遵循一碼一貨品一貨架，FIFO管理。（非標品內部建條碼檔，標準品直接取69碼）

4. 分揀階段

試實際業務情況，采用播種分揀或摘果分揀方式，一般主要分為幾個步驟：

• 現場經理根據分揀波次進行任務發起、商品調撥、取貨下架等。
• 分揀組根據自己所負責的品類，在操作臺進行分揀/稱重/打包等。
• 現場調度員進行商品投框。
• 出庫交割前，需進行分揀核查，確保種類和數量正確性。

分揀人員使用分揀操作臺作業，屏幕顯示分揀任務，點擊可直接稱重/打印等。由于年齡相對會比較大，系統設計上需要考慮降低操作度難度、提升識別度等。

5. 出庫階段

倉管核查出庫，由我方司機或者3PL進行裝車配送。PS：出庫階段可在分揀前或分揀后，視實際情況。

6. 配送階段

貨品裝車遵循路線原則（最遠送的放最里）及承重原則（最重的放最下），生鮮/冷凍食品建議冷鏈車/保溫箱配置。

如果是自營配送，后臺需提供車輛定位/路線規劃等功能，必要時可提供司機APP，滿足任務分配/導航/簽收/售后反饋等功能。

7. 售后階段

用戶/司機售后反饋問題，客服售后處理問題等。ToB客戶的售后問題需要認真對待，否則客戶流失將無法挽回。一般問題會集中在品質、送貨慢、送錯貨、漏發少發等問題。

8. 結算階段

結算階段主要分為用戶結賬和供應商結賬。

• 用戶結賬：先款后配則無需考慮。先配后款，則視用戶群體設置賬期周期，越短越好，防止壞賬。（所以系統需要支持按用戶類型設置結賬方式，在相應的商城端走不同的支付流程。）
• 供應商結賬：根據采購和談判能力確定賬期，越長越好。

9. 其它階段

如庫內作業（加工、盤點等）、日常運營（價格維護/活動/優惠券等）等等，后續文章再詳細講解。

用戶分析

根據業務鏈路，相關系統使用用戶如下：

ToB小客群

如夫妻店、便利店等，主要滿足店鋪日常經營需求。這類群體對商品價格/送貨時間/服務品類極為敏感，主要靠銷售地推獲客拜訪留存。

ToB大客群

如學校部隊政府機關等，滿足日常飲食需求。這類客群主要靠招投標得來，投標主要看配送平臺的綜合實力（采購能力、配送能力、食品安全，當然還有企業背景、日常關系維護，你懂的）。

ToC客群，由于單價低，利潤較薄，則不在我們的考慮范圍內。

內部員工&合作企業

系統日常使用除了滿足客戶需求，剩下就是我們電商平臺內部員工及合作企業使用了。

內部員工：日常運營、銷售員、采購員、跟單員、倉管員、分揀員、配送員、財務、客服等等；

合作企業：供應商、3PL等。

每個崗位都有相應特殊的場景，這些就不一一介紹了。

問題&后果

所以你看，作為配送平臺，你需要解決很多人的很多事：賣給誰？賣什么？跟誰采？怎么存？怎么配？……

而據我實地調研，傳統電商配送企業面對這些事兒，在運營過程中，確實有很多問題/痛點暴露：

• 信息化程度低，很多小企業都使用excel、手抄單、傳統erp（難學/功能雜）；
• 業務鏈條長，所以環節難以監控，出錯了-誰出錯-何時錯，很難清楚；
• 人工效率低，常見如下單慢還易出錯、人工匯總采購數據、分揀手抄重量等；
• 數據難統計，甚至連一年賺多少虧多少都不清楚，一筆糊涂賬；
• .……

這些問題會導致一系列后果：

• 業務承載量有限，業務量一多就無法處理，望單興嘆
• 需要招聘很多人力崗，如下單員、分揀員等，導致企業人力和管理成本上升
• 品控低、流程亂，導致售后投訴等，造成客戶流失
• ……

最終導致企業綜合能力差，利潤提不上來，甚至虧損。

系統概述

所以對于配送平臺，一套好的系統是必要的。自研系統或外采系統，試實際情況確定。如自研系統，則需要基于業務背景、業務流程、業務痛點、使用人群進行針對性設計，產研必須深入一線，切勿坐在辦公室YY設計。（對于外采系統，我們就不做討論了。）

主要涉及運營后臺、商城、移動銷售端、移動采購端、移動司機端、移動銷售端、操作分揀臺等。

運營后臺：模塊主要涵蓋基礎配置、商品系統、銷售系統、采購系統、倉儲系統、配送系統、財務系統、營銷系統（可選）、數據系統（可選）等。

商城：用戶下單使用，滿足正常選品-加購-下單-付款-簽收場景。

移動銷售端：客戶管理/訂單管理/拜訪簽到等，必要時需涉及客群公私海概念。

移動采購端：滿足任務分揀/采購單提交/商品市調等功能。

移動司機端：滿足任務分配/導航/簽收/售后反饋等功能。

移動PDA端：滿足上架/下架/盤點等功能

操作分揀臺：滿足分揀/稱重等功能，特別地，分揀系統需要對接硬件（藍牙電子秤/藍牙標簽打印機/觸屏電腦），以實現打包-稱重-打印，一體化操作。

整套系統需要一些決策和分析引擎來協助業務，輔以公共模塊/組件來支撐系統應用。視業務需求和研發資源，可選擇性對接第三方系統（如神策、七魚、有贊等）。

必須說明的是，系統不是為了做大而全或細而精，而是根據企業的實際業務情況和研發投入資源來進行迭代設計，做到設計研發必有用，用后必改善流程的效果。

通過系統的實施上線，要有效解決人工下單易出錯、庫存及損耗不準確、分揀配送效率低等痛點問題，最終實現減少庫存積壓、收縮交貨周期、降低供應鏈運營成本等，讓業務可加速擴張成長。

第一篇文章開胃到此，涉及細節較少，后續文章將按系統功能模塊進行核心介紹，并搭配部分原型界面及流程圖講解業務，未完待續。

本文由 @Leo 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議