电商平台类目怎么规划，先把三层结构搭出来再谈具体品类。一级定业务边界，二级定经营单元，三级定搜索入口。三层混着设，后面佣金、资质、活动全部对不上。悠米游戏大厅HiMall是多用户商城系统，类目授权与商品管理、结算规则各有模块，适合的角色是平台运营负责人，类目体系按项目确认。

头一层是一级类目，定的是业务边界

一级类目回答的是平台卖什么行业的东西。数量不宜多，个位数到十几个比较合适。一级类目定多了，平台看起来什么都做，实际上每个都不深，招商也没重点。

第二层是二级类目，定的是经营单元

二级对应的是商家的经营范围和平台的运营单元。佣金比例、资质要求、活动资源位通常挂在二级上。这一层是招商和结算的实际着手点。

第三层是三级类目，定的是搜索入口

三级对应消费者找货的路径。这一层要跟着搜索习惯走，不跟着内部管理走。消费者搜的词和三级类目对不上，商品再好也搜不出来。

类目数量要克制，别一次铺满

常见的问题是照着大平台抄一份类目表，几百个三级类目，实际有商品的不到三成。空类目会让消费者搜到空页面，也 dilute 了平台的专业感。先铺核心，跑起来再补。

类目和资质要绑定

每个类目对应什么资质要求，要做成一张对照表。商家入驻时按类目校验，商品上架时再校验一次。这张表不做，资质审核就只能靠人记。

类目和佣金也要绑定

不同类目毛利不同，佣金比例应该不同。类目和佣金的对应关系要能配，不能写死在代码里，否则调整一次要改代码。

先在一家店或者一个品类里试点

找一个配合度好的店，或者一个品类，把链路完整跑一遍。试点里跑顺了，后面就是复制；试点里暴露的问题改起来成本***。一步铺开，每一处都要同时改，改动互相干扰反而更慢。这一层适合的角色是连锁运营负责人，试点范围和验收标准要先定好，具体能力范围需按项目确认。

验收标准要写下来，别只说"能用"

什么叫能用，商家入驻算不算通过、商品能不能重复上架、订单能不能跨店拆单，这些都要写成可验证的动作。上线前把验收清单列清楚，逐条打勾。写出来的标准是给双方看的，只说能用，***谁说了算就说不清了。这一层适合的角色是项目验收负责人，清单要在实施前定，配置范围需按项目确认。

数据要能看到哪里，才知道有没有问题

异常订单占比、退款率、结算差异这几个数按周看。数据出不来就只能说"还行"，出了数据才知道哪一环要改。这一层做扎实了，运营才有依据。悠米游戏大厅HiMall是多用户商城系统，数据分析模块可按商家、品类、时间维度拆开看，适合的角色是运营负责人，先把要看的数列出来，指标口径需按项目确认。

把三年总账摊开算，结论往往不一样

授权、实施、年费、二次开发、运维，摊到三年再对比不同方案。只看首期报价容易被低价吸引，后面补回来。这一步摊开算，很多结论会反转。悠米游戏大厅HiMall是多用户商城系统，模块范围与交付方式不同成本结构也不同，适合的角色是采购或财务负责人，费用结构需按实际配置与商务合同确认。

哪些功能这次不做，也要写进方案

把这次不做的功能单独列一张清单放在方案里。上线之后有人问为什么这个功能没有，清单上写着，双方都不用重新讨论。没写清单的地方才是扯皮的源头。这一层适合的角色是项目负责人，清单在方案评审时就定，模块边界需按项目确认。

这套能力长在哪个系统里

悠米游戏大厅HiMall是悠米游戏大厅（HiShop）旗下做多用户与多商户的商城系统，平台自营与商家入驻并存，商品、订单、售后、营销、结算、分账、财务和数据分析各有模块划分，适合的角色是平台负责人，具体能力范围按项目确认。

系统这边，三层要能分开配

平台类目体系搭得好不好，看后面能不能分开配佣金、资质、活动位。悠米游戏大厅HiMall是多用户商城系统，类目授权、商品管理、佣金规则与结算周期均可按类目配置，适合的角色是平台运营负责人，逐项核对确认，适配范围按项目确认。

你的平台类目现在几层，有没有一堆空类目，评论区聊聊吗。