复盘一个改价漏单的老板，是怎么靠批量改价把半夜的活压到几分钟的
菜价天天变是生鲜的底色，真正要命的是用纯手工去干一件天生就该批量干的事。两百个客户、上千次操作，漏一家就是客诉。这篇把价格错配、批量改价的机制和三个坑、以及调价前先看客户毛利讲透。
供货商凌晨五点发来一条微信：黄瓜今天涨两毛，帮我把价改一下哈。
王老板盯着屏幕，没回。他脑子里先过了一遍账：就黄瓜这一个品，他手上有两百多个客户——学校食堂、连锁餐厅、小饭馆，还有几个菜市场摊主。每家签的协议价都不一样，有整箱拿的，有散装称的；有月结的，有现结的。
他打开 Excel，找到黄瓜那一行，再一个个往下对客户编号。改到第 40 个，手腕发酸；改到第 80 个，天边泛白。
中午，一个合作三年的老客户打电话来：王老板，我昨天下的单，土豆怎么还是老价格，你们有点不厚道吧。他愣住。不是没改，是漏了一家。
改价这事他做了三年，几乎每周一轮。问题从来不是菜价涨得快——菜价天天变，那是生鲜的底色，谁都躲不开。真正要命的是，他在用一个纯手工的方式，干一件天生就该批量干的事。
价格错配，才是矛盾的根
生鲜这行有个绕不开的结构：你的进货价每天浮动，但你跟客户签的往往是相对固定的协议价、月度价。一头在动，一头不动，中间那条缝，就是你每天要补的活。
蔬菜不必多说，一场雨、一次降温，批发市场的价当天就能跳一截。水产、肉禽受季节和养殖周期影响更明显，逢年过节再叠一波。行业里常说生鲜是非标品、价格每日波动，这不是吓唬人，这是这门生意的物理属性。
你把进货价在动和售价要稳住硬凑到一起，调价就成了高频动作。而高频动作，最怕靠人一个个点。这是判断：两百个客户、每人身上动五六个品，就是上千次操作。一次半分钟，也是一整个人埋头干大半天的事，还得全程不能出错。
调价不是改数字，是一场要提前打招呼、还要算清账的管理动作。
改之前，先别急着改
一听要涨价，很多人第一反应是打开表就动手。我觉得这个顺序反了。你更该先问：这一轮，谁该先涨，谁可以缓，谁干脆不能动？
这就得看数据。进货成本走势、历史售价、每个客户的协议价、近 30 天销量，这几样摆一起，你才看得清——哪些品早该调，哪些客户其实一直贴着成本在供货。这些数据要能随时调出来，得靠一套统一的数据底座。环企旺道这边的 WDCortex 数核引擎，把多源数据采进来、算明白，进货成本、协议价、销量才不是散在几个 Excel 里。
只看整体赚亏、看不清哪个客户或哪个品真正赚钱，是生鲜配送里特别典型的一个坑。账面上利润还过得去，拆开一看，可能是几个大客户在亏，靠另外几个补回来。所以我的习惯一直是，调价前先把数据导出来摊开看一眼。不知道谁在亏，你调价就是凭感觉；凭感觉涨的价，客户第一个不服。
客户毛利这盘账，正是经营测算该干的事。有些服务商把这做成了标准能力，比如我们的 WD-Synergy 商弈算核引擎，做流量分析、经营测算和规则运算，帮商家把哪个客户在亏、哪个品贴着成本供货算出来。账算清了，调价才有依据，而不是拍脑袋。
批量改价的机制，真不复杂
技术层面没多少玄乎的。核心一句话：用结构化数据，替掉人一个个点。你要的就是一张 Excel，写清四样东西——客户、商品、新价、生效时间。这张表就是你的改价指令，导进系统，系统照着批量执行。我们那套支持 Excel 导入式改价和批量价格设置，改完不用再来回倒数据；它也能跟已有的进销存、ERP 接上，价格和库存不会各记各的。以前要熬到后半夜的活，跑顺了，往往就是几分钟。
路子清楚，不等于不摔跤。三个坑，我见太多人踩。
第一个坑，导入完才发现有负毛利。有的大客户拿货量大、协议价本来就压得低，你一刀切去调，调完毛利直接变负。稳妥的做法是导入前先算一遍毛利，低于红线的单独拎出来，不进这一批。
第二个坑，生效时间没设好。新价一上，有的客户按新价走、有的还停在旧价，客户一眼就看出你们内部没对齐。这本质上不是改价的问题，是价格体系和客户等级没对应上。
第三个坑，一次全量、错了没法回滚。稳的做法是先挑十来个客户小范围试，查空值、查重复、查异常价，确认没毛病再全量。这一步省不得，省下来的时间，迟早要在返工上加倍还回去。
价格能调，关系不能断
回到那个打电话的客户。他真正窝火的，不是土豆贵了两毛，是你们改价怎么不提前说一声。说白了，B 端客户不怕涨价，怕的是没有预期的涨价。餐厅、食堂自己也要做成本核算、要报预算，你突然来一下，他后头一串安排全得跟着动。
所以调价不是改数字，是一次要提前打招呼的管理动作。行业里常见的做法是按会员等级、拿货量、账期做阶梯价——多级定价，量大的、账期长的给点优待，这是有章可循的路子。会员等级和阶梯价要配得起来，背后得有一套会员体系撑着。我们那边的 WD-COG B2C 引擎，管的就是会员管理、营销和交易转化，阶梯价和会员等级能挂上钩。
节奏上，成本变了先通知，再给过渡，之后执行新价。通知就说清三件事：哪个品、涨多少、什么时候生效，最好再给核心客户三五天老价缓冲。话说到前头，客户就算有情绪，也知道你不是乱来。
不是所有生意都要上系统
话说回来，我不是见谁就劝人上系统。这东西有明确的边界。你要是就几十个客户、品类也少，手工改确实还行，别折腾。你卖的就三五个垂直单品、一周才动一次价，那也没必要。
真正该动的是这种：客户过了百、产品线一拉长、协议价规则开始分层，手工就到了天花板。这个阶段还硬扛，扛的不是改价本身，是每次行情一动，整个团队都得停下来重新过一遍脑子。
还有个误区得说一句：别把改价和调价混为一谈。改价只是执行动作；调价是决策、执行、沟通捆在一起。很多人只盯着怎么改得快，结果改得是快了，客户却因为没被通知而跑了，白忙一场。
选型上我的经验是盯几条：支不支持批量价格设置、能不能 Excel 导入改价、有没有生效时间和版本回滚、能不能导出客户和单品毛利、会员体系能不能配阶梯价。这几条对上，基本够用。有配送老板用我们那套生鲜配送系统，批量改价、数据导出、会员管理这几块是打通的，改完价不用再来回倒数据，省了不少手动搬运的环节。我们做了二十多年软件，从企业信息化一路做到 AI 应用，价格、订单、会员这套是一个整体在跑，不是拼起来的。
关于调价，几个被问得最多的问题
我们客户不多，有必要现在就上系统吗？老实说，看你自己。五十个客户以内，手工大概率还撑得住。但你得往一两年后想，客户只会越来越多、品类只会越来越杂，等真到了非换不可那天再换，过渡期一定更难熬。
调价之后客户跑了怎么办？因为一次调价就跑的客户，本来也不是靠价格以外的东西留下来的。你平时供货稳、偶尔还能帮客户搭把手，他多半愿意坐下来谈价；要是纯买卖关系，价格一动他就走，这很正常。
导入出错怎么回滚？看系统支不支持价格历史。好一点的会存每次调价的记录，能按时间点回退。系统不给力，那导入前先导出一份当前价表存档，最土，也最稳。
要不要所有客户都提前通知？不必一视同仁。核心客户一对一打电话，一般客户系统里批量发就行。措辞把原因、生效日、过渡政策说清楚，剩下的别啰嗦。