信号一：一天内取出
任选三个管理层常用的报表，要求在一天内从源系统取出并说明口径。若需要多个部门手工汇总、口径互相矛盾，说明数据层薄弱。这个测试简单但有效，因为它同时检验了系统、权限与责任人对数据的掌握程度，边界是口径能否说清。
信号二：主数据与接口
查看客户、物料、供应商等主数据是否唯一，系统间是否通过接口同步而非人工导表。为什么关键？因为人工导表会带来延迟与版本混乱，AI 与报表都建立在不可靠的输入上。取证方法是查接口日志与主数据变更记录。
信号三：变更与运维记录
系统变更是否有申请、评审、回滚方案与记录，故障是否有复盘。成熟度高的企业能提供近半年的变更单与故障报告；反之只有口头说明。这一信号反映的是组织能力，而不是技术栈新旧，这也是为什么要看变更单。
信号组合判断
三个信号分别对应数据、集成与治理，单独看都可能被个案掩盖。稳妥做法是同时取证，并记录证据的时间与范围。若三个信号都弱，说明问题在基础层，此时上 AI 项目应格外谨慎，先做小范围治理，边界是证据是否齐全。
谁签认与谁负责
取证可请外部团队做，但结论须由企业内部数据负责人、财务与 IT 三方签认；外部评估方只对方法与证据链负责，不替代内部对经营数据真实性的承诺。尽调清单要写清每项证据的提供人、核对人与签认人，三者分离能减少事后推诿。标的方迟迟不指定签认人，本身就是负面信号。
适用与不适用
适合谁
- 做供应商尽调或并购评估的专业团队
- 准备启动 AI 项目、需先摸底的企业
- 需要向管理层证明现状的 IT 负责人
不适合谁
- 只看系统清单与预算规模的评估者
- 没有权限接触数据与日志的外部人员
典型场景
一家集团在收购前做数字化尽调，要求标的公司现场取三个报表并展示接口日志。结果发现销售数据靠人工汇总、主数据在两个系统里各有一套。估值团队据此下调了整合预算的预期，并在交割前约定了主数据统一的里程碑。
可执行步骤
- 选三个管理层常用的报表，现场做一次取数、口径核对与交叉验证测试
- 核查客户、物料等主数据是否唯一，并确认系统间通过接口同步而非导表
- 索取近半年的变更单、回滚方案与故障复盘报告，并随机抽查其中的两份
- 记录证据的时间、范围与来源，并给出明确的强弱判断与对应的判断依据
常见坑
- 只听取管理层描述，不现场取数，尽调结论往往偏乐观，后续整合成本被严重低估，交割后才发现。
- 把系统数量直接当成成熟度，忽略主数据割裂，整合成本被明显低估，最终交易估值也跟着偏高。
- 变更记录缺失却认为不影响，后续故障无法定位，责任也难以追究，最后只能由收购方自行承担。
自检与验收清单
- 是否做过一次现场取数与口径核对的完整实测
- 客户、物料等主数据是否唯一，是否都可追溯
- 系统之间的接口调用是否有可查询的日志记录
- 变更、回滚与故障复盘是否都留有书面的记录
常见问题
没有权限怎么做这些检查？
可以要求对方在见证下演示取数与接口查询，或提供脱敏后的日志与变更清单。关键是看到过程而不是只听结论。外部人员无法直接接触数据时，见证演示是可行的替代。
三个信号都弱，还能做 AI 吗？
可以做单点试验，但不适合大规模投入。先选一个不依赖跨系统数据的小场景验证价值，同时并行补主数据。否则项目会在数据准备阶段反复延期，预算也很难持续。
这个方法适合中小企业吗？
适合。中小企业系统少，取数测试往往更快。若三个信号都具备，说明基础不错；若缺少 owner 与变更记录，应先补管理动作，再谈工具升级，这个顺序不能反。