更新时间： 2026年11月01日
同一份原型在客户演示、内部评审和培训时，关注点不同：客户看完整任务和价值，评审看状态与取舍，培训看步骤和练习。演示模式应该围绕场景准备入口、展示范围、回退方式和异常预案，而不是临场点击页面。
在墨刀原型中，可以为不同演示场景整理独立流程和起始页面，保留同一套组件与交互。这样既能控制展示范围，也能让评审者在需要时回到具体页面检查。
一、先为每次演示写一个结果
| 场景 | 演示结果 | 不应被打断的内容 |
|---|---|---|
| 客户演示 | 确认核心任务和价值 | 主路径、关键反馈、下一步动作 |
| 内部评审 | 决定继续、修改或暂停 | 状态、边界、问题记录 |
| 培训 | 让参与者独立完成任务 | 操作顺序、提示、练习数据 |
把结果写成可判断的任务。本例为“客户从订单列表打开DEMO-001，修改收货备注并提交，能判断操作是否成功”；评审还要补一次失败后重试，培训则让参与者独立完成同一条路径。这样每张页面都服务于本次结果。
二、把演示流程分为三段
- 进入：设置起始页面和上下文，说明角色、已有数据和任务目标。
- 操作：按主路径点击，关键页面停留并说清做了什么、为什么这样做。
- 收尾：回顾完成结果，展示下一步或留出反馈入口。
每一段都要有回退点。演示者误点后可以返回当前任务，而不是重新从首页开始；培训时则可以把练习起点复制出来，避免上一位学员的数据影响下一位。
| 停留页面 | 讲解与操作 | 确认结果 |
|---|---|---|
| 订单列表 | 说明当前角色与DEMO-001，打开详情 | 订单号与角色上下文正确 |
| 订单详情 | 填写收货备注并提交 | 提交中有反馈，避免重复操作 |
| 提交结果 | 展示成功反馈并回到详情 | 备注已更新，下一步入口明确 |
| 失败分支 | 触发失败，检查保留输入后重试 | 无需重走列表或重新填写备注 |
三、演示页面如何控制展示范围
未完成的页面不应依赖口头解释。可以从演示入口隐藏草稿路径，把待确认功能放到“后续方案”页面，并在需要时用明确标记说明状态。客户演示只保留能支撑结果的页面，内部评审保留异常和边界页面，培训则保留提示与练习入口。
四、为高风险操作准备备用路径
| 风险 | 现场表现 | 预案 |
|---|---|---|
| 网络波动 | 页面或资源加载慢 | 准备关键页面截图或离线副本，继续讲任务 |
| 误点 | 进入错误分支 | 设置回退入口和明确的重置点 |
| 数据为空 | 列表没有可选项 | 准备演示数据并注明起始状态 |
| 问题超出范围 | 被要求展示未完成能力 | 记录问题，回到本次结果或展示已确认替代路径 |
离线预案只用于保证演示连续性，不能把截图当成真实系统能力的证明。涉及接口、权限和性能的问题，演示后应转入工程验证。
五、现场记录要能回到原型页面
反馈记录写清页面、组件、操作、当前状态、期望结果和负责人。例如“订单详情—提交备注—网络失败后输入被清空—应保留备注并提供重试—由设计补充状态、研发核对实现”，能直接对应到演示中的页面和恢复路线。
六、演示前五分钟检查清单
- 起始页面、角色和演示数据已确认。
- 主路径可以从头到尾完成，回退点都能使用。
- 未完成页面不会从主入口意外露出。
- 关键页面有网络异常或误点预案。
- 反馈表、记录人和后续时间点已经准备。
把演示脚本、入口和回退点固化到原型项目后，团队可以用同一份文件完成客户演示、内部评审和培训，减少临场操作带来的不确定性。
