SKU治理最难的从来不是工具，而是人。销售要灵活、技术要规范、生产求稳定、财务看周转，各方目标天然冲突。没有清晰的组织机制，再好的方法也会在执行中走形，最后退回到"谁强势听谁的"。
问题现象
- 新建SKU谁都能提，却没人最终负责，出了问题互相推；
- 编码由多人维护，口径不一，主数据越治越乱；
- 淘汰清单没人敢拍板，销售一句"客户要"就全部保留；
- 治理会议开成诉苦会，缺少数据与决策规则。
分析框架
建立三层治理结构：决策层（SKU委员会）、管理层（产品经理与主数据岗）、执行层（销售、技术、生产、财务）。决策层定规则与否决，管理层维护数据与流程，执行层按规则提交与执行。
| 角色 | 核心职责 | 关键产出 |
|---|---|---|
| SKU委员会 | 定规则、批例外、裁决争议 | 治理制度与决策纪要 |
| 产品经理 | 产品结构与生命周期管理 | 准入评估与淘汰清单 |
| 主数据岗 | 编码唯一出口与数据质量 | 主数据标准与清洗报告 |
| 销售 | 提需求、做客户沟通 | 需求说明与客户确认 |
| 技术生产财务 | 可行性、产能与成本复核 | 评审意见 |
框架的核心是"一件事一个负责人"：每个SKU从准入到退出都有唯一责任人，跨部门只协作不越权。
治理机制要能处理例外。规则再细，也会遇到战略客户、紧急订单或特殊认证。若没有例外通道，业务就会绕过规则；若例外过多，规则形同虚设。可行做法是设置有限次数的例外额度，由委员会审批并公示，让例外可见、可控、可回收，保持规则的弹性与权威。
治理方法
- 成立SKU委员会，明确例会频率与决策权限；
- 设置产品经理岗位，对产品结构与生命周期负责；
- 主数据岗作为编码唯一出口，拥有数据质量否决权；
- 把治理指标写入各部门考核，避免只说不做。
职责要写进岗位说明与考核。只发文件不调考核，治理很快会被日常业务挤到一边。产品经理的考核应包含SKU净增与结构优化，主数据岗应包含数据质量，销售的考核应包含复用率与毛利，让每个角色都有治理动力，而不是只有产品部着急。
治理机制要能自我修复。任何规则运行一段时间都会出现漏洞，若无定期检视，漏洞会被逐渐放大。建议每季度做一次规则体检：哪些条款被频繁绕过，哪些审批流于形式，哪些指标已经失去意义。根据体检结果调整规则，而不是等到年度复盘才动。
落地步骤
- 第1步：梳理现有SKU相关流程与责任人，识别空档；
- 第2步：发布治理组织架构与权责清单；
- 第3步：建立审批流，覆盖新品、编码变更与淘汰；
- 第4步：召开首次委员会会议，处理积压的争议事项；
- 第5步：按季度评估治理运行情况，调整分工与规则。
治理会议要带数据、带决策。会议若只汇报数量，容易变成信息通报；应提前发放结构、周转与新品数据，现场只讨论偏差与决策事项，并形成责任人与时限。会议的价值在于决策，而不在于开会本身，这也是治理能否持续的分水岭。
治理文化要从追责转向共担。SKU失控很少是某一个部门的问题，而是目标与信息不一致的结果。若会议只找责任人，大家会隐藏问题；若聚焦结构与规则，才愿意暴露真实数据。治理的成熟标志，是跨部门能就同一组数据讨论取舍，而不是各自辩护。
指标与复盘
- 审批时效：从提交到决策的平均天数；
- 治理合规率：按流程执行的SKU变更占比；
- 争议数量：需委员会裁决的事项数量变化；
- SKU净增率：治理后的数量变化趋势。
YCC在组织机制建设中强调"先定人、再定规则、后上系统"，因为系统只能固化已经达成共识的权责。当每个SKU都有名字、有主人、有退出路径，SKU治理才从运动式整顿变成日常能力。