I行业知识
先搞清楚：生鲜配送的流程难在哪
生鲜配送跟标品批发最大的区别，是订单在客户下单那一刻并不算数。食堂报个「土豆30斤」，实际到货可能是28斤半，也可能是31斤，分拣台上过完秤才算最终数量。价格也不是固定单价，今天批发市场什么价，今晚结算就按什么价走。所以生鲜配送的流程，本质是「先接意向单、再按实际称重定金额、最后对账收款」的三段式。
很多老板把这一步做拧了：客户下单时就让系统算出总价，结果分拣完发现金额对不上，只能手工改单、微信发截图、财务重新算。一天几十单还能扛，上百单就开始出错，月底对账变成翻聊天记录。问题不在人懒，在于流程没有为非标品留出「改数」的口子。
梳理流程的第一步，是把「下单量」和「结算量」分成两个字段。下单量是客户报的，结算量是分拣过秤后的。系统里这两个数都要留痕，谁改的、什么时候改的、改了多少，后面才有依据。
II行业知识
现在这一步通常是怎么做的，谁在做
大部分中小生鲜配送公司，接单靠微信群和电话，分拣靠打印出来的手写单或Excel，对账靠财务把微信群里的下单记录、分拣台的改单记录、司机带回的签收单三样东西拼在一起。做这件事的人通常是老板娘、一个文员、或者兼着客服的运营。
这种做法的代价是：信息散在三个人手里。客户在群里说「明天加两箱鸡蛋」，客服记了，分拣台不知道；分拣台发现青菜少了三斤，改了单，财务不知道；司机送到食堂，对方说「今天只要一半」，签收单上划了一笔，回来没人录入。到了月底，客户说「我这个月没订这么多」，你拿不出一个双方都认的账。
更麻烦的是社区团购和食堂这两类下游，对账颗粒度不一样。食堂要按天对、按菜品对，社区团购要按团点对、按团长对。用一套微信群+Excel的方式同时管这两类客户，财务月底加班是必然的。
III行业知识
换成系统之后，哪一段会变、哪一段不会变
会变的是「信息流转」这一段。客户从订货小程序或微信商城下单，下单量直接进系统；分拣台在PC商城或APP上按实际称重改结算量，改完系统自动重算金额；司机配送时用APP确认签收，客户在手机上就能看到当天实际发货明细。对账时，系统里拉出来的结算单，下单量、结算量、改单记录、签收状态都在一条线上。
不会变的是「分拣过秤」这个物理动作。系统替代不了秤，也替代不了分拣员判断这箱菜能不能要。订货宝这类订货系统解决的是「称完之后数字怎么同步、金额怎么重算、账怎么对」，不是替你分拣。这一点想清楚，选系统时就不会被「全自动」的说法带偏。
还有一个不会变的是「价格随行就市」。系统里可以设价格模板、按客户等级给价，但当天实际结算价往往要人工调。所以流程上要留一个「改价权限」，谁能改、改完谁复核，这个规则要在上线前就定好，否则系统上线后改价还是靠微信喊。
IV行业知识
先做哪一件、看什么结果
建议先做「下单和结算分离」这一件。具体动作是：让下游客户从订货小程序或微信商城自助下单，下单量只作为意向；分拣台在系统里录结算量，系统自动生成带实际金额的结算单。这一步做完，财务月底不用再翻微信群。
判断有没有做对，看三个指标：一是月底对账时，需要人工翻聊天记录核对的订单占比，目标是降到很低；二是分拣改单后，客户当天能不能在手机上看到改后的明细，减少事后扯皮；三是财务出一份客户对账单的时间，从原来的几天缩短到当天能出。
如果这三个指标没动，说明流程只搬了「下单」这一段，后面的称重、改单、签收还在线下跑。这时候不要急着上更多功能，先把分拣台的结算量录入和司机签收这两个动作压进系统。生鲜配送的流程梳理，顺序比功能多少更重要。
订货宝有旗舰版、生鲜版等不同版本，生鲜版针对按斤两、当天分拣的场景做了结算量录入和改单留痕。但版本选择是第二步的事，第一步是先把「下单量≠结算量」这个规则在内部讲清楚，再决定用哪个工具去固化。
VI常见问题
被问得最多的几个问题
核心是把下单量和结算量分成两个字段。客户下单时填的是意向数量，分拣台过秤后在系统里录入实际结算量，系统按结算量重算金额，同时保留改单记录。这样客户看到的最终金额是按实际到货算的，财务对账时也有改单痕迹可查，不用回头翻聊天记录。
可以，但要在系统里把客户分类和价格模板分开设。食堂通常按天、按菜品对账，社区团购按团点、按团长对账。订货宝支持按客户等级和类型设不同价格与对账视图，前提是你先把自己的客户分类规则定清楚，再往系统里配，否则配出来的账还是乱的。
分拣过秤和配送签收这两个物理动作仍然要人工完成，系统不替代秤也不替代司机。系统改变的是称完之后数字怎么同步、金额怎么重算、签收状态怎么回传。所以流程上要明确：谁在分拣台录结算量，谁在配送端确认签收，这两个角色定下来，系统才能跑顺。
IV继续看
企业微信 · 专属顾问