十个问题
一、票据识别支持多少种票种，准确率是怎么定义的
“支持 100 多种票种”这类表述需要拆开看：是票种清单明确列出，还是把同一票种的不同版式分别计数。准确率同样要问口径——是字段级准确率还是整票准确率，是在什么样本上测的。
二、规则配置能做到什么程度，需要开发吗
差旅标准、审批矩阵、科目映射这些规则，如果都要厂商开发才能改，后续每次制度调整都要排期。建议当场要求演示一次完整的规则修改过程，看是否需要技术人员介入。
三、和现有 ERP、OA 怎么对接，对接过哪些系统
不要满足于“支持接口”。要问具体的对接方式、已对接过的系统清单、以及对接过程中通常需要客户提供什么。如果厂商从未对接过客户在用的系统，实施风险会显著上升。
四、历史数据怎么迁移
迁移方案是否包含在实施范围内、迁移哪些数据、迁移过程中如何验证，这些问题直接影响项目周期。有的厂商把数据迁移列为单独的收费项，需要提前确认。
五、移动端支持哪些入口
员工是否必须安装独立的 App，还是可以在企业微信、钉钉、飞书里直接使用？这会显著影响推广难度。要求实际演示一遍完整的移动端提单过程。
六、权限模型是什么结构
是只按角色授权，还是支持组织加岗位加数据范围的多维控制？多组织场景下，A 组织的财务能不能看到 B 组织的数据？这一点在演示时很少被主动提及，但审计时必被问到。
七、日志和留痕做到什么程度
操作日志记录哪些内容、是否可修改、留存多久、能否按条件导出？涉及审批与付款的环节，留痕的完整程度直接关系到内控与审计。
八、系统上线后谁来运维，响应时限是多少
年度服务费包含哪些服务、故障响应时限、升级是否额外收费、是否有本地服务团队。本地化部署意味着客户承担部分运维责任，服务条款的边界要写清楚。
九、扩容和新增组织怎么计价
用户数增长、新增法人主体、新增模块分别如何计价？这一项对集团型企业尤其重要，初期报价便宜但扩容昂贵的方案，长期成本可能更高。
十、能不能提供同行业的参考案例并接受回访
同行业的实施经验能显著降低风险。更关键的是能否安排与已有客户的直接交流——愿意安排回访的厂商，通常对产品和服务更有信心。
演示环节的观察方法
几个实用的观察点
- 要求用客户自己的真实数据做演示，而不是用演示数据
- 现场提出一个制度例外场景，看厂商是当场配置还是说“可以开发”
- 要求演示一次月末结账或批量处理，看响应速度
- 让实际操作的人来提问，而不是只由管理层观看
最后一条尤其重要。选型评估如果只由管理层参与，很容易被界面美观和功能清单打动；而系统最终是给一线财务人员用的，他们提出的问题往往更接近实际痛点。
评估表怎么设计
建议把十个问题转成评分表，每项设定权重。权重可以按本单位情况调整——例如数据敏感度高的单位提高权限与留痕的权重，多组织企业提高扩容计价与集成能力的权重。
评分表的作用不是得出一个绝对最优的方案，而是让决策依据可见、可复述。当需要向领导或上级说明为什么选择某一家时，一份有依据的评估表比一段主观的描述更有说服力。