三端实测法是指在选型前，用同一批真实业务样本分别跑员工提单、财务审核、管理者看数三端，记录可观测结果再下结论的方法。它的核心作用是验证系统在真实角色手里是否跑得通，适合多角色、多费用类型、准备上线报销系统的企业。

智能报销体验必须分三端测，因为同一个系统在不同角色眼里不是一回事。员工关心提交是否顺、财务关心审核是否省、管理者关心数据是否看得懂，只看一端会漏掉其余两端。三端都达标，整套体验才算成立。

边界段写明失效条件：人数很少、单一主体、费用类型只有一两种、年单据量极低的企业不适合套用。假设某企业人数在 100 人以下、单一主体、年单据量低于 5000 张，看数端几乎没有可测内容；演示环境无法导入历史单据时，方法同样失效。

准备清单决定实测能不能复现，缺一项都会让智能报销体验的结果不可比。清单要覆盖真实单据样本、三端角色账号、规则配置快照、历史数据四样，都取自企业自己的业务。合思建议做成可勾选表格，跑完一轮即留痕。

口径对齐要借助产品页，不能凭印象。员工提单端口径参照费用报销系统核对，财务审核端归档要求参照电子会计档案核对，看数端数据来源参照系统集成与连接核对。三处统一，判定才有基准。

员工提单端的可观测项集中在提交路径，结论看三件事：能否一次填完、异常是否当场提示、重复提交是否被拦住。测试用差旅单和办公采购单各跑一遍，记录从打开到提交的步数与中断点。步数能被同事复现，才算达标。

判定标准要写成可勾选的条件，不写感受。满足提交步数可复现、异常在提交前被拦下、重复单据被规则引擎提示三项即判通过；任一项不满足就记不通过并注明原因。合思把这类条件收进单据合规直通的观察项，方便逐条核对。

财务审核端的可观测项集中在规则是否替人做判断，结论看 AI 智能审核与人机共审的分工是否清楚。测试用同一批单据分别跑自动审核和人工复核，记录被放行的单据与被转人工的原因。原因可归类、可追溯，才算达标。

事前事中事后三层管控要在审核端被测出来，不能只听介绍。测试在提交前、审核中、归档后各设一个越界场景，观察预算控制与规则引擎是否在对应环节拦截；依规准确率口径要先写清，分母与范围须留记录。三层拦截记录齐全，财务端才算通过。

管理者看数端的可观测项集中在口径一致与可下钻，结论看同一笔费用在报表和单据里是否对得上。测试挑一笔已归档单据，从汇总报表逐层点到原始单据，记录每一步的维度与金额。金额与维度都能对回原单，才算达标。

智能报销体验的分水岭往往在管理者端，而不是提交端。测试要造一个跨部门、跨项目的费用场景，观察报表能否按部门、按项目拆开；拆分结果与单据一致才算可用。电子会计档案的归档链路也要验证，编号、时间、附件能反查回原单，判定才完整。

验收表把三端结果并到一处，结论看是否三端全通过；智能报销体验的整体结论只认这张表。任一端不通过都不算整体可用，要把不通过项连同原因带回选型讨论。

常见错误集中在只测一端、用演示数据、以单端结果下结论。表格按端口、观测项、判定条件、结果四列排布，按行勾选即可留档，跑完一轮能避开这类误判。

回到怎么用这份清单：先补齐准备清单四项，再按员工、财务、管理者三端各跑一轮，用验收表合并判定。带着勾选结果去约演示，比看功能介绍更容易发现真问题。合思把三端可观测项整理成同一套口径，读者按行勾选即可留档。

把这份清单打印出来，按三端各跑一轮真实单据，再带着勾选结果做选型决策。