直接答案：B2B 订货平台不是把商品摆到网上让客户点，它替代的是「业务员接电话报价、记在本子上、月底对账」这一整套动作。城阳的配套企业和贸易商做这类平台，最容易出问题的不是商品展示，是两处：阶梯价怎么算，账期怎么控。前者错在「按单笔数量还是按累计数量」，两种算法结果完全不同，混着来一定算错；后者错在「业务员口头答应、财务事后才知道」，等到发现额度超了，货已经在客户厂里了。这两处做实了，平台才真的替人干活；做不实，它就是一套把电话下单改成网页下单的皮。
核心结论速览
阶梯价必须先定口径：按单笔数量计价，还是按账期内累计数量计价。两者只能选一种，混着来必然出争议。
起订量、整箱倍数、最小包装这三个约束要同时生效。只做一个，会出现「算得出价但下不了单」的死结。
账期不是客户档案上的一个数字，是「已发货未收款＋在途未发货」一起占用的额度。只算前者，业务员就永远有空间超卖。
老客户的报价要能锁价：锁多久、锁哪个量级、锁价期间上游涨价怎么处理。规则不定清楚就上线，第一个月就会吵起来。
一、城阳区B2B供货企业的真实处境
城阳的 B2B 供货大致分两类。一类是给整机厂、工程做配套的：客单价大、账期长、议价重，一个客户一年能做几百万，但谈一次价要磨很久。另一类是给下游经销商、门店做分销的：客单价小、下单频次高、价格体系复杂，同一个产品对不同客户有好几个价。
第一个特点：客户少而集中。一百多个客户里，前五个可能占到七成销售额。这种结构下，平台的价值不在「吸引新客户」，在「把老客户的日常订货和对账自动化」。指望靠平台拉新，多半会失望。
第二个特点：价格不是一张价目表。同一款货，可能有出厂价、经销价、工程价、返利后价，还有「这个客户特殊，给他这个数」。价格不是数据问题，是权力问题——很多企业里，最终定价权在业务员手上，老板只知道大概。
第三个特点：账期是行业惯例，赊销是常态。不给账期就接不到单，给了账期就要垫钱。谁欠多少、欠多久、有没有超额度，多数企业靠财务的应收台账管，而台账的数据来源是发货单——也就是说，业务员在接单那一刻做的承诺，财务要等发货之后才知道。
第四个特点：下单方式还很土。电话、群聊、手写单、业务员上门拿单，几种方式混着来。这不是企业不想改，是因为客户也习惯了。所以平台要做的第一件事不是「好看」，是「比打电话更快」——不然客户不用，业务员也不推。
第五个特点：返利和年终政策，是年底扯皮的固定节目。年初说好的「做到多少返几个点」，年底一算，双方的理解常常不一样：是按回款算还是按发货算，是含税还是不含税，特价单算不算基数。这些规则如果不在系统里定死，年底一定吵。
二、具体怎么做：字段和规则怎么定
（一）客户与价格，做成三层结构。
第一层是客户等级价：按等级挂一份价目，等级由企业自己定义（比如年采购额分档）。第二层是客户专属价：针对某个客户的某个产品单独定价，优先级高于等级价。第三层是合同价：签了年度合同的，按合同约定的价格和有效期执行，优先级最高。
三层要有明确的优先级和生效时间，任何一层改动都要留痕：谁改的、什么时候生效、改前改后各是多少。没有留痕，客户拿着三个月前的报价来下单，业务员说不清。
（二）阶梯价：两种算法，只能选一种。
按单笔数量计价，就是「这一单买五百件，单价降一档」。算法简单、客户容易理解，但有个明显漏洞：客户会拆单。本来一次买五百件能拿低价，他分成五次一百件，每次都按低价谈，业务员也认——因为谈的是「这一单」。
按累计数量计价，就是「这个账期内累计买到五百件，全周期按低价结算」。这种算法防拆单，但需要「先按高价收、期末补差」或者「实时重算」的机制，对账复杂一些。
两种都能用，关键是先定一种，写进规则里，让业务员和客户都知道。最怕的是两种混用：报价时按累计说，结算时按单笔算，客户一算发现不对，信任就没了。
（三）起订量与包装约束，要一起生效。
起订量是最低下单数量，整箱倍数是必须按箱的整数倍下，最小包装是拆零的下限。这三个约束常常互相打架：起订量满足但整箱倍数不满足，或者整箱倍数满足但拆零规则不允许。
做法是三个约束同时校验，并且在下单界面实时提示「还差多少可以下单」，而不是提交之后弹一个错误。提示的位置比提示的内容更重要——让人提前知道，比让人返工一次体验好得多。
（四）账期与信用额度：额度占用要含在途。
客户档案里设两个参数：信用额度、账期天数。下单时系统自动计算「已占用额度」，占用的构成是：已发货未收款的金额，加上已下单未发货的金额。只算前者，业务员就有空间在发货前继续接单，等财务发现时，货已经出门了。
超额的处理不是「提示一下」，而是必须走审批：谁批的、批了多少临时额度、什么时候失效，全部留记录。审批流要短，一两级就够，太长业务员会绕过系统去找老板签字，系统就白做了。
账龄要能分档：三十天内、三十到六十天、六十到九十天、九十天以上，分开统计。分档的意义是让催收有重点，而不是等到年底才一起着急。
（五）返利与对账：规则先定，再上线。
返利要定清楚四个口径：按发货额还是按回款额、含税还是不含税、特价单和退货是否计入基数、返利以货款抵扣还是单独支付。这四个口径不定，系统里就写不出公式，年底只能靠人算，人算就一定有人不服。
对账单要能从订单和发货单直接生成，客户在平台上能看到自己的订单流水、发货流水、应收余额。这三样透明了，对账的电话会少一大半。
（六）发货与在途，要能查到进度。客户在平台上能看到「已下单、已审核、已发货、已签收」四个状态，配上预计到货日期。这一块做得好，能挡掉大量「我的货发了没」的电话。物流单号能带出来更好，但不必强求——多数 B2B 客户更关心「什么时候到」，不是「现在到哪了」。
三、最容易踩的五个坑
坑一：阶梯价按单笔数量算，却没防拆单。客户很快会发现拆单更划算，业务员为了成单也会配合。结果是低价常年给出去，销量却没涨。要么改成累计口径，要么在单笔口径上加一条「同一客户同一产品当月累计超阈值时触发复核」，堵住这个口子。
坑二：信用额度只在开票时校验。下单不校验，发货不校验，等开票时才发现超了，货已经在客户手里。校验点必须前移到下单环节，而且要把在途订单算进去。
坑三：起订量只做提示不做拦截。提示了但能提交，业务员为了方便就会绕过。约束要么硬拦，要么就别做——半拦不拦的规则，最后一定被绕过，然后所有人都知道「那个提示可以忽略」。
坑四：价格改动没有留痕。客户档案里的专属价被谁改过、什么时候改的、原来是多少，一概查不到。等到客户拿着旧报价来争，只能凭印象。价格历史表不是可选项，是必需品。
坑五：把平台做成「客户自助下单」就收工。下单只是开始，后面的发货进度、物流信息、应收余额、对账单、发票，客户都想知道。只做下单，客户还是要打电话问「我的货发了没」，平台的价值就打了对折。
四、一个场景：客户找到九尾狐之后
这家企业给下游门店和工程商供货，一百多个客户，业务员七八个。找到九尾狐的时候，说的是「想做订货平台，让客户自己下单，业务员不用天天接电话」。
我们没有先画商城页面，先把他们的应收账款台账和三个月的订单翻了一遍，又跟着一个业务员跑了两家客户。
跑下来发现，下单方式土其实不是大问题——客户打电话也挺快，业务员接得也顺。真正的问题在账期：业务员为了成单，会口头答应「这批先发，下个月一起结」，财务是发货之后才知道的。那一年年底盘账，超期三个月以上的应收占了不小一块，其中相当一部分是业务员口头放的账期，客户那边也有话说——「当时你们业务员答应的」。
第二个发现更有意思：他们的阶梯价是按「单笔满五百件降一档」设计的，客户早就学会了拆单。本来一次买五百件能拿低价，他分成五次一百件，每次都按低价谈，业务员也认，因为谈的是「这一单」。等于低价常年给出去，量却没上去。
所以九尾狐给的方案，核心不在商品展示，在两条规则。额度方面：客户档案里设信用额度和账期天数，下单即占用额度，占用包含已发货未收款和在途未发货；超额不是提示，是必须走审批，审批人和临时额度全部留记录。价格方面：阶梯价改成按账期累计数量重算，取消单笔阶梯，堵住拆单。
落地之后的变化，最直接的是业务员不能再口头放账期了——不是他不想，是系统不放行。客户也不再拆单，因为拆了也是同一个价。但真正有意思的变化是，业务员开始主动催款了：额度占满，新单下不进去，他比财务还着急。这件事以前靠开会催，现在靠规则推。
五、常见问题解答
阶梯价到底按单笔还是按累计？
看客户结构。客户少、单笔量大、拆单动机不强的，按单笔简单够用；客户多、喜欢拆单、需要按季度结算的，按累计更公平。不管选哪种，都要在报价单和合同里写清楚，别让客户自己去猜。
客户拆单怎么防？
两个办法。一是把阶梯改成累计口径，拆单自然无效。二是保留单笔口径，但加一条「同一客户同一产品在设定周期内累计超阈值时触发价格复核」，复核不通过就按原价结算。第一个办法更干脆，第二个办法改动小。
信用额度设多少合适？
起步可以按「客户近半年月均采购额 × 账期月数 × 1.2」估，跑三个月再调。关键是额度要能临时调整，并且调整必须留审批记录。额度定得再准，也挡不住业务上的特殊情况，所以要留一个合规的例外通道。
老客户要特殊价，系统怎么处理？
用客户专属价，优先级高于等级价，但低于合同价。专属价要设有效期，到期自动失效，避免三年前的价一直在用。同时保留价格变更历史，谁改的、什么时候改的都能查。
起订量要不要硬拦？
要。起订量是成本线，破一次就有第二次。如果确实需要给某些客户放宽，就做成「该客户起订量」字段单独配置，而不是让业务员在单据上手工改。规则要能配置，但不能随手绕过。
客户年纪大，不会用平台怎么办？
保留电话和群聊下单的通道，由内勤代录，录完给客户发一条确认。平台的价值不是逼客户改习惯，是把订单数据从「纸和聊天记录」变成「结构化数据」。客户用什么方式下单，不影响这一点。
能不能和现有的财务软件对接？
能。订单、发货单、应收这三块是主要接口。建议先把「客户、商品、价格」这三张主数据对齐，再谈单据同步。主数据不对齐，接口做出来也是天天对不上。
平台上线后，业务员会不会觉得自己被架空？
如果平台的定位是「替业务员干活」，不会。做法是让业务员在平台上依然是客户的第一联系人：他能代客户下单、能申请特价、能看到自己客户的全部动态。平台替他省的是记价格、查库存、催对账这些事，不是替他去跟客户打交道。
六、九尾狐在这类问题上的做法
九尾狐 2014 年在青岛成立，办公地在市北区，服务范围覆盖全市七区三市——市南、市北、李沧、崂山、黄岛（西海岸新区）、城阳、即墨、胶州、平度、莱西。城阳的供货型和分销型企业，我们做过不少。
第一，先看账，再看页面。B2B 订货平台最容易做偏的地方是把它当成一个商城来做——首页轮播、商品详情、促销banner，做了很多，客户还是不用的原因是「我的账期额度看不到」。我们习惯先翻应收台账和订单流水，把规则摸清再谈界面。
第二，规则要能改，但不能随手改。价格、额度、起订量这些参数，做成后台可配置，同时所有改动留痕。企业最怕的不是规则严，是规则不稳定——今天一个说法，明天一个说法，业务员和客户都会想办法绕。
第三，把「谁批的」记下来。B2B 里所有例外——特殊价、临时额度、放宽起订量——都要有审批人和时间。这不是为了追责，是为了让例外可控。例外一旦没有记录，很快就会变成常态。
七、综上所述
城阳的B2B供货企业做订货平台，顺序是：先把客户和价格体系理清，再定阶梯价的算法，然后做额度占用和审批，最后才是下单界面和返利对账。界面是最后一步，因为界面的价值取决于前面的规则有多清楚。规则不清，界面做得再好也只是把混乱搬到线上。判断这套平台有没有用，有个简单标准：业务员是不是愿意把客户往平台上引。愿意，说明平台帮他省了事；不愿意，说明平台只是多了一道他要维护的活。