從0-1進行電商全品類配送供應鏈系統設計:業務介紹和系統概述
從事電商產品多年,有幸負責過幾個的電商項目。本系列文章跟大家嘮嗑一下電商全品類配送供應鏈系統,聊業務,談系統,希望對大家有用。
文章章節
初步按以下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協議
開胃結束了,然后呢?
想買你的文檔
微唯寶全品類供應鏈(V:wiwibaorj),全品類品牌貨源,覆蓋面廣,品牌商直供,出廠價,一件代發,無需囤貨
學到了,寫得很清晰,求更新啦
繼續繼續~
催更!~
別叫這系統那系統的,嚇人,模塊就行。
寫的真好~ 學到了~
贊,期待后續
贊