文件要能代表真实业务
不要只用结构简单的标准样例。真实难文件更容易暴露边界，也更利于判断是否值得继续试用。
- 1保留原始文件
不要为了演示预先简化、压缩或转成更容易处理的格式。 - 2去除不必要的敏感信息
如文件包含客户隐私，请先确认可否用于演示，或提供经过脱敏的等价样本。 - 3写明期望结果
附上成品尺寸、份数、页序、工艺和文件命名要求。
把默认规则变成可检查的清单
演示前先确认输入条件和验收标准，避免演示结束后才发现双方理解不同。
- 1生产规则
纸张、尺寸、方向、边距、装订、颜色和文件输出位置。 - 2批量规则
文件排序、份数来源、异常文件处理和是否允许跳过。 - 3报价规则
如需演示报价辅助，请准备当前门店使用的计算口径，并保留人工确认。
二十分钟建议这样分配
演示应尽量覆盖一个完整闭环，而不是只展示容易成功的局部操作。
- 1确认试用构建
先确认当前演示使用的构建和公开发布状态。 - 2逐步运行
观察输入、参数、处理中提示、输出目录和失败时的恢复方式。 - 3说明数据路径
常规本地工具默认在本机处理；如涉及 AI、授权或云端服务，应当场说明实际路径。
注意：一次演示成功不等于所有同类文件都能得到相同结果，仍需用更多真实样本复核。
把结果分成三类记录
演示后保留清晰结论，便于决定是否继续封闭试用。
- ✓符合要求
记录哪些文件和规则已经得到可接受结果。 - △需要调整
记录需要改参数、补规则或增加人工复核的环节。 - ×当前不适合
记录已知限制，不把未解决的问题写成已具备能力。