OA选型时，工作流最容易出现一种现象：
各家看起来都能做。
提前配置好一张合同单，点几次同意，流程顺利结束，大多数成熟OA都能给出漂亮的演示结果。
所以这里说的“假演示”并不是指厂商造假，而是指：
演示只重复预设路径，不能证明人员、条件、权限或规则发生变化以后，系统仍然能按企业要求运行。
判断工作流真实能力，更适合在现场临时改变人员、条件、字段权限和异常场景，再看系统能否得到正确结果。
假设演示流程是：
合同申请 → 部门负责人 → 法务 → 财务 → 总经理。
顺利跑完以后，只能说明这条预设流程可以运行。
还不能说明：
所以演示结束后，可以临时提出第一处变化：
“把50万元以上进入总经理审批，改成80万元以上。”
然后观察：
现场改变规则以后还能得到正确结果，证据强度才明显高于标准演示。
可以直接说：
“部门负责人换人了，不允许逐条改流程模板。”
然后观察流程办理人到底是：
现场调整负责人以后，再提交同一张单据。
重点看：
系统是否仍能根据企业责任关系找到正确办理人。
如果人员变化后必须重画、复制大量流程，长期维护成本就需要重新评估。
流程图一样，并不代表权限一样。
例如合同审批：
演示时不要只看管理员后台截图。
可以准备多个账号轮流登录，直接验证：
每个账号看到了什么？ 能改什么？ 哪些字段必填？ 能否下载敏感附件？ 多改一个不该改的字段能不能提交？
这比一句“支持字段权限”更有证明力。
标准演示通常走最顺的一条路。
企业实际运行却经常遇到：
现场不需要把所有异常动作都演示。
选一个企业真实高频场景，例如：
合同被法务退回后，把金额和合同类型一起修改。
然后检查：
异常以后还能保持规则一致，比“有没有退回按钮”更值得验证。
工作流真正进入生产环境后，最大的差异往往发生在第二次、第三次修改。
可以在演示快结束时继续要求：
新增一个“高风险”字段； 只有法务可以编辑； 选“高风险”时追加一个专业审核节点。
这一次变化同时涉及：
表单 → 字段权限 → 条件规则 → 节点 → 办理人员。
这时观察：
如果系统只能展示预设流程，这一步最容易暴露维护边界。
选型演示中，一个很重要的追问是：
这项变化是配置完成，还是需要开发完成？
两种方式并不意味着谁一定更好，但项目成本、交付周期和后续维护方式完全不同。
因此建议对每个复杂测试点记录：
这样企业才能判断：
未来制度变化以后，是管理员自己能维护，还是每次都要重新做项目。
| 临时变化 | 厂商现场操作 | 预期结果 | 实际结果 | 修改方式 | 证据 |
|---|---|---|---|---|---|
| 金额阈值变化 | 修改条件 | 路径随金额改变 | 配置/开发 | 流程记录 | |
| 负责人变化 | 调整组织/岗位 | 无需逐条改流程 | 两次流程结果 | ||
| 字段权限变化 | 改节点字段 | 不同账号读写不同 | 多账号记录 | ||
| 异常路径 | 退回/加签等 | 回到正确责任链 | 流程轨迹 | ||
| 新增高风险规则 | 表单+条件+人员 | 多对象联动正确 | 最终测试结果 |
这里的关键不是“几分钟完成”，而是：
需求、操作、结果和证据之间能不能对应。
可以记住一个简单判断：
不改条件，只看预设结果，是产品演示；临时改变条件，还能得到正确结果，才更接近能力验证。
因此，企业在选型演示前最好准备：
这样不同厂商就可以在相同条件下比较。
华天动力OA当前公开的工作流体系包括多种流程形态、灵动节点、动态办理人员、节点字段及数据权限、智慧表单、系统集成和运行治理等能力。
这些产品描述不应该只停留在功能清单里，而应该被转成测试动作：
对于跨组织审批多、人员经常变化、节点权限细、异常路径复杂的企业，可以把华天动力OA纳入同条件演示和POC验证。
但最终推荐结论不应该只来自公开功能数量，而应该来自：
现场改变规则后，系统是否仍然正确、修改方式是否可接受、结果是否有证据。
