为了加强商品管理，企业有时需要将各SKU归属至对应的商品OneID中，这个过程里，有可能会出现哪些问题或挑战呢？这篇文章里，作者针对商品OneID项目做了梳理与重构，一起来看看作者的经验分享。
商品SKU、商品体系的管理，对于日化/消费产品主导的公司而言，是至关重要的，由于系统人力等诸多因素，需要将各SKU归属至对应的商品OneID，以加强对商品的管理与分析。
一、商品管理背景及痛点背景：同一款商品会被单独销售、组成不同的商品组合BOM，或者有不同的活动版本进行销售。不同的版本有不同的价格，折扣等相关信息。如果需要看某个同款商品的商品信息，或者查看对应的销量/销售额数据时，需要单独累计各个商品的数量，对于商品效益分析十分不便。
痛点：
- 活动方选品时，组BOM需求由各团队提出，相互之间信息独立。核对商品信息，或统计同款商品整体销量时，容易遗漏，核对困难。
- 活动方选品时，很难拿到过往组BOM数据，不清楚产品与那些产品搭配的销量和效果好，制定组BOM方案的时只能重新规划思考，效率低，没有办法持续提升。
- 一个产品升级/改版后（容量变化，口味变化，或者年版不同），无法统计/或归属到原来的产品。
- 形成报表，统计出同款商品数量，分别来自哪些版本，什么活动，哪些产品BOM组合，各自销量情况。
- 根据报表1的数据，统计产品的贡献率，需要单独统计活动版本或者BOM里面产品的贡献率。
- 对新品/在售的主产品，逐一核对历史组BOM数据或相关活动版本产品数据，看报表统计是否完整。
- 基础数据搭建完成后，针对同款商品进行数据分析、管理，控制同款商品参与活动的次数和折扣力度，使商品效益最大化。
1. 商品管理维度
目前主流商品管理维度：包括商品分类/商品属性/商品信息/商品图片/商品库存/商品资质；具体如下图所示：
2. 商品分类管理痛点
1）当前商品分类管理不统一
商品管理维度以SKU为主，SPU仅作为辅助管理维度，未将SKU与SPU做对应归属（如91002-01巧克力，未归入对应SPU）。
2）套装与单品归属于不同SKU
鉴于财务核算的贡献不同，礼盒与单品SKU未有统一的SPU归属（如巧克力礼盒vs巧克力单品SKU不同，未将礼盒SKU的贡献计入巧克力单品中）。
3. 商品OneID归属逻辑梳理
1）所有商品SKU挂靠SPU，同时将属性、功效相同的商品归为同款商品OneID。
2）考虑在代码前几位做SPU归属定义。如产品SPU可以采用8位码（6位分类码 2位随机码），商品SKU可以采用SPU码 2位递增码（如91201-01为巧克力的SPU，91201-01-01为巧克力小份体验装90g常规款的SKU）。
1. 商品BOM组合的分类现状
组BOM两大类型：常规BOM与活动BOM。活动BOM的折扣类型：商品折扣/电子券折扣/赠品折扣。
