设计工作
用 AI 写设计交付清单
用 AI 写设计交付清单教程覆盖版本、流程、组件、状态、内容、响应式、无障碍、数据与验收，让设计和开发围绕同一事实源完成交接与复核。
用 AI 写设计交付清单，适合从已确认的设计、PRD、组件库和会议记录中提取实现所需信息，找出状态缺口与冲突。交付不是把 Figma 链接发给开发；行为、内容、数据、无障碍和验收必须有共同版本与责任人。
| 项目 | 说明 |
|---|---|
| 阅读时间 | 约 8 分钟 |
| 适合人群 | 产品设计师、前端开发者、产品经理、测试、内容设计师和项目经理 |
| 核心产出 | 交付索引、状态矩阵、组件映射、响应式规则、内容源、验收与未决项 |
| 使用前提 | 设计方向和业务范围已经评审，源文件与版本可定位 |
| 不适合 | 让 AI 猜技术实现、自动宣布交付完成，或把未确认设计当开发承诺 |
AI 只能检查提供的材料。隐藏在聊天、口头约定或旧画板中的规则不会自动出现。复杂动效、数据状态、权限和跨端差异应由设计与研发共同走查，必要时制作可运行原型或最小技术验证。
| 交付层 | 必须说明 | 责任协作 |
|---|---|---|
| 任务与流程 | 入口、成功、退出、返回和恢复 | 产品、设计、研发 |
| 组件与状态 | 变体、内容、行为和语义 | 设计系统、前端、测试 |
| 响应式 | 容器、优先级、重排和输入方式 | 设计、前端 |
| 数据与权限 | 字段、空值、错误和角色 | 产品、后端、数据、前端 |
| 验收 | 视觉、交互、内容、无障碍与测试环境 | 全体责任人 |
七步交付流程
Section titled “七步交付流程”- 冻结交付版本：记录设计文件、节点、PRD、组件库和内容稿的版本与日期。
- 建立页面索引：按用户任务列入口、主路径、异常、退出和跨页面关系。
- 生成状态矩阵：覆盖加载、空、错误、无权限、部分成功、长内容和边界数据。
- 映射组件与令牌：标明复用组件、合法变体、新增需求和代码对应，不用截图尺寸替代规则。
- 写响应与无障碍说明：说明内容优先级、键盘、焦点、读屏、缩放和动效偏好。
- 联合走查未决项：AI 提取冲突，设计与研发逐项确认；未决问题不得悄悄变成实现假设。
- 定义验收和变更：写检查环境、通过标准、负责人，以及交付后变更怎样同步。
假设示例：邀请成员流程交付
Section titled “假设示例：邀请成员流程交付”以下组件与规则为教学假设，不代表真实系统实现。
流程：从成员页打开邀请对话框，填写邮箱和角色，发送后反馈结果。组件：Modal、TextField、RoleSelect、Button、InlineAlert。规则：可能出现重复邀请、无权限、部分成功和网络失败。设备：桌面与窄屏；移动端选择器行为待研发确认。| 项目 | 交付说明 | 状态 |
|---|---|---|
| 入口 | 成员页“邀请成员”，仅有权限角色可见 | 权限来源待产品确认 |
| 对话框 | 打开后焦点进入标题或首个可操作元素，关闭后返回触发点 | 需前端与无障碍复核 |
| 字段 | 邮箱有持久标签；角色默认值和说明需明确 | 默认值待决策 |
| 提交 | 处理中防重复；成功、重复邀请、无权限、部分成功分别反馈 | 错误分类待后端确认 |
| 窄屏 | 内容自然流动，动作区不遮挡错误，选择器不依赖悬停 | 需真机走查 |
- 使用键盘可以打开、填写、选择、提交和关闭，并看到清晰焦点。- 长邮箱和本地化文案不遮挡主操作或错误信息。- 失败时保留可安全重用的输入，敏感内容按规则处理。- 部分成功时逐项说明结果，不把整体显示为完全成功。- 未确认的移动选择器行为在开发前关闭，不由实现者猜测。决策与复核表
Section titled “决策与复核表”| 检查项 | 复核问题 | 通过标准 |
|---|---|---|
| 版本 | 开发查看的是哪一稿？ | 所有源可定位且状态一致 |
| 状态 | 边界与失败是否完整？ | 不用开发自行补产品规则 |
| 组件 | 设计变体与代码 API 对应吗？ | 合法差异有说明 |
| 响应 | 是内容行为还是固定像素？ | 多屏和长内容规则清楚 |
| 验收 | 谁在什么环境确认？ | 可执行且有证据 |
- 交付只给默认态画板，错误和加载靠开发临时决定。
- 标注大量像素距离，却不说明容器和内容变化规则。
- 设计稿使用不存在的组件变体，没有记录新增决策。
- 会后变更只改某个画板，PRD、内容稿和验收仍是旧版。
- 把“与设计一致”当验收标准，没有任务、状态和设备范围。
有设计链接还需要交付文档吗？
Section titled “有设计链接还需要交付文档吗？”需要。链接显示画面，但行为规则、版本、数据、权限、响应式、无障碍和验收往往需要结构化说明。
谁负责补齐错误状态？
Section titled “谁负责补齐错误状态？”产品确认业务规则，研发确认系统状态，设计和内容负责人共同设计呈现，测试确认可验证性。
AI 能从设计稿自动生成前端规格吗？
Section titled “AI 能从设计稿自动生成前端规格吗？”可以生成候选映射，但必须核对现有组件、代码约束和真实行为，不能把视觉推断当实现事实。
交付后设计变更怎样处理？
Section titled “交付后设计变更怎样处理？”记录变更原因、影响页面、组件与验收，通知责任人并更新共同事实源，避免聊天决定与文件脱节。
设计交付要让行为、状态、组件、内容和验收可定位。AI 可以找缺口，设计与开发必须共同确认真实规则并维护同一版本。