第4章 评审会议邀请模板
适用场景
- 原型完成初稿并经过内部自检后，需要组织跨角色评审时。
- 多个迭代版本需统一评审节奏，降低沟通成本时。
- 项目进入关键节点（如体验验收、需求冻结）前必须完成评审时。
前置条件
- 原型已通过设计自检清单（参考第3章）。
- 提案文档、交互说明、流程图、用户故事等辅助材料已完成并上传共享空间。
- 已锁定可用的会议室/会议链接及至少60分钟的连续时段。
- 已确定本次评审的决策者（产品负责人/需求方）。
操作步骤
-
编写议程模板 —— 按下方标准结构填充，确保评审目标清晰、节奏可控。
模块 时长 内容 开场 & 背景说明 5 min 本次评审目的、前置阅读摘要、决策范围 原型走查 25 min 按用户流程逐屏讲解，重点标注变更点 问题收集 & 优先级排序 15 min 用协作白板或表格即时记录，归为 P0/P1/P2 决议 & 下一步计划 10 min 明确 P0 问题解决方案、责任人与截止时间 Q & A / 自由反馈 5 min 最后补漏，收集文字版遗留想法 -
选择参会人 —— 遵循以下原则，避免“过度邀请”或“漏掉关键角色”。
- 决策者（必选）：产品负责人、核心需求方，1～2 人。
- 执行者（必选）：负责开发该模块的前端/后端负责人，测试负责人。
- 干系人（按需）：视觉设计师、内容运营、数据产品等，当评审内容涉及相应领域时需邀请。
- 观察员（可选）：新入职设计师、实习生，仅旁听不发言，需提前标注身份。
建议：总人数控制在 8～12 人，超过 15 人时应拆分专场或分组讨论。 -
整理前置阅读材料清单 —— 在邀请函中附上清单，要求参会人在会前 24 小时内完成阅读。
- 原型链接（只读视图，需包含所有页面和交互说明）
- 交互规则文档（重点关注逻辑分支、异常状态、边界值）
- 用户故事 / 业务场景描述（帮助理解上下文）
- 变更日志（上轮评审后修改记录，用不同颜色标注）
注意：材料链接必须可访问，若涉及权限需提前给参会人开读权限。 -
设定时间控制规则 —— 在邀请函正文中明确写出，主持人需严格执行。
- 总时长上限：60 分钟（不包含超时收尾的 10 分钟）。
- 每人发言限制：单次发言不超过 2 分钟，主持人可叫停并移入待办列表。
- 跑题熔断：当讨论偏离原型超过 30 秒时，由主持人或指定“时间 keeper”叫停，记录待讨论问题并进入下一个议程。
- 超时预案：若会议无法按时结束，立即暂停，次日或第三日安排补充会议，并邮件告知未完成的议题。
输入输出物
| 输入物 | 输出物 |
|---|---|
| 自检后的原型文件、提案文档、交互说明 | 标准评审会议邀请函（含议程、参会人、材料链接、时间规则） |
| 参会人选择原则清单 | 参会人名单及角色标注 |
| 前置阅读材料包 | 材料已读确认反馈（口头或邮件） |
责任边界
- Axure 负责人（邀请发起人）：保证议程模板完整、材料可访问、时间控制规则在邀请函中显眼位置呈现。
- 参会人：在会议开始前完成前置阅读，并按时参会。若无法出席，需在会议开始前 2 小时告知并提供替代人。
- 主持人（通常为 Axure 负责人）：严格遵守时间控制规则，避免会议失控。
记录材料
- 会议邀请函原文及回复确认截图（留存至项目结束）
- 前置阅读材料访问日志（如共享文档的阅读统计）
- 会议中出现的议程偏差记录（用于后续优化模板）
异常处理
| 异常场景 | 处理措施 |
|---|---|
| 关键决策者无法参会 | 改期，并重新发送包含新议程的邀请函 |
| 前置阅读材料未按时送达 | 延迟会议开始时间 15 分钟，并在会前口头快速过一遍关键材料 |
| 参会人数量远超限制 | 拆分为多个小组专场，每个专场保持 8～12 人，并设置统一的决议汇总会 |
| 议程模块时长严重超时 | 立即暂停，将未完成议题移至补充会议，并更新邀请函中的补充会议链接 |
验收标准
- 发出的邀请函 100% 包含议程模板、参会人选择依据、前置阅读材料清单、时间控制规则。
- 参会人回复率 ≥ 80%（按实际收到回复的人数 / 发出的邀请人数计算）。
- 前置阅读材料在会议开始时已被 90% 以上的参会人打开或标记为已读。
- 会议按议程模板推进，实际结束时间与计划偏差不超过 10 分钟。