量表上线前做试跑，是很正常也很必要的动作。问题是，有些系统把试跑项目和正式项目放在同一套统计口径里，结果试跑时的数据一提交，就直接出现在总看板、年度汇总甚至组织排名里。短期看似乎只是多了几条样本，长期看却会让总览口径越来越难解释。
因为试跑项目的目的本来就不是形成正式结论，而是检查流程、题目、入口和报告有没有问题。只要系统默认把试跑也当正式项目统计，后面就需要不断人工排除，汇报时还得额外说明这批数据为什么不算。一次两次还能解释，项目一多就会很乱。
试跑数据可以保留，但不该默认参与正式总览
更稳的系统通常会把试跑项目单独标记，并在总看板、年度汇总和默认导出里默认排除。这样项目团队仍然能回看试跑结果，却不会让试跑样本和正式样本在同一层统计里互相干扰。像项目归档以后哪些数据还该留在总看板里，讲的是归档边界；试跑项目则更应该在一开始就先和正式统计分开。
采购时别只看能不能试跑，还要看试跑完以后系统怎么处理
很多演示会告诉你系统支持试跑，真正更值得问的，是试跑项目在看板、导出和年度汇总里默认怎么呈现。如果系统还能在复制项目、默认筛选和模板导出里把试跑状态一起带出来，团队就不容易在后续流程里又把试跑样本混回正式结果。
对采购心理软件的人来说，试跑项目默认不进总看板，是一个看起来很细、但后面能省掉很多解释成本的能力。真正省事的从来不是“先算进去再删”，而是一开始就别让它混进去。