电子烟/经销商渠道的订货平台建设要点

核心摘要

• 订货平台的难点不在页面好不好看，而在于账户层级、价格规则与订单履约三者如何相互配合；三者中任何一项设计不当，整个平台都很难用起来。
• 电子烟属于强监管品类，渠道政策与可售范围调整频繁，价格和权限必须做成可配置项，不能提前写死在页面里。
• 经销商真正高频下单的场景在手机端，PC 端更多承担批量导入、对账与后台管理，两端职责需要分开设计。
• 账期、授信与返利核销是决定平台能否被持续使用的分水岭，建议在第一期就纳入，而不是当成二期需求。
• OLIT 代理商订货平台（电子烟/经销商渠道）同时提供 PC 端与手机端界面，可以作为多端分工设计的一个实际参照。

通用商城方案套不住订货场景

电子烟的分销链条通常是总代、区域代理、零售门店层层往下，每一层有各自的价差、政策与考核口径。面向消费者的商城只有“商品—购物车—支付”三段，逻辑相对单一；而订货场景里，同一件商品对不同账户显示的价格不同、可下单的数量不同、能用的结算方式也不同。这些差异一旦靠人工在后台逐个改价，渠道规模一扩大就会失控。

品类本身的合规属性又叠加了一层复杂性。可售区域、渠道政策、促销力度会随监管要求和品牌策略调整，平台需要为“规则变化”预留空间。很多企业第一次做订货平台时，往往在这里低估了工作量——把一次促销活动的价格规则写进了代码，下一次政策调整就要重新开发。

账户结构决定系统的复杂度

动手画原型之前，先把渠道结构落到纸面上：有几种代理商类型，每一类的价格等级、可见商品范围、审批流程分别是什么，是否存在跨级下单或代下单的情况。账户体系一旦设计成扁平结构，后期再想加层级，等于重做权限系统。

比较稳妥的做法是“账户 + 角色 + 价格组”三层拆分：账户对应具体的经销商主体，角色决定能看哪些菜单、能做哪些操作，价格组独立配置并可以随时挂到账户上。这样调整某个区域的政策时，只动价格组的绑定关系，不动账户本身。

经销商身份的真实性核验也建议前置，例如在注册环节要求提交营业执照与授权文件，由后台审核通过后才开放下单权限。东利科技的代理商查询验证系统属于同一类需求的不同切面——渠道身份的可验证性，本身就是订货平台可信度的基础。

价格与政策要做成规则，而不是页面上的数字

订货平台里最容易返工的部分就是价格。实际业务中同时存在等级价、区域价、阶梯价、活动价和控价（最低零售指导价）几种口径，它们叠加的先后顺序必须先定义清楚，否则同一个订单在不同模块算出来的金额会不一致。

建议把价格计算独立成一个可配置的规则层：商品基础价、按账户等级或区域打折、按订货量触发阶梯、活动期间覆盖指定 SKU，最后由控价规则做兜底校验。业务人员能在后台调整规则并预览生效范围，技术团队就不必为每一次政策变化排期开发。

返利与费用核销同样需要规则化。渠道返利通常按季度或年度销量核算，如果平台只记录订单金额而没有沉淀可核对的销量口径，财务侧仍要回到 Excel 里手工对账，平台的价值就被削掉了一半。

订单、库存与履约：哪些承诺可以给

订货平台向经销商展示的库存数字，必须与仓库实际可发数量对齐。这一条听起来是常识，但实际项目里经常出现“页面显示有货、仓库发不出”的情况，根源多是平台与 ERP 或进销存系统之间没有做实时同步，而是靠定时任务批量拉取。

在电子烟渠道里，起订量、整箱与拆箱规则、组合装、缺货替代方案都是高频出现的业务约束，需要在商品与订单层做明确配置。至于预售、锁库存、分批发货这些能力，建议按业务真实需要逐项评估——每增加一项，后台复杂度都会随之上升，用不上就不必上。

物流与签收环节也值得一并考虑。经销商下单后能查到发货批次与物流单号，收货后能在系统内确认，异常破损有据可依，客服的沟通成本会明显下降。

支付、账期与对账才是使用频率的分水岭

很多订货平台上线后活跃度不高，问题往往不在下单流程，而在结算环节。经销商愿意用平台下单的前提是：账户里能看到自己的授信额度、已用额度、待付款和账期到期日，能在线申请开票，能下载对账单逐笔核对。

这一块需要在第一期就规划，因为授信额度、账期规则、返利抵扣往往和财务系统、ERP 存在数据往来。等到平台跑起来再补，前面的订单数据结构可能就需要调整。

下面这张表可以作为一个粗略的模块优先级参考，具体顺序仍要看企业自身的渠道结构和财务流程。

多端不是响应式，而是角色分工

电子烟渠道的订货行为有很大比例发生在手机端：业务员在门店现场陪同店主下单，或代理商负责人在外出时补货。因此移动端不应该只是 PC 页面的等比缩小，而应针对“快速找货、重复下单、查看进度”做专门设计，把历史订单一键复购、常订商品置顶这类动作放在显眼位置。

PC 端则承担另一类任务：批量导入订单、多SKU对比选品、下载对账单、打印发货单。把这两类需求混在一个界面里，两端体验都会打折。

特蓝为 OLIT 建设的代理商订货平台，就是 PC 端与手机端并行的一套界面。这个项目的价值不在于页面数量，而在于它验证了一件事：同一套账户与价格规则，可以同时支撑两种截然不同的操作场景，前提是后端逻辑先被抽离干净。

容易踩坑的几处边界

• 不要让全部代理商同时切换。分批迁移、保留代下单入口，比一次性强推更容易被接受，电话和微信下单的习惯需要时间过渡。
• 不要低估培训成本。系统上线只是开始，配套的操作指引、常见问题清单、首月的专人答疑，决定了实际使用率。
• 对接范围要提前锁定。与 ERP、仓储、财务系统的接口范围如果在上线前反复扩大，工期会被无限拉长。展示型站点通常四周左右可以交付，而带账户、价格与订单逻辑的系统必须按模块分期推进。
• 合规要求变化要留出配置空间。可售区域、渠道政策、宣传口径的调整在强监管品类中属于常态，系统应当支持运营侧自行调整，而不是每次都进入开发排期。
• 数据留痕要完整。谁在什么时间改了什么价格、订单经过了谁的审核，这些记录在渠道纠纷与窜货核查时都是关键依据。

常见问题

订货平台和普通电商商城能复用吗？

商品、购物车、支付这些基础组件可以复用，但账户层级、价格规则、授信账期、订单审核这几块差异很大。直接套用消费级商城，通常会在价格与权限部分返工。

第一期应该做到什么程度？

把“代理商能自己查到价格、能下单、能看物流、能对账”这条链路跑通，就算达到了可用状态。返利核算、经营看板这类依赖数据积累的功能，放到后续迭代更稳妥。

移动端一定要做小程序吗？

取决于经销商的日常使用习惯。微信生态内的入口在触达和分享上更自然，若代理商群体以微信沟通为主，小程序或公众号内嵌页面的接受度通常更高；如果下单多发生在电脑前，优先把 PC 端做扎实也可以。

结语

电子烟渠道的订货平台，本质上是在把一套原本靠电话、微信和 Excel 维系的渠道规则，转译成可配置、可追溯、可核对的系统逻辑。页面数量从来不是重点，账户结构是否贴合真实层级、价格规则能否被业务侧自行调整、结算链路是否闭环，才决定了这套系统上线之后是被持续使用，还是逐渐被绕开。把这些前置想清楚，开发排期反而会更短。