从低保真升级到高保真，至少要满足一个前提：新增的视觉与交互细节能够回答下一轮必须解决的问题。如果核心流程仍在频繁变化、关键内容尚未确定，或评审目标只是确认功能范围，应继续保持低保真；当流程稳定、真实内容可用、关键交互存在风险，而且测试或交付需要更接近成品的体验时，再升级相关页面。
需要先理解两类原型的完整差异，可查看低保真与高保真原型对比指南。本页不重复定义和通用优缺点，只提供升级判断与执行清单。
1. 升级结论：满足条件的页面才提高保真度
高保真制作会增加真实内容、组件状态、视觉规范和交互反馈，也会增加维护与返工成本。因此，升级对象应是已经相对稳定、且下一轮需要细节证据的关键路径，而不是整个项目。
| 判断结果 | 建议动作 |
|---|---|
| 流程仍不稳定 | 保留低保真，继续比较方案 |
| 流程稳定但内容未确定 | 先补真实内容样本，再决定局部升级 |
| 关键交互需要测试 | 升级对应路径和状态 |
| 仅为正式汇报需要更直观 | 细化代表性页面，明确其余部分仍是示意 |
| 准备研发交付 | 升级高风险流程，并同步规则和验收条件 |
2. 五项升级条件：逐项检查是否已经具备
条件一：核心流程已经稳定
入口、关键步骤、成功结果和主要返回路径已经得到团队确认，近期评审不再反复改变页面数量或步骤顺序。若流程每轮都在重构，高保真只会放大返工。
条件二：真实内容或可靠样本已经可用
标题、按钮、表单、数据密度和异常提示已有可用样本。高保真依赖真实内容判断布局与理解成本，用占位符完成的精细画面往往不能支持有效结论。
条件三：存在需要细节验证的交互风险
例如多步骤输入、状态切换、弹窗、拖拽、复杂导航或跨页面反馈。只有当交互细节会影响任务完成，升级才有明确收益。
条件四：下一轮测试需要接近真实体验
测试目标涉及视觉层级、文案理解、信任感或微交互时，测试材料应达到相应保真度。若只验证信息架构，保持简洁更有利于聚焦。
条件五：评审或交付对象需要更少想象
跨部门评审、客户演示或研发交付可能需要明确内容、状态和交互，但要同时标注原型范围，避免将演示效果误解为已经实现。
3. 出现这些信号时，先不要升级
- 团队对目标用户和核心任务仍没有共识；
- 需求范围每次评审都出现明显增删；
- 主流程只能依靠讲解才能走通；
- 真实内容尚未准备，页面主要由占位符组成；
- 升级理由只是“看起来更专业”，没有明确测试或交付目标。
如果项目处于不同阶段，可参考产品经理按阶段选择原型保真度，先明确本轮交付物，再使用本页的升级条件。
4. 关键路径渐进升级法：不要一次精修全部页面
- 选一条关键任务：优先选择使用频率高、业务价值高或交互风险大的流程。
- 标记决策点：列出本轮必须验证的文案、组件状态、反馈和异常情况。
- 只升级必要页面：入口、关键操作和结果页达到高保真，低风险分支保留较低保真。
- 完成一次针对性测试：记录问题来自流程、内容、视觉还是交互，不把所有反馈混在一起。
- 根据结果扩展：关键路径稳定后，再将组件和规则复用到相邻页面。
5. 升级前验收清单：全部通过再投入细化
| 检查项 | 通过标准 |
|---|---|
| 目标 | 能用一句话说明本轮高保真要验证什么 |
| 流程 | 核心路径无需口头补充即可走通 |
| 内容 | 关键页面已有真实或可靠样本文案 |
| 范围 | 已列出升级页面、保留低保真页面和不处理内容 |
| 状态 | 已识别成功、失败、空白、加载等必要状态 |
| 评审 | 参与者、任务、记录方式和通过条件明确 |
如果其中“目标、流程、范围”任一项不通过，先修正低保真方案；如果只是内容或状态缺失，可以补齐后局部升级。
6. 用Pixso组织升级、测试和版本评审
Pixso的原型设计解决方案支持页面跳转、交互事件、预览、评论和版本回溯。团队可以复制已确认的低保真版本，在新版本中只升级关键路径，并让评审意见对应到具体页面和状态。
需要比较制作工具时，可查看高保真原型工具的选择维度。已经确定升级范围后，可以进入Pixso完成关键路径的高保真验证。
7. 低保真升级高保真常见问题
是否必须先做完整低保真再做高保真？
不必。只要关键流程和本轮目标明确，可以让高风险路径先升级，其他区域继续探索。
升级后发现流程有问题怎么办？
先退回流程层修正，不要在高保真画面上继续堆补丁。保留版本记录，明确本次回退影响哪些页面和组件。
高保真达到什么程度才算完成？
当它足以支持既定测试或交付任务，并覆盖所需内容、状态和交互时即可完成；不需要追求所有页面与最终产品完全一致。
