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

文章章節(jié)

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

一、業(yè)務介紹和系統(tǒng)概述

二、后臺之基本配置

三、后臺之商品系統(tǒng)

四、后臺之銷售系統(tǒng)

五、后臺之采購系統(tǒng)

六、后臺之倉儲系統(tǒng)

七、后臺之配送系統(tǒng)

八、后臺之財務系統(tǒng)

九、后臺之營銷系統(tǒng)

十、后臺之數(shù)據(jù)系統(tǒng)

十一、分揀系統(tǒng)

十二、商城端

十三、采購端

十四、銷售端

十五、PDA端

十六、司機端

業(yè)務介紹

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

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

1. 銷售階段

下單方式分為兩種：

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

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

2. 采購階段

系統(tǒng)結合當日銷售情況、庫存情況、產(chǎn)品損耗率等提供采購數(shù)據(jù)，由采購員進行商品采購。

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

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

3. 入庫階段

供應商商品到貨，根據(jù)商品類別及庫位對應，上架至臨時倉/平面?zhèn)}/立體倉/冷庫/保鮮庫等。部分商品需提前進行品質檢測，并反饋至系統(tǒng)。

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

4. 分揀階段

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

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

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

5. 出庫階段

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

6. 配送階段

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

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

7. 售后階段

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

8. 結算階段

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

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

9. 其它階段

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

用戶分析

根據(jù)業(yè)務鏈路，相關系統(tǒng)使用用戶如下：

ToB小客群

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

ToB大客群

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

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

內部員工&合作企業(yè)

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

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

合作企業(yè)：供應商、3PL等。

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

問題&后果

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

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

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

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

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

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

系統(tǒng)概述

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

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

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

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

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

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

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

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

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

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

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

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

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

本文由 @Leo 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載

題圖來自Unsplash，基于CC0協(xié)議