无法说明用途的字段应删除
别名: 用途说不清就删 · unjustified field · data purpose test
概念解释
一个字段若团队说不出「填完之后谁在哪条规则、哪张报表、哪个界面里用」，它就不该出现在当前任务里。无法说明用途就删除是用途测试，不是美观测试，也不是「标成选填就行」。边际离开告诉你哪一项贵；用途测试告诉你哪一项根本不该买。延后收集把问的时机挪走，删除把问本身取消。用途必须具体到消费者，不能是「以后可能要做运营」或「档案完整一点比较好」。
机制
没有消费者的字段仍要人付完整的微型决策，产出却是一份无人读取的数据。人会用「为什么要问这个」来决定给不给；答不上来，这项就成为信任破裂点，而不只是多几秒。第二层是用途漂移：字段当年有消费者（某次活动要性别），活动结束后消费者消失，字段因为「已经在表上」活下来。删除标准是当前消费者，不是历史消费者。说不清用途的项也最容易被过度收集：没有下游约束，就没有人阻止再加一问。用途测试把增加字段的举证责任推回提出方——先指出消费点，再占用一次离开机会。
怎么研究
做字段用途审计：每一项写出消费者（系统 / 人 / 法规条款）、使用时机、不用会怎样。把写不出消费者的项拿掉，对比完成率与下游投诉。
自变量：项是否能指出当前消费者、审计后是删除还是改成选填留下。 因变量：整表完成率、下游是否出现「缺这个数据办不了事」、用户对「问得是否合理」的评分、新增字段通过审计的比例。
访谈里业务方会把「可能有用」说成消费者，要追问最近一次真实读取。不要用选填留下当作审计通过——那只是把无用途项的成本从必填换成看见。法规条款要落到具体条文，而不是「合规需要」。
边界
用途存在但说给用户听会暴露风控规则（反欺诈用的设备字段）时，可以不在界面上解释，仍必须在内部审计里写明消费者，并评估能否改为静默采集。真正的法规项有消费者（那条法），不能删，但要把条文和去向写成用户能读的一句。实验性字段应有截止日期，到期自动从主路径消失，而不是等下一次审计。
怎么落地
- 给当前表建一张用途表：字段、消费者、最近一次被读的时间；空着的行删除，不要改成选填。
- 新增字段必须先填这张表才能进页面；「完整档案」「以后运营」不算消费者。
- 审计每季度过一遍，消费者消失的项从主路径拿掉。
- 验证：随机抽三项，让产品以外的人指出消费者；指不出即删除候选。删掉后看完成率；若下游在约定窗口内没有因缺数据而失败，删除成立。把「改成选填」的对照留下来，确认完成率改善小于删除。