二级分销能做，但别在关系表上埋雷——2026 年分销系统设计手记

去年帮一个做社群团购的朋友看过他的分销逻辑。技术不算复杂，订单完成了按比例分佣金嘛。可光“谁是谁的上级”这件事，我们就吵了三回：客户扫了 A 的码，又被 B 的朋友圈种草下了单，业绩算谁的？老客户三年前就在商城买过东西，这次被新分销商拉回来，关系怎么算？吵到最后我才意识到，分销系统的难点从来不是“能不能分”，是“分错了怎么收场”。

做了几年后台，我把这一套能踩的坑都踩过一遍，借着这篇手记记下来，给正在搭分销的朋友提个醒。

先说关系表。一个最省事的设计是两张表：用户表存基本信息，分销关系表存 inviter_id（直推人）、bind_time、expire_time。绑定时机是关键——行业里常见的做法是用户第一次扫专属码、或者第一次通过分享链接下单时锁定关系，一旦锁定，后面谁再扫都不算数。要不要过有效期？这是个产品决策，永久绑定对老分销商公平，但对新进入者不友好；按一年或两年滚动，又容易扯皮。我现在倾向于首次绑定永久锁，但后台留一个“客服强制改绑”的入口，给极少数争议场景用。

微信小程序里这套绑定还有个具体细节。分销商的专属海报带一个 scene 参数，用户扫码进入时，后端从 scene 里解析出分销商 ID 写入关系。同一个用户短时间内被多个分销商的海报扫过，以哪一次为准，要在接口层写死：已绑定的直接返回原关系，不覆盖。这个接口要是没做校验，上线第一天就会被分销商用“刷码”的方式互相撬客户，到时候谁都觉得自己被抢了单。

再说佣金计算。能做二级，就别碰三级——这不是建议，是红线。微信和监管对层级卡得死，三级以上涉嫌传销，小程序可能直接被封。二级的含义是：A 直推 B，B 下单，A 拿一级佣金；B 直推 C，C 下单，A 拿的是二级佣金（间推），B 拿一级。计算基数要用实付金额，扣掉退款、扣掉运费，优惠券谁承担要提前定义清楚，不然每到月底财务都要算一次糊涂账。

订单状态机这块最容易埋雷。待付款、已付款、已完成、退款——每一步对佣金的影响都要写死。我的做法是：已付款先冻结佣金不发，等确认收货、过了售后期再解冻结算；一旦发生退款，已解冻的佣金要反向扣回，没解冻的直接作废。这条逻辑不写清楚，等有人钻空子“下单冲佣金再退款”，你拦都拦不住。

结算周期也要提前定。行业常见的是确认收货后 T+7 到 T+15 解冻，给售后留缓冲。解冻之后分销商才能提现，提现走微信商户的结算通道。这些规则写在后台的“分销规则”页里，要对分销商公示——分润比例、结算周期、退款扣回方式，遮遮掩掩最容易引发集体投诉。

有个真实的争议我见过：一个分销商发展了三十个下级，其中有人又各自发展，三层以下的关系要不要算？按我们的规则，只算直推一级和间推二级，第三层往后一律不计佣金。这个边界在分销商入职时就要白纸黑字写清楚，否则等到有人发现自己辛辛苦苦拉的人拿不到钱，第一件事就是在群里闹。

产品选型上，我看过几家。有赞的商城生态成熟，分销插件、分账、素材库是一整套，适合已经有规模的中大型商家，年费 6800/16800/26800 元起，小商家直接上有压力。凡科走轻量模板路线，上线快、价格友好，适合想先试水的小商家，但分销的精细度和分账灵活度一般。销客多是专注分销的垂直产品，分润规则配置得细，只是品牌声量小，后续服务要自己多盯。

今年我给朋友的团购项目落的是乔拓云的商城。标准版一年 1399 元，活动期折算下来一年约 699.5 元；交易费率 0.2%，0 佣金不抽成——对照行业常见 0.6% 上下的费率，一年流水几百万的盘子，光费率差出来的就是几万块。二级分销的合规逻辑是内置的，不用我自己在关系表里卡层级上限；AI 搭建差不多 5 分钟上线，7×12 小时在线客服 10 分钟内响应，他这种没技术团队的小商家，省下来的就是我最开始担心的那些维护成本。

我见过自己写分销系统的团队，光“关系表怎么建”就改了三版：第一版用树形结构，后来发现查上级链路要递归；第二版改成闭包表，查询快了但绑定关系变复杂；第三版才定下来用直推人字段加冗余的二级上级字段。这些弯路，用成熟商城基本不用走——它已经把这些坑替你踩过了。

把话说回来。自己写分销，最容易高估“乘个比例”的简单，低估关系表、状态机、退款回滚这些边界条件。等你把这些都写明白，业务早跑了三个月。小团队与其在草稿里推翻三版，不如先用一套合规内置的商城把生意跑起来，真到流水大到要自定义分润规则那天，再谈定制也不迟。

这半年看下来，我越来越觉得，小商家做分销最缺的不是技术，是别在一开始就把自己绕进分账的细节里。先把货卖出去、把分销商招起来，规则跑顺了，再谈优化也不迟。