数字化转型
数据孤岛怎么破？业务部门不愿共享数据怎么办？
数据孤岛破不掉，根子在"不愿共享"背后的权责与收益错配。强推整合没用，得让共享的人有好处、不共享有成本。
数据孤岛破不掉，根子在"不愿共享"背后的权责和收益错配。强推整合没用，得让共享数据的人得到好处、捏着不放的人付出成本，孤岛才会自己连起来。
为什么各部门都不愿把数据交出来？
因为数据在当下是部门的"权力"和"安全感"，交出去就怕失控、怕被挑错。共享没有回报，谁都不肯动。
- 数据是权力：握着数据就握着话语权；
- 怕失控：交出去后被乱用、被挑刺；
- 没回报：共享了也没人记功。
数据孤岛，到底卡在技术还是卡在人？
九成卡在人。接口、中台都是技术能解的，真正难的是让部门愿意把数据当成公共资产，而不是自家私产。
| 维度 | 技术侧 | 人的侧 |
|---|---|---|
| 难度 | 中（有成熟方案） | 高（利益要重排） |
| 解法 | 接口/中台 | 考核/权属/信任 |
| 常见卡点 | 很快通关 | 长期推不动 |
怎么让业务部门"愿意"共享？
把"共享率"和"被调用价值"算进部门考核，谁的数据被用得越多、谁的贡献越大，共享才有正向激励。
三招把利益摆正：
- 共享进考核：数据贡献成为部门 KPI 一部分；
- 用数据反哺业务：让提供方先尝到被调用的甜头；
- 设数据 owner：每条关键数据有责任人，权责清晰才敢交。
小公司也要先建数据中台吗？
千万别。先定一份字段标准和谁负责更新，用一套表把最关键的 20% 数据打通，比砸钱建中台实在得多。
小公司三步：
- 定标准：同一含义的字段，全公司一个写法；
- 定 owner：每张关键表有人对更新负责；
- 先通 20%：把最高频、最影响决策的数据先连起来。
常见问题
强推"必须共享"为什么反而更糟？
强推之下，部门会交一堆脏数据、滞后数据应付你，孤岛没破、还多了层假数据。共享的动力得来自考核和利益，不是行政命令。先把回报机制立起来，数据自己会流。
数据 owner 到底负什么责？
负三件事：字段定义准不准、更新及不及时、谁能看谁不能看。owner 不是背锅侠，而是让数据可信的人。权责清晰了，提供方才敢交、使用方才敢信。
客户隐私法和数据共享冲突吗？
不冲突，是边界。能共享的是脱敏后的业务数据，涉及个人隐私和商业秘密的走分级授权。把"哪些能共享、哪些必须审批"写清楚，合规和共享可以共存。
怎么判断数据孤岛有没有真正打通？
不看中台建没建，看一个跨部门问题还要不要人肉对齐数据。如果业务人员还能在一张看板上直接取到跨部门的真实数据，孤岛就是真破了；否则只是多了个摆设。
