# 运行设计评审 ## 范围 **封面** * 规划设计审查，并做出明确的决定和要求的反馈类型 * 进行以现场演示为中心的批评（或在需要时进行异步审查） * 无需“委员会设计”即可获取反馈 * 使用**价值 → 易于使用 → 令人愉悦**优先顺序综合反馈 * 记录决策、权衡和后续行动，以便审查改变工作 **何时使用** *“为这个 Figma 原型准备并进行设计评论。” *“我们需要一个结构化的设计审查议程和反馈日志。” *“帮助我们审查此流程并决定在发货前更改哪些内容。” *“将杂乱的评论转化为优先反馈+后续步骤。” **何时不使用** * 您还没有定义的问题、目标用户或目标（首先使用“问题定义”）。 * 您需要构建就绪的交互规范/验收标准（使用“编写规范设计”）。 * 您需要来自用户的证据而不是专家的批评（使用“可用性测试”）。 * 你正在做发布规划、通信、部署/回滚（使用“运输产品”）。 ## 输入 **最低要求** * 设计工件：链接或屏幕截图（例如 Figma/原型）+ 哪些部分在范围内 * 需要做出的决定（审核后会发生什么变化） * 目标用户+待完成的工作（1-2句话） * 成功标准 (1-3) 和限制（时间、平台、可及性、技术） * 审核格式 + 后勤：实时与异步、时间框、与会者/角色 **缺失信息策略** * 从 [references/INTAKE.md]() 提出最多 **5** 个问题，然后继续。 * 如果没有答案，请做出明确的假设并清楚地标记它们。 * 请勿索取机密或凭据。 ## 输出（可交付成果）在 Markdown 中生成 **Design Review Pack**（默认情况下在聊天中；如果需要则写入文件），按以下顺序： 1. **设计审查简介/预读**（背景、决定、请求的反馈、链接） 2. **议程 + 引导脚本**（定时、提示、角色） 3. **反馈日志**（捕获+分类+优先级） 4. **决策记录**（决策、权衡、所有者、到期日） 5. **后续消息+下次审核计划**（发生了什么变化，下一步是什么） 6. **风险/悬而未决的问题/后续步骤**（始终包含在内）模板：[references/TEMPLATES.md]() ## 工作流程（7 个步骤） ### 1）对审核进行分类并锁定决定 * **输入：** 请求 + 工件 + 约束。 * **行动：** 确定审核类型（概念/流程/内容/视觉润色/交付准备情况）。写下决定声明（“经过这次审查，我们将决定___”）。 * **输出：** 审核类型 + 决策陈述 + 范围边界（输入/输出）。 * **检查：** 每个人都可以回答：“这次审核后会发生什么变化？” ### 2) 设置所需的反馈（以及不评论的内容） * **输入：** 决策陈述 + 设计阶段。 * **行动：** 指定 1-3 个反馈问题（例如，“价值主张是否清晰？”、“流程在哪里中断？”、“缺少哪些边缘情况？”）。明确推迟美观/细节，直到价值/易用性得到验证。 * **输出：** 请求的反馈列表+“超出范围”的反馈。 * **检查：** 反馈问题直接映射到决策。 ### 3) 分配角色（包括赞助商）并准备现场演示 * **输入：** 与会者名单 + 时间表/风险。 * **行动：** 分配：**演示者**、**协调员**、**记笔记者** 和 **发起人/DRI**（专注于“原因”+核心概念的高级负责人）。决定领导层是否必须在发货前检查所有面向用户的屏幕（对于高工艺产品）。 * **输出：** 角色列表 + 演示计划（将显示什么，按什么顺序）。 * **检查：** 决策权明确；评论以现场演示为主，而不是幻灯片。 ### 4) 生成预读内容（首先是上下文，然后是工件） * **输入：** [references/TEMPLATES.md]() （简要模板）+项目上下文。 * **行动：** 写一篇 1-2 页的简介：问题 → 用户 → 成功标准 → 约束条件 → 考虑的选项 → 风险/权衡 → 开放问题 → 链接。 * **输出：** 可共享的预读+“如何复习”说明。 * **检查：** 审阅者可以异步提供有用的反馈，而无需实时上下文转储。 ### 5) 进行审查（大局→价值→轻松→愉悦） * **输入：** 议程 + 演示 + 笔记/反馈日志。 * **行动：** 从目标/感受开始（“总体来说什么困扰着我们？”），然后评估： 1. **价值：**它是否解决了正确的问题？ 2. **轻松：**用户能否做到没有摩擦？ 3. **愉悦：** 润色、美观、额外的快乐（仅在 1-2 后）将反馈捕获为 **观察 + 影响 + 建议**，而不是意见。 * **输出：** 填写了包含类别和严重性的反馈日志。 * **检查：** 在解决价值/易用性之前，审查不会陷入细节。 ### 6) 将反馈综合并确定优先级，纳入变革计划 * **输入：** 反馈日志。 * **行动：** 删除重复评论；通过回归目标和约束来解决冲突；根据用户影响和风险确定优先级。将最重要的项目转换为具有所有者和截止日期的明确更改。 * **输出：** 优先更改列表 + 更新的反馈日志状态/所有者。 * **检查：** 前 3 个问题已明确；每个都有一个提议的操作和所有者。 ### 7) 做出决定、记录权衡并关闭循环 * **输入：** 拟议的变革计划 + 剩余的未决问题。 * **行动：** 记录决定和理由；列出权衡和风险；定义必须重新审查的内容。发送后续摘要并安排下一次审核或发货。 * **输出：** 决策记录 + 后续消息 + 风险/未决问题/后续步骤。 * **检查：** 决策和行动项目以书面形式记录；没有任何关键决定是隐含的。 ## 质量门（必填） * 使用 [references/CHECKLISTS.md]() 并评分[参考文献/RUBRIC.md]()。 * 始终包括：**风险**、**未决问题**、**后续步骤**。 ## 示例请参阅[references/EXAMPLES.md]()。 ## 参考文件 * [references/INTAKE.md]() * [references/WORKFLOW.md]() * [references/TEMPLATES.md]() * [references/CHECKLISTS.md]() * [references/RUBRIC.md]() * [references/SOURCE_SUMMARY.md]() * [references/EXAMPLES.md]()

运行设计评审

包含技能