I功能升级
功能入口在哪:先找到客户等级和商品价格这两块
订货宝的价格体系不在商品模块单独完成,它分布在两处:一处是客户档案里的等级归属,一处是商品价格里的等级价与指定价设置。对接人第一次找容易只翻商品列表,结果发现只能改一个基础售价,看不到分等级的入口,原因就是没先把客户等级建出来。
实际操作顺序是反过来的:先在客户管理里定义等级,比如按进货量、合作年限或区域划分,再把客户逐个归到对应等级,最后回到商品价格里给每个等级填价。指定价则是在客户维度单独指定某个商品的价格,优先级高于等级价。
判断入口是否配通,不用看后台有没有报错,直接用测试账号登录订货小程序,切换两个不同等级的客户,看同一个商品显示的价格是否不同。看不到差异,说明等级没生效或客户没归对等级。
II功能升级
它解决哪一段业务:从报价到下单中间那段人工确认
渠道批发最消耗人的一段不是发货,是客户问价到下单之间的来回确认。业务员报一个价,客户截图给另一个业务员,两个人报的不一样,最后要么让利要么扯皮。价格体系要解决的就是把这段确认从聊天里挪到系统里。
等级价处理的是成批客户的统一规则,比如经销商一个价、二批一个价、连锁门店一个价。指定价处理的是例外,比如某个老客户谈了一个单独的结算价,或者某个区域做阶段性支持。两者叠在一起,才能覆盖大部分渠道场景。
要注意的是,价格体系只解决“看到什么价”,不解决“能不能买”。起订量、限购、可售区域是另外的规则,配价格的时候不要顺手把它们混在一起,否则后期排查问题会分不清是价格错了还是权限错了。
III功能升级
配之前要准备什么:三份清单比功能本身更重要
第一份是客户等级清单。等级不要按感觉分,按结算方式分更稳:现款、账期、返利后结算,这三种对应的价格逻辑天然不同。等级数量控制在能说清楚的范围内,等级越多,后期维护成本越高。
第二份是商品价格清单。至少要有商品编码、基础价、各等级价、生效时间。如果同一商品在不同区域价格不同,还要提前想好是按客户等级走还是按客户指定走,两条路都走会导致同一个人有两个价。
第三份是例外清单。哪些客户、哪些商品必须用指定价,指定价的起止时间是什么。这份清单不整理,上线后业务员会不断来找你单独改价,价格体系就退化成人工报价的电子版。
IV功能升级
常见配错的地方:等级归属和优先级最容易出问题
最常见的错误是客户没归等级。新建客户时默认落在最低等级,价格显示正常,业务员不会发现,直到客户下单发现价格偏高,才回头查。建议上线前把存量客户按等级批量过一遍,不要指望新建时逐个选。
第二个错误是指定价和等级价冲突。指定价优先级更高,但如果指定价设了结束时间而没人跟踪,到期后客户会自动回到等级价,价格可能突然变高,客户会认为是系统乱改价。有起止时间的指定价,要有人负责到期提醒。
第三个错误是改价不留痕。直接覆盖原价,出问题查不到是谁什么时候改的。配价格体系时就要约定:调价走新增一条生效记录,而不是改旧数据。这个习惯比功能本身更影响后期能不能查账。
V功能升级
和手工做法的差别:不是快慢,是能不能查
手工报价在客户少的时候不出问题,业务员记得住。客户过百、商品过千之后,问题不是报价慢,而是同一个客户在不同业务员那里拿到不同价,月底对账时说不清哪一单按哪个价算的。
用订货宝的等级价和指定价,价格在客户下单那一刻就固定下来,订单里带的是当时的成交价,不随之后调价而变化。这一点对账期客户尤其重要,否则月底调一次价,历史订单的金额全都要重新解释。
代价也要说清楚:前期整理等级和价格清单要花时间,日常调价要走系统而不是群里说一声。如果企业本身价格就是一人一议、没有稳定规则,硬上等级价反而会增加维护量,这种情况更适合先用指定价把大客户固定住,再慢慢收敛规则。
VII常见问题
被问得最多的几个问题
指定价优先。客户如果被单独指定了某个商品的价格,就以指定价为准;没有指定价的商品,才按客户所属等级的等级价显示。配置时要避免给同一客户同一商品同时维护两条互相矛盾的规则,否则排查时很难判断哪条生效。
等级可以调整,调整后新订单按新等级价执行,已生成的订单保留当时的成交价,不会被追溯修改。这也是用系统管价和手工改价表的核心差别。调整等级前建议确认该客户名下有没有未结算的订单,避免对账时口径不一致。
可以按商品分类或按价格区间批量维护,先把大多数商品按统一规则配好等级价,再对少数特殊商品单独处理。指定价只留给真正需要一客一价的客户和商品,不要全量铺开,否则维护量会超过手工报价。上线前先拿一个等级、一类商品跑通再放量。
IV继续看
企业微信 · 专属顾问