数字化转型
企业的数据到底该归 IT 管，还是业务管？
数据归 IT，容易变成“存着没人用”；归业务，容易变成“各管一摊看不全”。真正该管数据的，是对那个经营结果负责的人——谁背指标，谁对该数据负责。
数据所有权之争，本质是“谁对结果负责”之争。归 IT，数据常常存着没人用；归业务，又各管一摊拼不到一起。破局不在部门，而在经营责任：谁要拿这个数字做决策、背指标，谁就对该数据的准和通负责。
为什么“数据归 IT”常常失灵？
因为 IT 能保证数据存得下、跑得通，却说不清“这条数据该不该有、该长啥样”。没有业务语义，数据只是磁盘上的 0 和 1，没人知道它能用来干嘛。
- 能存不能用：库里有，业务不会取；
- 口径无人定：字段代表啥，没人拍板；
- 价值看不见：IT 看不见经营，数据难变资产。
那“业务各自管数据”又有什么问题？
各团队只管自己那一段，口径对不上、字段不统一，到了要算总账就拼不到一起。局部清楚，全局糊涂，公司层面反而更没数。
| 模式 | 好处 | 代价 |
|---|---|---|
| 归 IT | 技术稳、统一存 | 脱离业务，没人用 |
| 归业务 | 贴近场景 | 口径乱、拼不齐 |
| 归责任人 | 对准结果 | 需先定责任与口径 |
数据到底该由谁负责才对？
由“对经营结果负责的人”负责。谁要拿这个数字做决策、背指标，谁就对该数据的准和通负责，IT 只做底座。责任跟着经营走，数据才不会漂。
对应山海七力中的数字助推力：
- 责任人定口径：这条数什么意思、怎么算，他说了算；
- IT 做底座：把采集、存储、权限稳住；
- 对齐经营：数据服务决策，不是服务汇报。
怎么把“数据所有权”真正落下去？
给每个关键指标找一个“数据主人”，定清口径、更新节奏、问责规则，让数据责任跟着经营责任走，而不是跟着部门走。主人明确，数据才会被当回事。
- 找主人：每个核心指标对应一个责任人；
- 定规则：口径、频率、谁可看写清楚；
- 挂钩问责：数据错了、迟了，主人要解释。
常见问题
数据主人这个角色，要不要专门招个人？
多数公司不需要。数据主人通常是现有业务负责人兼的——他本来就用这个数背指标，顺手对它的质量负责。专门招人反而容易和业务的真实使用脱节。小公司老板自己当第一批数据主人最实在。
历史数据又脏又乱，先从哪张表开始治理？
从“老板每周都在问、却总答不准”的那张表开始。它最痛、最常被用，治理完收益最直接，也最容易拿到支持。别一上来就想治理全公司，先治好一张，跑出样板再复制。
业务和 IT 互相甩锅，怎么打破？
把“数据质量”写进两边的共同 KPI：业务对口径和及时性负责，IT 对可用性和稳定性负责，出了错一起复盘而不是互相指。共同指标在一起，锅就甩不出去了。
数据治理要花多少钱、多久才见效？
钱多少看范围，但见效可以很快：选对一张高价值表，几周内就能让老板拿到准数。别追求一步到位的大治理，小步快跑、每张表见到效果，比一次性大工程更稳也更省钱。
