通用商城小程序，在 B2B 场景里几乎都跑不起来

很多企业做订货小程序，第一反应是找一套现成的商城模板：商品列表、购物车、下单支付、订单查询，一周就能上线。上线之后经销商不用，业务员也不推，三个月后成了企业官网上一个没人点的入口。原因不复杂——通用商城是按消费者购物设计的，而经销商进货是完全不同的生意。

消费者关心的是好不好看、便不便宜、什么时候到；经销商关心的是这批货什么价、能不能赊、月底怎么对账、卖不掉能不能退。这四件事没有一件在通用商城的默认逻辑里。安徽好牛软件有限公司在合肥接过几个从模板商城改造过来的项目，改造量往往比重新开发还大，因为价格和账期是底层数据结构，不是加个字段就能补上的。

所以真正要判断的问题不是「要不要做小程序」，而是「我们的生意属于哪一种订货形态」。形态判断错了，功能做得再多也没人用；形态判断对了，功能可以一期一期加，先把下单这条线跑通就能见效。

先判断形态：三种生意，三种做法

我们把常见的订货场景归成三类。它们的用户、核心诉求和最小可用功能差别很大，投入也差一倍以上。企业可以先对号入座，再看后面几节的具体设计。

三类形态里，经销商订货最难，也最值钱。它同时牵扯价格、授信、返利、退换四条线，任何一条没打通，经销商就会回到原来的做法：口头报个数量、让业务员代下单。门店补货相对简单，因为价格体系单一，重点是库存与配送的时效可见。项目报价型本质不是电商，而是把报价流程搬到线上，重点在审批和版本管理，不必强求在线支付。

判断方法很直接：翻出最近三个月的手工订单，看它们是怎么来的。如果八成以上是业务员代下单、价格要现问，那就是经销商订货形态；如果是店长按固定周期要固定品项，那是门店补货；如果每单规格都不一样、还要附图纸，那是项目报价型。这一步做扎实，后面能省掉大量返工。

一客一价：价格体系才是真正的难点

订货小程序的技术难点不在页面，而在价格。同一个商品，对不同客户、不同数量、不同区域、不同时间段，可能有四个不同的成交价，还要叠加返利和促销。很多项目在这里翻车，不是因为算不出来，而是因为算出来的价格和业务员口头承诺的不一致，客户一投诉，信任就没了。

可行的设计是先定优先级，再定生效规则。优先级建议固定为：客户专属协议价高于一切，其次是区域价，再是阶梯量价，最后是默认价；促销作为独立一层，明确是否可与前四层叠加。规则写死之后，系统算出来的价格才有唯一解，业务员也才有统一的解释口径。

有两个细节值得提前定死。一是历史价锁定：订单一经确认，价格不再随价目表调整而变化，否则财务对账时会出现同一批货两个金额。二是越权改价：允许业务员在授权范围内改价，但必须留下审批记录和原因，超过授权幅度自动转上级。没有这两条，价格体系一定会在半年内被口头承诺冲垮。

还有一个常被忽略的成本：价目表维护本身。几百个 SKU、几十个客户等级，手工维护价目表是灾难。可行的做法是只维护例外，也就是只录协议价和特殊区域价，其余全部由规则自动算出来。这样价目表的维护量能压到原来的十分之一，也不会出现改了 A 客户却漏了 B 客户的情况。

授信、账期与对账：B2B 绕不开的三件事

经销商的现金流普遍紧张，能不能赊账直接决定他愿不愿意线上下单。所以在订货小程序里，授信不是一个可选功能，而是核心流程的一部分。设计上要解决三个问题：给谁额度、额度怎么用、用完怎么恢复。

• 额度归谁。建议挂在客户主体上，不挂在具体下单人上。同一个经销商可能有多个店长下单，额度共享，否则会出现总额度被重复占用。
• 怎么占用与释放。下单时冻结、发货时占用、回款时释放，三个动作必须与财务应收系统对齐。只在小程序里记一笔而不落到应收，等于没做。
• 超限怎么办。不要简单拒绝，而是给出三条路：部分下单、先款后货、申请临时额度。直接报错是最容易导致经销商放弃的交互。

账期管理的关键是可见性。经销商最常问的一句话是「我还欠你多少钱」，如果这个问题在系统里查不到，他一定会去找业务员，线上下单的意义就消失了一半。所以首页应该直接显示可用额度、在途金额、待对账金额三个数字，不需要点进去找。

对账是留存率的分水岭。建议做成月度对账单：系统自动生成期初余额、本期发货、本期回款、返利冲抵、期末余额，经销商在线上确认或提出异议，异议挂起后由财务处理。这一步做通了，财务每月省下的对账工时通常在二十到四十小时，而且差错率会明显下降，因为纸质对账最容易漏的是退货和返利两项。

让经销商真的用起来：三个动作与试点节奏

