更新时间:2026年09月07日

高保真原型的完成度,应根据它能否支持既定测试或交付任务来判断,而不是根据页面数量或画面精美程度。验收时需要同时检查任务、内容、状态、交互和交付说明。

如果还未确定原型需要包含什么,先使用高保真原型页面与状态清单锁定范围。


1. 验收原则:先明确本轮要做的决定

用一句话写出“谁要在什么场景完成什么任务”,再确定通过条件。若评审只能回答“看起来不错”,验收目标还不够具体。

高保真原型验收从明确的用户任务开始

2. 任务完整性:主路径能否独立走通

  • 入口、关键步骤、决策点和结果齐全;
  • 用户不依赖讲解也能完成核心任务;
  • 取消、返回和中断后的处理方式明确;
  • 未实现的分支已标注,不会被误解为已完成。
验收高保真原型的核心任务路径

3. 内容与布局:真实文案下仍然成立

标题、按钮、表单、数据列表和错误提示应使用可靠样本。检查长文案、空内容、多行列表和小屏幕下是否出现截断或层级混乱。

在真实文案与数据密度下检查原型布局
高保真原型在不同内容情况下的界面层级

4. 状态完整性:成功页之外还要检查异常

类型通过标准
加载用户知道系统正在处理,不会重复提交
空白说明为什么暂无内容以及可执行的下一步
错误错误原因、影响和恢复动作可理解
权限禁用、不可见与申请权限的边界明确
高保真原型中的加载、空白、错误与权限状态

5. 交互可理解性:操作与反馈要形成闭环

每个关键操作都应有可见反馈,页面跳转与返回位置符合任务预期。对拖拽、多步骤表单、弹窗和状态切换进行实际操作,不只看静态页面。

通过实际操作检查高保真原型的交互闭环
高保真原型动态交互与界面反馈验收

6. 交付与评审:让结论可追溯

验收记录应包含测试任务、原型版本、通过项、未通过项、影响页面和责任人。若需要理解高保真的完整边界,可回到高保真原型定义页核对。

用代表性产品页面进行高保真原型交付评审

7. 在Pixso中组织高保真验收

团队可以通过Pixso的原型预览、评论与版本协作按任务走查关键路径,并让每条反馈对应具体页面和状态。

准备开始评审时,可进入Pixso建立一份高保真验收版本,先锁定任务和通过标准。

验收不通过时应该直接改UI吗?

先判断问题属于流程、内容、状态还是视觉层。流程问题应回到原型结构处理,不要只在高保真画面上叠加补丁。