一家做家居用品的客户上线三个月后要求重搭后台：类目当初按部门习惯分，收纳用品底下塞了三百多个商品，运营找一款产品要在后台翻十分钟，做活动圈商品更是没法下手。商城小程序开发里，类目和SKU结构决定商城后面几年好不好用，这个活儿必须排在画页面前面。
类目树两层够用，三层是上限
类目不是越细越专业。用户在手机上翻类目，两层是舒适区，第三层开始点击率明显往下掉。后台可以细，前台展示别超过三级。分法要跟着用户的脑子走，不跟仓库走——客户找的是保温杯，不是你们内部称呼的不锈钢容器事业部。分类定得糙，后面天天难受。定稿前找个没参与项目的同事，让他找几件指定商品，三十秒内找不到，说明分类有问题，这比内部开会争论半天管用。还有一条经验：拿不准往哪类放的商品，宁可选一个大盘类目，也别造一个只有两件商品的冷门类目。
SKU拆到什么粒度，先想清楚怎么卖
服装要按颜色尺码拆，茶叶要按规格年份拆，拆错了后台对不上库存，前台选不了规格。常见错误有两种：一种是全塞进商品名里，一款商品名字后面缀八个规格，库存没法分开记；另一种是拆过头，颜色乘尺码乘袖长，一个商品生成两百多个SKU，后台列表直接刷不动。拆的原则是，凡是库存要分开记、价格可能不一样的属性，才进SKU，其余信息放详情描述里就够了。
- SKU组合超过五十个的商品，考虑拆成多个商品链接
- 规格名用用户的语言，M码就写M码，别写版型二
- 上架前把每个SKU的库存和价格填实，空着的都是隐患
规格图片也要配套做：用户点了藏蓝色，看到的还是黑白主图，下单犹豫就多了几秒。这批图工作量不大，转化收益却很直接。
后期改类目的代价比你想的大
商城的商品链接一旦被搜索引擎收录、被用户收藏、被做进推广素材，动一次类目就是一次链接调整，跳转没做好，积累的老流量全漏掉。上线半年后伤筋动骨改结构，花的钱和精力比立项时多三倍不止。商城小程序开发立项时多花两天把商品结构定扎实，后面每一次上新、每一场活动都在受益。
两条实在建议：先拿三十个主力商品试分类，把圈商品做活动的流程完整跑一遍再定稿；把类目结构写进需求文档，开发方按这个搭后台，验收也有依据。比格网络接商城项目，第一周就在陪客户磨类目树，地基的事，急不得也省不得。
