一句话回答
数据治理是一套角色、规则和流程,决定每类数据归谁负责、怎么定义、谁能访问、质量怎么检查、保留多久,让数据既可信又能安全地使用。
什么是数据治理?
数据治理是一套角色、规则和流程,决定数据怎么定义、归谁负责、谁能访问、质量怎么检查、保留多久。目标是让数据值得信任,用起来又不带来法律和安全风险。
一个简单的判断方法:两个人取上个月的「活跃用户」得到不同的数,或者没人知道 signup_v2 这个事件是谁加的,说明治理缺位了。
包括哪些方面
| 方面 | 回答的问题 | 统计数据里的例子 |
|---|---|---|
| 归属 | 谁负责? | 每个事件有负责人和开发者 |
| 定义与质量 | 是什么意思,对不对? | 数据字典,带必填属性的埋点方案 |
| 访问 | 谁能看、谁能改? | 查看者看报表,分析师以上才能改定义,导出有限制 |
| 隐私与保留 | 个人信息处理合规吗,什么时候删? | 个人字段有分级并做脱敏,事件明细到期删除 |
| 文档与变更 | 怎么改? | 新事件按「待评审 → 开发中 → 已上线」流转 |
数据治理和数据管理
治理定规则、定责任人;数据管理是按规则做的日常工作:数据管道、存储、清洗、备份。简单说:治理负责决定,管理负责执行。
适合统计数据的轻量框架
不需要先成立数据委员会。产品或市场团队可以这样起步:
- 写埋点方案。 每个事件、它的属性、哪些必填、谁负责。
- 指定负责人。 每个方面一个最终负责人。RACI 示例:
| 事项 | 数据负责人 | 开发 | 市场 | 法务 / DPO |
|---|---|---|---|---|
| 批准新事件 | A | R | C | I |
| 把字段标为个人信息 | R | C | I | A |
| 修改保留天数 | R | I | I | A |
| 开放导出权限 | A | I | R | I |
(R = 执行,A = 最终负责,C = 征询,I = 知会。仅为示例。)
- 给个人信息分级。 标出哪些字段能直接或间接识别到个人,不需要的事件里就不要带。
- 设定保留期。 决定原始明细保留多久;GDPR 的存储限制原则(第 5 条第 1 款 e 项)要求不超过必要的时间。
- 每月复查。 未规划的事件、缺失的必填属性、过期的定义。
本文是一般性说明,不构成法律意见。
TapCub 里的治理功能
- 埋点方案(全端分析 › 数据管理 › 埋点方案):每一行有负责人、开发者和状态(待评审、开发中、验收中、已上线、已废弃)。打开「实时验证」可以看到 24 小时内的上报次数和必填属性完整度。
- 事件定义:没有定义就到达的事件显示为未规划;已拦截的事件在入库前就会被丢弃。
- 属性字典:把每个字段分为直接标识、间接标识、非个人信息三类,脱敏对所有角色生效。
- 角色:所有者、管理员、分析师、查看者权限不同,比如查看者不能改分群,只有所有者和管理员能进合规中心。
- 保留与请求:合规中心分别设置事件明细、自动采集、用户档案、同意记录的保留天数,并处理数据主体请求(访问、导出、限制处理、删除)。
另见数据可观测性。
这个解释清楚吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。
