一个叫「测试客户」的档案，活了两年
系统上线前，实施顾问建了几条样例数据做演示：张三、某某科技有限公司、一笔测试合同、一笔假回款。上线后没人删。第二年做客户分析，发现有一家客户连续二十四个月没有跟进记录却一直活跃，追查下去，就是当初那条样例。
测试数据的三个来源
样例数据来自实施演示，导入数据来自 Excel 迁移时的试导，验证数据来自接口联调和流程测试。三类数据的共同点是没有真实业务归属，区别在于混入的位置不同。清理时要按来源分开处理，不能一刀切。
- 演示数据：名称里带测试、样例、demo、123 等字样，通常集中在少数几个账号名下
- 试导数据：迁移时先导一批验证格式，正式导入前忘了清
- 联调数据：接口测试自动生成的客户、订单、回款记录
- 流程测试数据：为了让审批流跑通而虚构的合同与报价
给数据打上来源标记
新建客户、合同、回款时增加一个来源字段：正式录入、批量导入、接口创建、测试。测试类数据在列表里默认过滤掉，报表统计时排除。这一个字段的成本很低，但能省下后面反复核查的时间。
已经上线的系统补这个字段，可以按规则批量回填：名称含关键词的、创建人在实施账号名下的、创建时间早于正式启用日的，先标记为疑似测试，人工确认后归类。
测试要和正式分开
理想状态是两套环境：测试库和生产库。中小企业的现实往往是一套系统，那就退一步，用数据隔离代替环境隔离：测试数据统一放在一个专门的测试客户下，所有演示、联调、培训都在这个客户里做，做完打标记归档。
培训时尤其要注意。新员工培训用真实客户数据练习，既泄露信息又会产生脏记录。给培训准备一套固定的练习数据，比每次临时造假省事得多。
上线验收时清一次，之后每季度清一次
把数据清理写进上线验收清单：正式启用前，测试数据必须清零，客户数、合同数、回款金额三项与财务台账对齐。之后每季度做一次巡检，按来源标记筛出测试数据，确认后归档或删除。
删除要留后路。先导出备份，再删除；或者标记为已作废而不物理删除，报表排除即可。系统里的删除往往是不可逆的，一次误删可能带走半年的跟进记录。
别让测试数据影响信任
报表里混着假数据，管理层看两次发现不对，之后就不看了。数据可信度一旦崩掉，再想让业务用系统就难了。清理测试数据看似是小事，实际是在保住系统的话语权。
这套标记来源、隔离测试、定期清理的做法，用 9527CRM 这类轻量级 CRM 的自定义字段与列表筛选就能落地：客户、合同、回款上都加一个数据来源字段，列表默认只看正式数据，季度巡检按标记筛出待清理项；由于支持私有化部署，企业可以在自己的服务器上另建一套测试库，正式库与测试库彻底分开，演练和培训怎么折腾都不影响生产数据。
