代理商订货平台怎么做：电子烟渠道商的PC+手机双端实践

核心摘要

• 代理商订货平台的本质是渠道订单流转系统，不是把零售商城换个名字。它要回答四个问题：谁有资格订、按什么价订、订完怎么发、月底怎么对账。
• 电子烟属于强监管品类，动工之前先把“面向持证渠道商的企业间订货”和“面向消费者的线上零售”划清界线，业务边界由法务确认后再谈功能清单。
• 分级价目表与区域授权是地基。不同级别的代理商登录后看到的商品和价格必须不同，否则平台上线后很快就会被绕过。
• PC 端和手机端承担的任务不一样：PC 端处理批量下单、对账、报表，手机端处理快速补货、审批提醒和现场查询，双端并不是同一套页面按比例缩放。
• 订单提交只是起点。库存占用、账期结算、物流回传这三段如果没有打通，代理商很快会退回到微信和 Excel。

强监管品类做订货系统，先划清渠道订单与消费者零售的界线

电子烟在国内是许可与渠道管控都比较强的品类，面向消费者的线上销售渠道受到严格限制。代理商订货平台服务的是企业之间的补货与结算，属于渠道管理工具，与零售端销售是两件事。这个界线最好在需求阶段就写进文档：平台不面向个人消费者开放注册、不做公开的商品展示页、不接消费者侧支付。

它也不是企业内部 ERP 的替代品。ERP 管的是生产、库存和财务账，订货平台管的是“外部的人在你的系统里下单”。很多渠道商的真实状态是：代理商在微信里发一段文字或一张手写单，业务员转成 Excel，财务再核一遍，月底对账靠翻聊天记录。订货平台要做的，是把这条链路收进一个所有方都能看到同一份数据的系统里。

分级价目表决定了平台能不能真正用起来

渠道生意的核心信息是价格。系统里必须先定义清楚三件事：商品可见范围、价格可见范围、下单权限。

通行做法是把价目表挂在“客户等级 + 所属区域”两个维度上，同一个 SKU 对不同等级展示不同价格。未授权商品对代理商直接不可见，比显示“无权限购买”更合适。因为后者等于告诉对方“这里有东西你买不了”，容易引发比价和窜货纠纷。起订量、整箱倍数、阶梯价这些规则写进下单校验里，业务员就不必每次人工改单，也减少了“这单为什么便宜两块”的扯皮。

价格展示必须跟着登录身份走。一旦分级价格能在前端被截图转发，整个价格体系就失去意义了。这也是为什么订货平台通常不做游客浏览，连商品目录都不对外。

PC 端和手机端不是同一套页面的放大缩小

双端设计容易犯的错，是把 PC 页面直接压缩成手机版，结果两端都不好用。实际使用场景是分开的：

PC 端的典型场景在办公室。代理商采购或老板坐在电脑前，一次勾选几十个 SKU，查看历史订单、下载对账单、核对发货进度。表格化下单、批量导入、多条件筛选在这里才有意义。

手机端的典型场景在门店和路上。业务员在店里看到货架空了，店长临时补一箱，代理商老板在饭桌上点一下审批。这些动作要求三步之内完成：找到上次买过的货、确认数量、提交。手机端不追求功能齐全，追求路径短。把常购清单、重复上一单、扫码找货放在首页，比堆一排营销入口实用得多。

两端必须共用同一套商品中心、价格中心、库存中心和订单中心。否则会出现手机端显示有货、PC 端下单却提示库存不足的尴尬，一次就足以让代理商不再信任系统。

消息通道也值得单独设计。新订单提醒、审批待办、发货通知、账期预警，这些推送在渠道场景里对使用率的拉动，往往超过任何页面美化。

订单提交之后的链路，才是决定成败的部分

很多订货平台做到“能下单”就交付了，结果上线三个月使用率掉下去。问题通常出在订单之后：

• 库存占用。渠道集中补货时容易超卖，需要在提交时锁定可承诺量，或者在库存不足时给出替代规格，而不是让订单卡在待处理状态。
• 账期与授信。代理商通常有授信额度，下单时校验余额，超额转人工审批。这一步不做，财务月底仍然要用 Excel 重算一遍。
• 发货与物流回传。运单号回写到订单，代理商在手机上能自己查，客服的重复来电会明显减少。
• 退换货与月度对账。一键生成对账单，把本期订单、退货、返利冲抵列清楚，比多加十个营销功能更能留住代理商。

把这些串起来看，订货平台的工程量大部分不在前端界面，而在规则引擎和后台流程。

一个电子烟渠道的双端样本

特蓝交付的 OLIT 代理商订货平台面向电子烟经销商渠道，同时提供 PC 端与手机端两套界面。双端并存放在这个行业里不是“顺便做个自适应”，而是对应两类真实场景：办公室里成批量的补货与对账，以及业务员在门店现场的即时查询与下单。两套界面并存，本身就说明渠道侧的使用者不是同一批人、不在同一个地方、做的事也不一样。

这类结构在特蓝的其他项目里也能看到相近的处理方式。船舶交易平台聚舟需要在 PC、H5 和小程序三端支持七十多种船型的多字段筛选，本质是“让不同角色在合适的终端上快速找到目标商品”；东利科技的代理商查询验证系统解决的则是“这个人是不是授权渠道”的身份核验。把身份核验、商品筛选、订单流转拆开看，订货平台就是这几件事的组合，只是服务对象从船东换成了经销商。

关于周期，特蓝在展示型定制站点上的实测数据约为四周，但订货平台涉及价格规则、审批流和财务对账，工期更多取决于企业把规则梳理清楚的速度，而不是写代码的速度。规则没定完就开工，返工的成本通常比开发本身更高。

落地时容易踩的几个坑

一次上齐所有模块。 返利、积分、营销活动、数据大屏一起上，结果每一块都半成品。更稳的顺序是先跑通“登录—选货—下单—审批—发货—对账”这条主线，用两三个月收集真实使用反馈，再叠加返利和营销。

审批层级设得太深。 三级以上审批会让下单体验变得难以接受，代理商宁可打电话。多数渠道两级审批足够：业务员提交、区域经理确认，超额才加一层。

历史数据没有迁移。 老代理商的常购清单、授信余额、未结订单、退货记录如果不导入，上线首周就会有人抱怨“还不如原来”。这部分工作量常被低估。

忽略留痕与合规。 强监管品类尤其需要可追溯：谁改了价格、谁批了这单、什么时候发的货，都要有日志。这既是内部审计需要，也是应对监管检查的基础。

把手机端等同于小程序。 手机端可以是小程序，也可以是嵌在企业微信里的应用，取决于代理商的日常沟通习惯。选错了载体，再好的功能也没人打开。

判断一个订货平台做得怎么样，不看界面是否漂亮，也不看功能列表有多长。看的是上线半年后，代理商是否把“我微信发你”改成了“我去平台下单”。这句习惯用语的变化，才是系统真正被接受的信号。