批发贸易订货与对账系统：客户分级价目表与月结对账单

下游客户下单靠给业务员发消息，不同客户执行不同价格，价格全靠业务员记；月结对账要业务员翻聊天记录与送货单，一个客户对一次账要半天，账期纠纷时有发生。

把价格规则从业务员的记忆里搬进系统：客户按等级归类，每个等级对应一张价目表，同时支持对单个客户的特价单独配置。客户在小程序内看到的即是自己的价格，下单后进入审核队列。送货签收与开票信息进入同一条流水，月结时自动生成对账单，客户可在线核对与确认。

背景

这是一家绍兴的建材批发商，下游客户包括数百家五金店与工程队。批发行业的常态是一客一价：不同客户因为拿货量、账期与合作年限不同，执行的价格也不同。原来这些价格记在业务员脑子里和一份份 Excel 报价单里，业务员一旦休假或离职，交接成本很高。

需求形态

需求有两条主线。第一条是订货：让下游客户自己下单，减少业务员转述的信息损耗。这条的前置条件是价格必须在系统里，否则客户看不到自己的价。第二条是对账：账期与开票是批发生意的日常摩擦点，需要一份双方共同认可的月结对账单。

方案

价格模型分两层：等级价目表与客户特价。绝大多数客户按等级走价目表，少数需要单独约定的客户配置特价，特价优先于等级价。价目表的调整有生效时间，调价不影响已提交订单的价格。

订货流程：客户在小程序内浏览商品、加入订货单、提交；业务端审核库存与账期后确认；确认后生成出库任务与送货单。送货签收支持客户端确认或司机端上传签收照片两种方式。月结时系统按客户汇总当月已签收订单，生成对账单，客户可在线核对，有异议的行项可标注并附说明，双方在系统内完成确认。

交付

交付小程序端源码、Web 管理端源码、后端服务源码、数据库结构、价格规则说明文档、部署文档与两套操作手册。项目交付后转入按月维护，前三个月主要处理调价规则的边界情况与客户使用习惯带来的交互调整。

复盘

价格规则是这类项目最容易做复杂的地方。最初客户希望支持按数量阶梯、按季节、按付款方式等多重叠加的规则，评估后建议先只做「等级价 + 客户特价 + 生效时间」三条，其余留到二期。上线后回看，这三条覆盖了绝大多数实际场景，复杂规则的需求在真实使用后自然收敛了。

本案例为按典型项目形态整理的示例，不涉及任何真实客户信息。