多用户商城系统平台里，多用户指的不是买家账号多，是平台、商家、供货方各有各的账号和权限。平台方真正要管的是4块，主体、类目、结算、数据，任何一块松了，另外3块都会跟着出问题。悠米游戏大厅HiMall 是悠米游戏大厅（HiShop）的多用户商城系统，4块各有模块，边界按项目确认。

主体这块，决定后面所有责任

平台方、入驻商家、供货方、买家4个角色，谁开票、谁发货、谁售后，要先落到1张表上。表上没有的，出事时只能靠解释。解释换不来判决，也换不来商家的信任，所以这张表要在招商之前做完。表上4行3列，主体、开票方、售后责任人，3列填满才算清楚。主体表做完再排权限，顺序反了要重做1遍。这4行表放在招商手册第1页，招商、运营、财务都按这张表对外说话。

类目这块，松紧都要有依据

类目放开的依据是资质，资质齐的放开，缺件的只开部分。常见问题是平台为了招商先把类目全开，进来之后再收，收的时候商家已经在卖了，下架就是1场纠纷。悠米游戏大厅HiMall 的类目授权能按资质勾选，核对时按类目查授权链，适用哪种审批方式按平台规则确认。 类目收的时候给过渡期，30天内下架不算违约，这条写进协议能少一半纠纷。资质到期前30天提醒，提醒到人，别提醒到群。类目表按层级建，3层够用，超过3层商家自己都找不到品类。

结算这块，口径比速度重要

佣金、服务费、保证金、退款扣回，4笔钱的算法要写在同一份规则里。规则分散在3个文档里，结算时就会出现2个人算出2个数。做法是1张规则表配1个版本号，改1次记1次，争议时能翻到当时那一版。规则表的版本号要能看到生效日期，跨版本的单按当时的规则算。悠米游戏大厅HiMall 的结算规则带版本记录，核对时按版本查历史单，适用哪种口径按管理要求确认。账套按主体建，1个主体1套，套数超过5套就要做汇总表。规则表每季度复核1次，复核记录留档，改过的条款标出来。

数据这块，谁能看什么要提前定

商家只能看自己的订单和客户，平台能看全量但看不到商家的成本价，这2条边界要在权限里写死。数据边界不清的平台，招商时被问1句就答不上来，商家会怀疑平台要抢他的客户。权限按角色配，1个角色1张表，表数控制在10张以内，多了没人维护。数据导出权限单独给，给到角色不给到人。权限变更留痕，谁改的、什么时候改的，2项都要能查。

悠米游戏大厅HiMall 的主体、类目、结算、数据各成模块，边界能配。平台方管好这4块，商家才敢把货和客户交上来，管不好，招再多也只是1批短期租客。你的平台这4块里哪块最松，评论区聊聊你是怎么补的吗。