第3章 Axure原型验证的价值与边界：低保真交互测试、权限规则可视化、评审效率提升

用户场景

某SaaS产品团队正在设计多租户权限体系，涉及管理员、编辑者、查看者三种角色，每个角色对模块的访问、增删改权限各不相同。产品经理在PRD中用文字罗列了12条权限规则，但开发评审时工程师表示“规则太绕，不确定边界条件”。产品经理希望在没有后端服务的情况下，快速验证这些权限规则在真实交互中是否合理。

团队决定用Axure制作一个低保真原型，将权限规则模拟为状态交互，并在评审会上让各角色“点击体验”。结果发现：编辑者角色居然能看到“删除”按钮（预期应隐藏），导致需求未被确认就进入开发。若未做原型验证，该缺陷将到开发联调阶段才会暴露。

业务问题

1. 权限规则复杂不可视：文字描述难以直观展示“谁能看到什么、能做什么”，跨角色边界模糊。
2. 交互测试依赖全栈环境：传统验证需后端接口联调，周期长、成本高，且bug发现晚。
3. 评审共识成本高：各方对规则理解不一致，评审会变成辩论会，效率低下。

用户访谈

我们收集了5位产品经理与3位前端工程师的访谈摘要：

需求拆解

将本章价值与边界拆分为三个子能力，以及对应的限制条件：

方案表达

在Axure中按以下步骤实现权限规则的原型验证（非操作代码，仅描述思路）：

1. 创建角色切换器：使用下拉列表或单选按钮，列出所有角色（如管理员、编辑者、查看者）。
2. 设置动态面板：将功能按钮（增、删、改、查看）放入不同状态，每个状态对应一种角色的权限配置。
3. 添加条件逻辑：当角色切换时，动态面板根据条件规则显示/隐藏特定按钮。例如：“如果当前角色==查看者，则删除按钮状态=隐藏”。
4. 标注权限说明：在原型旁侧用文本框或注释卡片写明每条规则的判断依据，供评审时对照。
5. 发布为交互原型：生成HTML链接，让评审者在各自设备上操作，记录操作路径和发现的问题。

指标验证

用以下量化指标衡量原型验证的效果：

• 评审时间缩短率：使用原型后单次评审会议时长 vs 之前纯文档评审时长。目标：缩短≥40% 。
• 权限规则缺陷提前发现率：原型阶段发现的规则问题数 / 后续开发测试阶段同类问题总数。目标：≥70% 。
• 规则理解正确度：评审后随机抽取3条权限规则，让参与者复述正确率。目标：≥90% 。

验收标准

• 每个角色切换后，原型中对应功能按钮的显隐状态与PRD规则完全一致。
• 评审过程中，参会者无需口头解释即可独立完成权限操作路径测试。
• 评审记录表中，遗留问题数量≤2个（且非原型验证范围内的问题）。

交付物模板

本章对应的交付物为“权限验证原型包”，包含以下文件/内容：