經過這次戰役後，用戶會習慣網上買菜，未來應該還會湧現出很多公司進入到社區買菜的領域中。這裡就簡單梳理下這部分的流程，共同學習探討！
最近由於疫情的原因，很多城市的小區都不允許快遞員上門送貨了，用戶只能到小區指定的地點進行取貨。
多點、叮咚買菜、美菜、盒馬等電商著實火了一把，每天的訂單量都非常的多，他們都依託於超市或線下門店等進行接單、商品打包，然後由騎手搶單，最終送達用戶。
經過這次戰役後，用戶會習慣網上買菜，未來應該還會湧現出很多公司進入到社區買菜的領域中。
這裡就簡單梳理下這部分的流程，共同學習探討！
上圖的業務流程我們都很熟悉，從供應商送貨到倉或到店，再由零售商售賣，最終到用戶手裡，完成了一次購物。這裡既有供應商到零售商（2B）的業務流程，也有零售商到用戶（2C）的業務流程。
線上（線下）買菜的流程也是依賴於這些主流程進行的細化、完善，下面分階段簡述下各個部分。
此部分流程對應供應鏈系統中的採購流程，前期由零售商選擇供應商，然後下採購單將商品送到零售商指定的倉庫。如果涉及採購退貨，則由零售商創建採退訂單，將商品退還給供應商即可。
在採購環節最重要的還是如何控制商品庫存及商品的自動補貨流程,這涉及到銷售預測、採購計劃的管理，關於採購管理可以看下《電商後臺：採購管理》。
為了縮短供應鏈的環節及搶佔線下市場，最近幾年很多電商公司都在布局線下門店，供應商的商品直接送達到各個門店，以降低運輸成本並保證採購單的達成率。
對於供應商送達門店的採購單來源有兩種：
（1）門店的採購單
對於門店的採購單也可以稱之為要貨單（相對於零售商），由門店根據商品在店庫存情況主動下單，系統根據門店要貨單生成供應商採購單，然後由供應商將商品直接送達到各個門店。
由於供應商不會像零售商一樣，隨時下單隨時發貨，它通常會設置送貨時間（如每周一、四送貨此時門店周四至周日的要貨單周二配送，周一至周三的周四送），具體根據每個供應商的備貨、發貨能力而定。
其次是承運商物流配送系統，如何將多個門店的採購單高效的送到是關鍵，這個有點類似於倉儲系統中的揀貨路徑。
在《零售的哲學》這本書中介紹了711門店商品如何配貨的，它們搭建了自己的物流體系，所有的供貨商都統一由自己的物流車輛進行集貨，然後按照時間要求和順序統一進行送貨，這樣雖然自建物流會產生很大的成本。但從長遠來看還是節省了配送成本又提升了效率，目前國內同城配的物流公司很多，可以與他們進行合作，這樣成本會降低很多。
門店要貨單如果是由倉庫配貨則與供應商無關，但備貨發貨能力取決於倉庫，而且關於財務結算只涉及門店與倉儲所屬公司主體的結算，不涉及門店與供應商的結算結轉。因為零售商已經採購商品到倉，至於如何配貨給門店則屬於公司內活動。
從供應商配送到門店，首先要產生門店要貨單，系統根據下單時間進行集單，生成供應商採購單。然後採購單會通過採購平臺傳直接傳給供應商，由供應商進行單據審核確認、備貨、發貨等相關操作。
（2）用戶訂單
由C端用戶通過買菜APP或平臺下單後選擇門店配送或到店自提，這部分訂單通常對於時效要求很高，有商家推出及時達（半小時或1小時送達）等服務，也可以由用戶預約送貨時間。
此部分訂單同樣需要進行集單處理，如果不能滿足用戶配送要求，那麼在下單時需要進行明顯的提醒，避免用戶投訴。
關於訂單的處理流程首先需要根據收貨地址或自提門店進行分單，然後根據這些訂單中的商品再產生門店要貨單，要貨單產生後同樣要遵循供應商和物流的配送規則進行集單處理，最終由供應商發貨到門店。
由倉到店或到C端用戶的前提是商品的採購統一到倉庫，無論是線下銷售還是線下銷售，商品都由倉庫發貨。區別是訂單可以直接由倉庫發貨給用戶，這種情況是最普遍的，京東、天貓等訂單都是用商家從倉庫發貨給用戶的。這就是典型的B2C訂單，對於這種訂單一般採用第三方物流進行配送。
另外一種場景用戶訂單可以先到門店，然後由門店進行配送或用戶自提的方式，這種場景與現在的社區團類似，門店或團長就是一個中轉站點。
從倉庫作業成本考慮用戶訂單需要先進行集單，然後由倉庫根據集成的出庫單進行揀貨、打包、發貨。當商品到店後，門店根據用戶訂單進行二次分揀，這就是B2B2C的過程，流程就是先集單，到店後再分單。
為什麼這麼做？
主要是成本原因，在商品配送過程中集中揀貨、發貨、送貨的成本不僅於物流運輸費用，還涉及的商品的包裝、裝箱與倉內作業成本。
可以想像一下，如果用戶買一瓶紅酒，包裝時需要有小紙箱，填充物，塑料泡沫包裝袋等，層層包裝；但如果是十瓶一塊包裝則要簡單的多，消耗品在網際網路電商企業中佔比是非常大的。
當然倉儲也可以不進行集成操作，即倉庫完全按用戶訂單進行揀貨、打包，這樣做的好處就是門店不需要進行二次分揀，門店的工作量大大降低。
現在的買菜等應該都是依託於超市、門店進行配送，即便是從倉庫發貨也是按單進行揀貨、打包，然後統一配送到各個門店，然後由門店進行最後一公裡的配送。由門店到用戶的訂單來源仍分為兩種：
（1）門店無庫存訂單
這種場景是用戶購買的商品是由倉庫發貨即門店無庫存的情況。
前面介紹了從倉到門店的商品有兩種情景：商品集單後送達即不區分訂單，到貨後由門店進行二次分揀；第二種是倉庫按用戶單個訂單進行打包，然後配送到門店，到店後直接配送即可。
無論哪種場景，都節約了從倉到店的運輸成本，同時提升配送時效。有的同學可能會說，都一樣通過物流公司配送到店再由店到用戶，這不是多此一舉，為何不直接採用從倉到用戶的配送方式呢？
其實這就是ToC與ToB的區別，雖然都是訂單，批量送達或按單送達，在物流公司選擇的產品類型是不同的，運輸方式也不同成本也有所不同。
曾經與一位資深的物流總監溝通過，非常認同他所說的，我們不能用ToC的流程去做ToB的業務，因為每個行業都有其行業特點，選擇不同費用有很大的區別，同時運輸時效也不同。
對於從門店到用戶，關於集單配送的商品進行分揀，這個流程比較複雜。
分揀完訂單如何配送到用戶？
1）門店自己進行配送
如果訂單較少的情況下還可以，但是當訂單量比較大時，門店自行配送很難完成，所以此種方案要結合門店的實際情況而定。
2）接入美團等第三方平臺
這個就類似於外賣搶單的場景，通過系統的對接，由騎手搶單後進行配送，即便訂單量大也沒有問題，成本略高些。
系統對接也相關簡單，流程是門店經過分揀完成後，將待配送的訂單推送到美團等第三方平臺上，並接收訂單配送的狀態，對於配送狀態同時要更新到用戶下單的APP以便用戶可以查看訂單的路由信息。
訂單由倉到店再到用戶如果是集單，系統的複雜度在於商品的分揀和配送部分，因為在分揀過程中要考慮訂單的售後處理，在設計時要考慮很多細節。
（2）門店有庫存訂單
這種場景是用戶的訂單直接下到門店，由門店進行接單、揀貨、發貨。這裡我們可以把門店看成一個個前置倉，用戶下單可以選擇門店，然後則判斷門店商品庫存，最後生成用戶訂單。
這個對於系統的難度在於如何使倉庫商品及時分配到門店，門店如何保證商品安全庫存，門店線下和線下商品是否採用共享庫存。
目前很多超市都推出了APP或小程序引導用戶線上下單、線下配送的方式，如歐尚、永輝超市、物美等。多點是我常用的軟體用戶訂單後會傳送到物美超市後臺，揀貨後由多點進行配送，所有的工作都是在多點平臺上完成。
最近試用了下面的一個社區買菜、叮咚買菜和多點，截圖如下：
在下單流程上都是一樣的，目前都是送到小區的指點地點，通過實際下單，可以看出到貨後的訂單分配效率等問題。
對於社區型的服務，比拼的還是供應鏈，以買菜這種軟體我們可以看下商品瀏覽、購物流程有大的區別嗎？
未來競爭應該是在保證商品質量的財時解決供應鏈的痛點。
商品，有一些商家商品不行，那麼他們即便物流等再強，那麼其在開始就輸了，所以菜品的新鮮度和質量要保證。
同時是價格，對於像買菜等社區電類電商不能脫離開大眾用戶，像一些定位高端的門店等似乎競爭力不太強，都在尋求轉型。
供應鏈痛點，從交付能力來看三個方面即車輛的滿載、配送的時效、交付的完整。從倉到店，店到用戶或供應商直送等各種模式的嘗試，都是為了儘可能的減少供應鏈的節點從而提升物流效率。在通過集單或分揀等過程中，在為了倉儲批量生產的同時也是為了充分利用物流運輸車輛，提升滿載率和時效。
在用戶訂單的合單和分揀以及充分利用門店庫存也是為了提升商品交付，所有的這些都是圍繞供應鏈進行的。
零售的本質是什麼？這麼多年來O2O、新零售、無界零售、社區等模式層出不窮，但對於用戶而言就是快速、便捷的購買到自己喜歡的、合適的、便宜商品而已。
目前的買菜如此，未來從流程、從系統上都是為了解決人與人之間的交易，從供應鏈上優化。
作者：倔強的大蘿蔔；公眾號：倔強的大蘿蔔
本文由 @倔強的大蘿蔔 原創發布於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議