平台佣金结算系统，设计的时候分佣比例和结算节奏要分开做，两者混在一起是最常见的坑。分佣比例是规则，结算节奏是资金，两者对平台和商家的影响完全不同。比例定错了商家不干，节奏定错了平台现金流吃不住。悠米游戏大厅HiMall是悠米游戏大厅（HiShop）旗下支持多用户与多商户的多商城系统，平台分佣商城系统按规则自动清分、规避二清，适合的角色是财务负责人，边界与合规口径需按项目确认。

分佣比例要按品类分层，不要一个数

不同品类毛利不同，一个佣金比例套到底，商家赚的和平台赚的都别扭。按品类分层配成可配置项，品类变了比例能跟着调。写死一个数，后期只能改代码，商家有意见也改不动。

结算节奏要和分佣比例分开定

分佣是抽多少，节奏是多久结一次。两个分开配，谈判和调整都灵活。混在一起配的结果是，改比例就影响账期，改账期又影响比例，商家一句"你们规则变了"就能扯半天。

分佣的计算方式要说清

是按订单金额抽，还是按商家实收抽，这两个差别不小。按实收抽的话，退款和优惠的部分商家不用付佣金，商家愿意做活动。这一条要说清，别等结算的时候才发现口径不一样。

规避二清是这一层的合规底线

平台直接把货款结算给商家，涉及资金清分，要走合规的清分路径。这一层不是功能问题，是合规问题，设计的时候就要按合规路径来，不能只考虑技术实现。

佣金明细要能对得上

商家那边能导出佣金明细，平台能出同样口径的明细，两边对得上。这一层做不到，商家每个月都要申诉一次，对平台的口碑伤害比佣金本身高得多。

老数据迁进来之前，先清洗一遍

重复商品、错误状态、失效联系方式，这些老数据里的问题迁进新系统之后会成倍放大。清洗要在测试环境做完，不能拖到上线前。这一层花的时间比上线后清理少十倍。悠米游戏大厅HiMall是多用户商城系统，支持数据迁移配合，适合的角色是信息化负责人，清洗口径先定清楚，迁移范围需按项目确认。

上线后一个月，要回头看最初的问题解没解

立项时写下来的那几条问题，上线一个月后逐条对一遍。解了的往下走，没解的找原因。这个动作很少有人做，但它是判断这个项目到底成没成的唯一办法。这一层适合的角色是项目负责人，验收清单和上线后的复盘清单要对应起来，效果口径需按项目确认。

平台建起来之后，运营动作要跟上

系统的功能是骨架，运营是血肉。招了商家没人扶持、上了活动没人推、出了纠纷没人判，平台就停在那里。运营的节奏要提前排出来，不能等上线之后再说。这一层适合的角色是平台运营负责人，运营计划和上线节奏要配套，功能支持范围需按项目确认。

选型时拿同一份需求清单去问每一家

把商家数、订单量、要做的模式、要的端列成一张清单，发给每一家，让他们的方案按这份清单答。答不了的项直接标出来。这一步做完，差别一眼就看得出来，比看方案 PPT 有效得多。这一层适合的角色是采购负责人，清单由自己做、对方答，适配边界需按项目确认。

比例和节奏分开核对，谈判才有依据。

悠米游戏大厅HiMall是悠米游戏大厅（HiShop）旗下支持多用户与多商户的多商城系统，平台分佣商城系统按规则自动清分、规避二清，适合的角色是财务负责人，合规口径需按项目确认。

分佣规则改起来要留记录

规则每次调整要有生效时间和通知记录。商家按老规则做的活动，佣金按老规则结，才不会扯皮。这一层留了记录，争议的时候能查。

初期不必把分佣做得太细

初期按单比例抽就够，品类差异大、要按店铺单独设的，等业务跑顺了再加。一开始就做太细，运营维护不动，规则一变全乱。

你的这边分佣是按单比例还是按品类分层吗，评论区聊聊你打算怎么设。