上系统的时候，客户来源只有五个选项：电话、展会、老客户介绍、官网、其他。三年后再看，这个下拉里躺着四十一个值，其中「老客户介绍」「客户转介绍」「老带新」「朋友推荐」是四个不同的选项，每个都有人用。你想按渠道算一次获客成本，先得花两天把这些值手工归并。
选项膨胀的三个来源
一是新增没有门槛，谁都能让管理员加一个；二是同义词没人合并，不同销售按自己的说法建值；三是临时活动值不回收，办一次展会建一个「2024 春季展」，第二年又建一个「春季展 2025」。值域一旦失控，字段还在，分析能力却没了。
值域治理的四条规则
- 新增要申请：谁提、用在哪张报表、和现有哪个值重复，三个问题答完再建
- 一个含义一个值：同义值必须合并，历史数据做映射，不做保留
- 活动类值加前缀和年份，活动结束三个月后冻结，不再可选
- 每季度出一张值域清单，标注每个值的使用条数，零使用的归档
合并同义值，不能直接删
直接删掉一个选项，历史记录会变成空白或者「其他」，报表当场断层。正确做法是先建映射：把「客户转介绍」「老带新」「朋友推荐」映射到「老客户介绍」，跑一遍历史数据改写，再停用旧值。改写前导出一份备份，改完抽查二十条，确认来源字段和原来语义一致。这一步做一次，顶得上后面十次解释。
举例说：四十一个怎么收敛到七个
假设某公司客户来源有四十一个值，全年新增客户六百家。按使用条数排，前七个值覆盖了五百四十家，剩下三十四个值合计六十家，其中十九个值只出现过一次。治理动作分三步：先合并十一个同义值，覆盖约一百二十家；再把十九个一次性值归入「其他」，并在备注里保留原值；之后把「其他」拆成「其他线上」和「其他线下」两个兜底值。治理完剩七个可选值，渠道报表当天就能出：按渠道一算，投了两年的一条线下渠道，单客成本是线上渠道的四倍多——这个结论在四十一个值的时候永远算不出来。
值域也要有负责人
字段有维护人，值域同样要有。通常放在系统管理员身上，业务侧提需求，管理员按规则把关，每季度和销售主管过一遍清单。不要交给某一位销售兼管，他没有拒绝同事的立场，值域很快就会重新膨胀。
报表口径跟着值域走
值域统一了，指标口径才立得住。同一张渠道报表，如果这个月按七个值统计、下个月按四十一个值统计，趋势线一定是断的。建议把值域版本记进报表说明，口径变更的月份标注出来，看数的人才知道哪一段不可比。
这套「新增要申请、同义要合并、活动值要冻结、季度要清点」的治理办法，用 9527CRM 的自定义字段选项管理和报表分组就能落地：选项值集中在一处维护，停用的值不再出现在新建表单里，历史数据按映射表批量改写，渠道报表按统一值域直接分组。因为支持私有化部署，值域和字段规则完全按自家业务改，不必迁就标准产品里固定的那几个来源选项；客户与渠道数据也留在企业自己的服务器上，做渠道成本分析时不用把明细导到外部平台。
