升鲜宝V2.0_生鲜配送行业，对生鲜配送行业的思考及对系统流程开发的反思_升鲜宝生鲜配送系统_15382353715_余东升

-----生鲜配送行业现状及存在问题-----

1、  从业者整体素质偏低，80.9%在36岁以上，91.8%初中及以下学历。

2、  生鲜产品多是非标品，下单数量与实际发货数量经常不相等，比如萝卜一根不会刚好是整斤。

3、  生鲜商品保质期短，每种商品要求的湿度温度都不尽相同，且在存储和运输途中极易损耗，提高供应链信息化，让信息流通起来，最少库存商品，减少库存损耗。

4、  为减少库存损耗，除干货、冻品外的蔬菜、水果、水产公司大多采用以销定采的方式，但客户随时来单，在采买时只能根据当前下单情况及以往经验进行采购，有些不易存储的商品不宜采买过多，且批发市场有收市时间，导致晚下单的商品备货不足，故存在临采、补采等情况，导致采购成本、人工成本增加。

5、  生鲜商品在路途中也易损耗，如叶菜水分蒸发、水产品死掉等现象，导致客户实际收货数量与发货数量不一致，订单组人员一般直接在原订单上改单，导致订单单据混乱，无法追溯，对账困难等。

-----供应链解决方案-----

互联网的普及使各行各业都逐渐走上互联网化，生鲜配送行业也不例外，当前市面上的生鲜供应链系统大多参照传统进销存系统，严谨的出入库模式，但生鲜行业快进快出，不宜过多的关注进出数据，系统应以记录为主，记录到货多少，出货后剩余多少即可，无需每一步入库出库都去记录，无端增大仓管人员的工作量，对于一些低价值的商品次品报损分拣报损，可直接不管理，生鲜行业商品本属于高损耗商品，事无巨细只会增加管理投入和人工投入，系统设计上不应设置太多的审核、反审核的流程，因为操作者一般在凌晨，审核者一般是公司的中高层，不可能长期凌晨工作审核。

因生鲜行业从业者大多文化程度低，思想简单，所以系统设计应尽量简单、直线、不拐弯，尽量贴合操作人员的使用习惯。软件流程不宜太长，配置项应尽量减少，因为这个行业本来就缺少专业的系统操作人员，操作尽量简单傻瓜式。

 

商品模块

商品模块作为系统底层基础数据，设计不好对后期用户维护以及系统改造的成本都极高，框架上应尽量简单，但字段上的设计要尽量贴合生鲜行业特性。

如客户买鱼按条数下单，买香蕉芒果按个数下单，但我们与客户结算时按斤两进行结算，为方便客户下单以及方便结算，就需要设置下单单位与结算单位。

如商品采购流程偏复杂，可能由采购员采购，也可能由供应商供货，但不同时期合作供应商可能不同，甚至有临采或者司机补货现象，这样实际供货方则是不确定的，商品架构上不应将销售商品与采购商品强制关联。

虽然同一商品不同客户售价不同，但商品基本信息是一致的，只需在价格上做区分即可，无需品名、图片、描述信息都单独配置，只会增加后期维护成本。

条码分拣

当前分拣员存在先打贴纸后分拣的习惯，但分拣后没有再次过秤，实际配货数量可能与贴纸上的重量不符，我们可根据分拣员这种习惯调整分拣方式，先打印贴纸，贴纸上包含下单数量和订单商品详情ID，分拣人员分拣后将已分拣商品放置秤上再扫码发货，扫码后根据订单商品详情ID读取商品信息，将秤上实配数更新至发货单。客户收货时也可扫码核对实收数量，无需我们的业务人员再做复核操作。

入库

采购到货入库时可直接按的合格品数量入库，若有次品与供货商商量后是直接退回或报损处理，无需再去走采购退货流程。

商品入库应按与供应商最终结算的斤两数量入库，而不用管是净重还是毛重，在分拣结束后每日清点剩余商品数量，直接记录剩余量即可，不用再人为去计算每个商品实配总数和损耗数，报损可由系统根据当天出入库量及结余直接生成每日报损量。

对于不同价值的商品采取不同管理方式，价值高的优先管理，价值中的其次管理，价值低的不管理。

出库

若一些不好存放的叶菜类水产类的商品剩余量不多，可考虑直接分摊至当日有下单的客户上，增加营收，减少库存损耗。

在分拣完后商品即出库，不建议再走出库确认流程，甚至出库单都不需要生成，直接按分拣实发数量进行扣减库存。

但建议增加清晨临采的商品数量价格的确认，增加发货单模块，可由清晨值班人员直接填写临采实发数量，并对不确定价格的商品与临采人员进行确认填写后再重新打印配送单，减少配送单数量价格不确定导致的损失。

售后模块

生鲜商品存储期短加上路途损耗，如花蛤可能因为存储方式运输途中导致死亡，客户拒绝收货，或叶菜类水分挥发导致斤两不足，客户收货时的数量与仓库发货的数量会有偏差，而且大部分退货商品无法进行二次销售，只能报损处理，建议系统增加客户实收数量的核对，客户的实收数量不影响仓库出库数量，只对最后与客户结算数量关联。有需要第二天补货的商品可新增订单且售价为0，之后跟原来订单一样走分拣流程即可。

2019.5.14

张美玲