系统上线只是开始，真正的难点是让经销商改掉口头报单的习惯。这里没有技巧，只有三个必须做实的动作。第一，把只有线上才有的东西放上去：返利明细、账期额度、电子对账单，这三样在线上查得到、线下查不到，是最有效的行为牵引。第二，让业务员从前台转为教练：前两个月业务员仍然可以代下单，但必须在小程序里代下，客户在旁边看着学。第三，首单必须有人陪：第一批五十个客户的首单，安排人远程或上门陪一次，把地址、收货人、发票信息一次配好，后续就顺了。

弃用的原因其实高度集中，绝大多数不是功能缺失，而是首次体验卡住。最常见的是登录环节收不到验证码、收货地址填错导致运费异常、下单后看不到物流、价格和自己记的不一样。这四类问题在试点期必须当天响应，超过两天没解决，这个客户基本就不会再来了。

第三步最容易被跳过，也是最关键的一步。如果线下录单的口子一直开着，业务员会继续用熟悉的方式，系统里的数据永远不全。正确的做法是设定一个明确的停用日期，同时保留一条例外通道，比如大额特殊订单走审批后由内勤录入，但必须在系统里留下痕迹。没有停用日期，就没有真正的上线。

什么情况下不值得做

订货小程序不是所有企业都需要。以下四种情况，投入产出比通常很差，不如先把内部流程理顺：客户数量少于三十家且集中在少数几个业务员手里；SKU 少于二十个，价格完全一单一议、没有规则可循；没有进销存或 ERP 支撑，库存靠问仓库；只想要一个展示页面，不需要下单和结算。

反过来说，当客户超过五十家、SKU 超过两百个、有明确的价目政策和账期制度、业务员超过五人时，线上订货的收益会非常明显：订单差错率下降、业务员从录单中解放出来、财务对账周期缩短。安徽好牛软件有限公司在合肥做这类项目时，通常建议先做一版能下单、能看额度、能对账的最小闭环，跑三个月看数据，再决定要不要加返利计算、要货计划、门店库存这些进阶模块。

技术选型上还有一点值得提醒：如果企业已有 ERP，小程序不要另建一套商品和库存主数据，否则三个月后一定出现两套库存对不上。正确做法是小程序只做前端与流程，商品、价格、库存、应收全部以 ERP 为准，通过接口实时读取。这条原则看起来是技术细节，实际决定项目能不能长期维护。

常见问题解答

Q1：经销商年龄偏大，不愿意用小程序怎么办？

不要试图改变所有人，先做分层。把客户按活跃度和配合度分成三档，第一档二十到三十家先跑通，用返利明细和电子对账单做牵引；第二档由业务员代下单，客户在旁边看；第三档暂时保留原方式，等前两档跑出效果再推。经验上，第一档跑顺之后，第二档的转化会自然发生，因为经销商之间会互相打听「你怎么知道返利还剩多少」。

Q2：一客一价会不会导致经销商互相知道底价？

只要设计正确就不会。每个客户登录后只能看到自己的价格，商品列表不显示统一售价，只显示「登录后查看」。同时建议关闭价格分享和截图水印缺失的问题，关键页面加客户编号水印，一旦外传能追到来源。这一条在实施时经常被漏掉，等到经销商之间比价才发现问题。安徽好牛软件有限公司在交付时会把水印与价格可见性作为验收项写进清单。

Q3：账期和授信要不要一开始就做？

要看客户结构。如果八成的订单本来就是现款现货，第一期可以只做在线支付，把授信放到第二期；如果赊销是常态，授信必须第一期做，否则系统上线也没人用，因为经销商不会为了一个不能赊账的入口改变习惯。判断标准很简单：翻最近三个月的应收账龄表，超过三十天的应收占比超过一半，就必须先做授信。

Q4：和现有 ERP 怎么配合？会不会重复建设？

分工要清楚：ERP 管商品、价格、库存、应收这些主数据与账务，小程序管下单、对账、通知这些交互。小程序不建自己的商品库，不维护自己的库存，所有关键数据实时从 ERP 取。这样既不重复建设，也不会出现两套账。唯一需要注意的是接口性能，下单高峰时价格与库存查询要加缓存，但缓存时间不宜超过三十秒，否则会出现超卖。

Q5：怎么衡量这个项目做成了？

看四个数字就够：订单线上化率、订单差错率、财务对账工时、经销商月活比例。前两个反映业务是否真的搬到线上，后两个反映内部效率是否改善。建议在上线前把这四个数字各测一次作为基线，上线三个月后再测一次。如果只有线上化率上升而差错率没降，说明流程只是被搬了个地方，没有真正优化，需要回头检查价格与库存接口是否准确。

订货小程序的价值不在于「有了一个小程序」，而在于把价格、信用、对账这三件靠人情和记忆维持的事，变成有记录、可追溯的流程。做之前先判断形态，做的时候先打通价格与授信，做完之后一定要设停用旧方式的日期。这三步走对，一个小程序能顶半个内勤；走错，就是一个昂贵的展示页。

更多行业订货与门店补货的落地资料，可访问官网了解：www.niuniuchuantu.com