先分类还是先分级，这问题问出来的那一刻，多半已经卡在落地那一层了。我见过的做法里，把顺序当成头等大事的，往往表格做得最漂亮、用得最少。分类和分级压根不是在服务同一个对象——分类回答的是「这堆数据归谁管、属于哪个业务」，分级回答的是「这份数据漏出去有多疼」。对象不一样，非要争个先后，第一版就容易被写死，改不动。
数据分类分级标准里，分类管归属，分级管后果
分类是横着切。按业务域、按系统、按部门、按内外网，给表、给字段贴业务标签。做得好的状态是：打开库扫一眼就知道哪几张表属于同一摊业务，新来的人不用挨个问。分级是竖着切——同一个订单库，收货手机号和商品编号完全不是一个量级，看的是泄露、篡改、丢失之后的影响面，涉及个人权益、业务中断、公共利益这几档。各行业细则差得远，金融、电信、医疗都有自己的口径，拿不准就照官方发布和主管部门的说明来，别自己拍脑袋定档。
先分级的人，大多是被一张清单逼出来的
等保要材料、合规自查要材料、甲方审计也要材料，一上来就点名要「敏感数据清单」。这时候最快的路是把最敏感的那几类圈出来，标个级别交差，能理解。麻烦在后面：清单交上去了，没人知道这些数据落在哪些表、被哪些接口调用、哪些角色能导出。分级一旦脱离分类，就是一份悬空的名单，我在共享盘里见过躺了两年没人翻的。真要图快也不是不行，但得留个回填的口子——每个级别后面挂上「涉及哪些系统、哪些表、谁负责」，不然这份清单的寿命就是一次审计。
小团队别硬套大厂的顺序
十来张表、两三个业务，先分级反而顺手：把证件号、手机号、支付信息挑出来，脱敏、收权限、加审计，半天能做完。让三个人的团队先去做全量业务分类，很容易做成一个大工程然后烂尾，最后谁都不敢碰。规模一上去就必须反过来：业务域理不清，分级根本收敛不住——同一个字段，在电商是发货必需，在资讯站压根不存在，级别自然不一样。同一套标准套到两个业务上，结果就是两边都不认。
落地别从表格开始，从「谁能看」开始
我一般先让人把权限矩阵画出来：角色 × 数据范围 × 操作，读、写、导出单独列。导出口子最要命，很多事儿不是被黑，是自己人把表导出去了，还觉得不算个事。分类分级的产出如果落不到权限、脱敏、加密、审计这四件事上，它就只是一份文档。加密字段也要挑，不是全加密——全加密查询直接崩，索引也废了，生产上没人敢这么干。做分级的时候顺手想一遍这些策略，比后期再补省太多事。
粒度太细，第二个月就维护不动
分类两级基本够用，三级以上除非有人专职维护，否则别碰。新增的表谁打标？上线流程里不加这一步，三个月后标签和表结构能对上的概率低得可怜。有家公司给字段打了二十来个标签，看着挺精细，最后一查，一个都没落到策略里，纯粹给自己上强度。粒度是拿来做决定用的，不是拿来做好看的。
数据分类分级标准的坑，多半出在「一次性」
业务改、表增删、接口上线，标签就开始漂。定期过一遍，哪怕只抽查几张核心表，也比几年不动强。责任人写名字，别写部门——写部门等于没人。还有一点容易忽略：外包和临时账号的可见范围，往往不在矩阵里，出事的时候查都查不出来。
那到底先做哪个
我的答案是先分类，但分级在第一天就要有个粗口径，先把最敏感的那几类圈出来，给个上限。这样分类的人知道往哪使劲，分级的人拿到的也不是空气。反过来先做完整分级、后补分类，通常会在「这个字段到底属于哪个业务」上耗死。顺序不是核心，能不能落到权限和策略上才是。
想自检的话，问自己五句：业务域理清没有；最敏感那几类圈出来没有；权限矩阵画了没有；导出有没有单独控制；谁负责更新。这五条都能答上，先做哪个都不会太差；答不上，顺序排得再对也是白忙。
【版权声明】：本站内容若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
