I行业知识
先写清楚：生鲜订货单和标品不是一回事
生鲜配送这门生意，下游是食堂、生鲜店、社区团购，订单有三个绕不开的特点：非标品、按斤两、当天要分拣配送。标品订货系统默认一件一个价、库存数字准确、下单即锁量，这三条放到生鲜上基本都不成立。所以上线前要做的第一件事，不是看系统功能列表，而是把自家现在怎么接单、怎么改单、怎么分拣、怎么对账，逐条写下来。
写清单时按品类拆：叶菜、根茎、肉禽、水产、冻品、干货，各自的计量单位、损耗、允许的浮动范围都不一样。写完你会发现，真正难的不是下单页面，而是下单之后的斤两确认和差异处理。这份清单是给内部看的，不是给供应商看的，越具体越好。
II行业知识
现在这一步是怎么做的，谁在做
多数生鲜配送商现在的流程是：客户在微信群里发文字或图片，或者打电话，业务员或客服手动抄到本子、Excel、纸质单。谁在做？通常是两三个人，早上一睁眼就在回消息、改单、汇总。改单是常态，客户加两斤菜、减一箱肉，都要重新记一遍。
汇总完交给分拣，分拣按纸质单或群里截图去称重、打包，实际斤两和下单斤两对不上，就在单上划改。配送员拿着改过的单去送货，客户签收，晚上再有人把白天的单子录进表格对账。这条链路里，最耗时的是改单和二次录入，最容易出错的是斤两差异没人记清楚。
这套做法在单量小的时候能撑住，单量一上来，问题就集中在两处：一是早上集中下单时段消息刷屏，漏单、重复单；二是分拣和配送环节的斤两改动没有回到订单里，月底对账靠回忆。
III行业知识
换成系统之后，哪一段会变、哪一段不会变
会变的是订单归集和改单这一段。客户从微信群、电话转到订货小程序或商城下单，订单自动汇总，改单在客户侧或业务侧直接改，不用再有人抄。订货宝这类订货系统做的就是这一段：把下游渠道的订货搬到线上，四端可用，下单、改单、查询都有记录。
不会变的是分拣称重和配送签收这一段。系统改不了菜的实际斤两，也替代不了分拣员的手。所以上线时要接受一个现实：系统解决的是订单流和信息流，不是把非标品变成标品。如果指望上线后分拣环节自动准确，大概率会失望。
对生鲜配送来说，真正值得花时间的是把「下单斤两」和「实际斤两」的差异处理规则想清楚：差异谁来确认、什么时候确认、确认后怎么回到订单里。这一段想不清楚，系统只是把纸上的混乱搬到屏幕上。
IV行业知识
先做哪一件，看什么结果
建议先做一件最小的事：把其中一个品类、一批固定客户的下单搬到线上，其他客户继续走原来的方式。选品类时挑下单频率高、规格相对稳定的，比如根茎类或冻品，别一上来就做叶菜。这一步由业务负责人牵头，客服和分拣各出一个人配合，跑两周。
看三个结果：一是漏单和重复单有没有减少；二是早上集中下单时段，接单的人是不是从回消息变成看订单；三是月底对账时，能不能直接从系统里拉出每个客户的订单明细，而不是翻聊天记录。这三个结果比功能清单更能说明问题。
如果两周后这三个结果没有变化，先别扩大范围，回头检查需求清单里哪条没对上。常见原因是改单规则没定清楚，或者分拣环节的斤两确认还是走线下，订单和实际对不上。先把这条链路打通，再谈全品类上线。
VI常见问题
被问得最多的几个问题
不要一刀切。先让一部分固定客户试用，业务员在旁边帮一次，把下单步骤简化到客户能记住的程度。客户不愿意换，往往不是不会用，而是觉得改单麻烦。把改单做得比群里发消息还快，接受度会明显不同。
系统本身不解决称重，解决的是把差异记录下来。上线前要先定规则：差异由谁确认、在分拣环节还是配送环节确认、确认后是改单还是补单。规则定完再去看系统里对应的字段和流程能不能承接，不要反过来。
优先选下单频率高、规格相对稳定、斤两浮动小的品类，比如根茎类、冻品、干货。叶菜和水产损耗大、改单多，适合放到第二轮。先用一个品类跑通订单归集、改单、对账这条链路，再按品类逐步扩。
IV继续看
企业微信 · 专属顾问