升鮮寶V2.0_生鮮配送行業，對生鮮配送行業的思考及對系統流程開發的反思_升鮮寶生鮮配送系統_15382353715_余東升

-----生鮮配送行業現狀及存在問題-----

1、  從業者整體素質偏低，80.9%在36歲以上，91.8%初中及以下學歷。

2、  生鮮產品多是非標品，下單數量與實際發貨數量經常不相等，比如蘿卜一根不會剛好是整斤。

3、  生鮮商品保質期短，每種商品要求的濕度溫度都不盡相同，且在存儲和運輸途中極易損耗，提高供應鏈信息化，讓信息流通起來，最少庫存商品，減少庫存損耗。

4、  為減少庫存損耗，除干貨、凍品外的蔬菜、水果、水產公司大多采用以銷定采的方式，但客戶隨時來單，在采買時只能根據當前下單情況及以往經驗進行采購，有些不易存儲的商品不宜采買過多，且批發市場有收市時間，導致晚下單的商品備貨不足，故存在臨采、補采等情況，導致采購成本、人工成本增加。

5、  生鮮商品在路途中也易損耗，如葉菜水分蒸發、水產品死掉等現象，導致客戶實際收貨數量與發貨數量不一致，訂單組人員一般直接在原訂單上改單，導致訂單單據混亂，無法追溯，對賬困難等。

-----供應鏈解決方案-----

互聯網的普及使各行各業都逐漸走上互聯網化，生鮮配送行業也不例外，當前市面上的生鮮供應鏈系統大多參照傳統進銷存系統，嚴謹的出入庫模式，但生鮮行業快進快出，不宜過多的關注進出數據，系統應以記錄為主，記錄到貨多少，出貨后剩余多少即可，無需每一步入庫出庫都去記錄，無端增大倉管人員的工作量，對于一些低價值的商品次品報損分揀報損，可直接不管理，生鮮行業商品本屬于高損耗商品，事無巨細只會增加管理投入和人工投入，系統設計上不應設置太多的審核、反審核的流程，因為操作者一般在凌晨，審核者一般是公司的中高層，不可能長期凌晨工作審核。

因生鮮行業從業者大多文化程度低，思想簡單，所以系統設計應盡量簡單、直線、不拐彎，盡量貼合操作人員的使用習慣。軟件流程不宜太長，配置項應盡量減少，因為這個行業本來就缺少專業的系統操作人員，操作盡量簡單傻瓜式。

商品模塊

商品模塊作為系統底層基礎數據，設計不好對后期用戶維護以及系統改造的成本都極高，框架上應盡量簡單，但字段上的設計要盡量貼合生鮮行業特性。

如客戶買魚按條數下單，買香蕉芒果按個數下單，但我們與客戶結算時按斤兩進行結算，為方便客戶下單以及方便結算，就需要設置下單單位與結算單位。

如商品采購流程偏復雜，可能由采購員采購，也可能由供應商供貨，但不同時期合作供應商可能不同，甚至有臨采或者司機補貨現象，這樣實際供貨方則是不確定的，商品架構上不應將銷售商品與采購商品強制關聯。

雖然同一商品不同客戶售價不同，但商品基本信息是一致的，只需在價格上做區分即可，無需品名、圖片、描述信息都單獨配置，只會增加后期維護成本。

條碼分揀

當前分揀員存在先打貼紙后分揀的習慣，但分揀后沒有再次過秤，實際配貨數量可能與貼紙上的重量不符，我們可根據分揀員這種習慣調整分揀方式，先打印貼紙，貼紙上包含下單數量和訂單商品詳情ID，分揀人員分揀后將已分揀商品放置秤上再掃碼發貨，掃碼后根據訂單商品詳情ID讀取商品信息，將秤上實配數更新至發貨單。客戶收貨時也可掃碼核對實收數量，無需我們的業務人員再做復核操作。

入庫

采購到貨入庫時可直接按的合格品數量入庫，若有次品與供貨商商量后是直接退回或報損處理，無需再去走采購退貨流程。

商品入庫應按與供應商最終結算的斤兩數量入庫，而不用管是凈重還是毛重，在分揀結束后每日清點剩余商品數量，直接記錄剩余量即可，不用再人為去計算每個商品實配總數和損耗數，報損可由系統根據當天出入庫量及結余直接生成每日報損量。

對于不同價值的商品采取不同管理方式，價值高的優先管理，價值中的其次管理，價值低的不管理。

出庫

若一些不好存放的葉菜類水產類的商品剩余量不多，可考慮直接分攤至當日有下單的客戶上，增加營收，減少庫存損耗。

在分揀完后商品即出庫，不建議再走出庫確認流程，甚至出庫單都不需要生成，直接按分揀實發數量進行扣減庫存。

但建議增加清晨臨采的商品數量價格的確認，增加發貨單模塊，可由清晨值班人員直接填寫臨采實發數量，并對不確定價格的商品與臨采人員進行確認填寫后再重新打印配送單，減少配送單數量價格不確定導致的損失。

售后模塊

生鮮商品存儲期短加上路途損耗，如花蛤可能因為存儲方式運輸途中導致死亡，客戶拒絕收貨，或葉菜類水分揮發導致斤兩不足，客戶收貨時的數量與倉庫發貨的數量會有偏差，而且大部分退貨商品無法進行二次銷售，只能報損處理，建議系統增加客戶實收數量的核對，客戶的實收數量不影響倉庫出庫數量，只對最后與客戶結算數量關聯。有需要第二天補貨的商品可新增訂單且售價為0，之后跟原來訂單一樣走分揀流程即可。

2019.5.14

張美玲