三年前加的字段，现在没人说得清干什么用
打开客户档案，字段列表往下拉两屏：客户来源二级分类、初次合作渠道、原负责人、旧版等级。填的人早走了，看的人不知道什么意思，新来的销售随手填个「其他」。字段越多，录入越慢，数据越脏。
删字段之前，先问三个问题
这个字段进过报表吗？有历史数据被人引用过吗？外部系统在读它吗？三个问题里有一个是肯定的，就不能直接删。删掉字段，历史值一起消失，去年的报表再跑一遍就对不上，接口也可能直接报错。
- 先停用而不是删除：停用后新建记录不再显示，历史记录里的值保留
- 把历史值迁到一个归档字段或备注区，保证旧报表还能复现
- 检查报表、看板、自动化规则、接口映射里有没有引用这个字段
- 发一次变更通知，写清停用原因、替代字段、生效日期
停用要分批，不要一次关一片
一次停用十个字段，用户第二天打开系统会以为进了新软件，抵触情绪立刻上来。每周停一到两个，配合一句简短说明，接受度会高很多。确实要批量清理的，先在内测账号里跑一周。
给每个字段写一行说明
字段名、填什么、什么时候填、谁维护、对应哪个报表。这行说明写在字段备注里，鼠标悬停就能看到。半年后再有人问这个字段干什么用，答案就在那儿，不用翻聊天记录找当年的产品经理。
每半年做一次字段体检
导一份字段清单，按填写率排序，低于两成的列出来逐个判断：合并、停用、还是加强引导。体检不用开会，一个人半天能做完，但能挡住后面两年的混乱。
这套停用优先、先查引用再动手的做法，用 9527CRM 这类轻量级 CRM 的自定义字段与报表配置就能落地：字段可停用并保留历史值，报表与看板引用在修改前可逐项核对，字段说明直接写在配置里；由于支持私有化部署，数据结构与历史数据都由企业自己掌握，旧字段的归档文件可以随时完整导出留存，不会被厂商的版本升级强行改掉。
