從0-1進行電商全品類配送供應鏈系統設計:業務介紹和系統概述

Leo
10 評論 9119 瀏覽 189 收藏 12 分鐘

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

文章章節

初步按以下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協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 開胃結束了,然后呢?

    來自山西 回復
  2. 想買你的文檔

    回復
  3. 微唯寶全品類供應鏈(V:wiwibaorj),全品類品牌貨源,覆蓋面廣,品牌商直供,出廠價,一件代發,無需囤貨

    來自湖南 回復
  4. 學到了,寫得很清晰,求更新啦

    來自河南 回復
  5. 繼續繼續~

    來自北京 回復
  6. 催更!~

    來自北京 回復
  7. 別叫這系統那系統的,嚇人,模塊就行。

    來自北京 回復
  8. 寫的真好~ 學到了~

    來自吉林 回復
  9. 贊,期待后續

    來自四川 回復
  10. 來自上海 回復