设计工作
AI 设计工作指南
AI 设计工作指南面向产品设计与跨职能团队，系统整理设计简报、研究计划、可用性测试、无障碍、评审、组件审计、内容设计、交付和设计系统文档。
AI 可以帮助设计团队整理背景、生成问题清单、枚举界面状态、检查一致性和准备交付材料，但不能替代真实用户研究、视觉判断、可访问性测试与跨职能确认。这个专题以“输入可追溯、输出可复核、决策有人负责”为共同方法。
如果你刚收到一句模糊需求，从 用 AI 写设计简报 开始；如果已经有原型，先用 AI 设计评审方法 和 用 AI 设计可用性测试 找到证据缺口。
| 项目 | 说明 |
|---|---|
| 阅读时间 | 约 9 分钟 |
| 适合人群 | 产品设计师、交互设计师、视觉设计师、内容设计师、产品经理、前端开发者和设计学习者 |
| 解决的问题 | 把模糊目标变成可研究、可评审、可实现、可维护的设计工作材料 |
| 核心原则 | AI 生成候选，不生成证据；界面状态、用户结果和实现约束必须同步 |
| 不适合 | 用合成角色代替用户、只凭截图宣称无障碍合规，或让 AI 自动批准设计 |
AI 对文本、结构和模式匹配很强，适合发现遗漏与生成备选；它看不到所有真实使用环境，也不了解未写出的品牌、技术和组织规则。视觉质量、操作可行性、读屏体验、版权与隐私必须通过专业工具和人工验证。
| 设计材料 | AI 可辅助 | 人必须确认 |
|---|---|---|
| 研究材料 | 提纲检查、来源编码、主题与反例整理 | 授权、招募、主持、语境与洞察 |
| 交互原型 | 状态枚举、任务步骤和文案候选 | 行为后果、可用性、业务规则 |
| 视觉稿 | 一致性问题清单、参考方向描述 | 层级、品牌、审美、版权与适配 |
| 交付文档 | 组件映射、响应式规则、验收清单 | 代码现实、实现成本和最终质量 |
推荐阅读顺序
Section titled “推荐阅读顺序”- 用 AI 写设计简报：把目标、用户、约束、证据和交付物写清。
- 用 AI 写用户研究计划：把决策问题转成适当研究方法与招募边界。
- 用 AI 设计可用性测试：设计中性任务、观察点和证据记录。
- AI 无障碍检查清单：从键盘、语义、读屏、缩放与对比度检查界面。
- AI 设计评审方法：围绕目标、证据和状态给出可行动反馈。
- 用 AI 做组件审计：盘点重复组件、变体、状态与迁移风险。
- 用 AI 做内容设计：设计页面信息顺序、术语、动作与恢复说明。
- 用 AI 做图片参考板：从参考图提取可描述原则，管理来源与版权。
- 用 AI 写设计交付清单：让稿件、组件、状态、数据与验收完整进入开发。
- 用 AI 写响应式规格：按内容优先级与容器行为定义跨屏规则。
- 用 AI 写设计系统文档：记录组件用途、变体、状态、无障碍与代码映射。
- 用 AI 写产品错误状态文案：解释问题、影响和恢复，不归责用户。
一套贯穿设计流程的方法
Section titled “一套贯穿设计流程的方法”- 定义用户任务：说明谁在什么情境下要完成什么，不用“做得更高级”代替目标。
- 建立证据包：为研究、工单、数据、品牌与技术约束标注来源和日期。
- 列完整状态：覆盖默认、加载、空、成功、失败、无权限、部分完成、离线与恢复。
- 让 AI 生成候选与反例：要求说明每个方案的假设、代价和不适用场景。
- 放回真实界面：在目标设备、内容长度、键盘和读屏环境中检查，不只看孤立画板。
- 跨职能确认：产品确认规则，设计确认层级，研发确认行为，测试确认验收，内容确认表达。
- 记录决策与版本：保存采纳理由、未决项、来源和重新评审条件。
假设示例：从模糊要求到设计任务
Section titled “假设示例：从模糊要求到设计任务”以下输入和输出均为教学假设，不代表真实用户研究、产品数据或设计验证结果。
要求：让文件导入页面更清楚。已有材料：- S1 帮助中心记录出现“支持哪些格式”的提问。- S2 产品规则列出文件校验与失败状态，但文案未确定。- S3 前端说明移动端只能选择本地文件，拖放不可用。禁止：不生成用户比例，不声称某设计会提高完成率。| 类型 | 设计任务 | 来源或信息状态 |
|---|---|---|
| 信息层级 | 在选择文件前解释格式与限制 | S1、S2，具体内容待确认 |
| 状态设计 | 补校验中、格式错误、部分失败与恢复 | S2，错误分类需研发确认 |
| 响应式 | 桌面可考虑拖放，移动端提供明确选择入口 | S3，交互需设备验证 |
| 待验证假设 | 提前呈现限制可能减少尝试成本 | 不是结果，需要任务测试 |
| 未知 | 文件大小、保留进度和帮助入口 | 向产品与研发追问 |
决策与复核表
Section titled “决策与复核表”| 检查项 | 通过标准 | 退回信号 |
|---|---|---|
| 目标 | 可描述用户任务和成功状态 | 只有“更美观”“更现代” |
| 证据 | 观察、判断与假设分开 | AI 模拟被当作用户反馈 |
| 状态 | 失败、空、权限与恢复可用 | 只有理想主流程 |
| 可访问 | 键盘、语义、缩放和读屏有验证计划 | 只做颜色对比截图 |
| 交付 | 组件、内容、数据和验收可定位 | 研发只能靠猜测补细节 |
- 用一张精致主界面代替完整任务与错误恢复。
- 让 AI 生成“用户喜欢”的理由，没有真实研究。
- 评审只讨论个人审美，没有目标、证据和可行动修改。
- 设计系统文档只列组件图片，不说明何时用、何时不用。
- 响应式只缩小尺寸，不重新判断内容优先级与输入方式。
AI 能替代产品设计师吗？
Section titled “AI 能替代产品设计师吗？”不能。它能加速整理与生成候选，但目标判断、用户研究、系统取舍、视觉质量和责任确认需要专业人员完成。
没有用户研究还能开始设计吗？
Section titled “没有用户研究还能开始设计吗？”可以形成明确标注的假设原型与验证计划，但不能把合成反馈写成已验证洞察，也不应直接承诺效果。
AI 截图审计能证明无障碍合规吗？
Section titled “AI 截图审计能证明无障碍合规吗？”不能。截图看不到语义、焦点、键盘、读屏名称和动态状态，需要代码检查、辅助技术测试与真实任务验证。
设计工作应该从哪页开始？
Section titled “设计工作应该从哪页开始？”新任务从设计简报和研究计划开始；有原型时做评审、可用性与无障碍检查；准备开发时进入交付、响应式与设计系统文档。
AI 设计工作不是追求更多视觉候选，而是让问题、证据、状态、决策和实现彼此对齐。所有研究与质量结论都应能回到真实材料和验证过程。