设计评审通过并不等于开发可以直接开工。开发真正需要的是：哪些页面属于首版、组件如何变化、没有数据时显示什么、图标从哪里取、不同屏幕怎样适配。
高质量交付的目标不是把设计文件整理得“好看”，而是减少实现过程中的猜测和返工。
01 交付前锁定范围和版本
建立页面清单，标明模块、平台、角色、状态、优先级和完成情况。原型、视觉稿和需求文档的版本要能对应。
还在讨论的页面不要混在“已交付”区，避免开发把探索方案当成最终稿。
APP UI交付物清单
| 交付项 | 应包含什么 | 常见遗漏 |
|---|---|---|
| 页面与流程 | 页面清单、入口、跳转、返回 | 只有散落页面，没有流程 |
| 状态矩阵 | 加载、空、错误、权限、审核等 | 只画理想成功态 |
| 组件库 | 属性、尺寸、状态、使用规则 | 组件被拆散后局部改样式 |
| Token | 颜色、字体、间距、圆角、语义 | 直接抄十六进制和像素 |
| 资源 | 图标、图片、动画、命名与格式 | 截图代替源资源 |
| 动效 | 触发、时长、缓动、降级 | 只在口头或视频里表达 |
| 文案 | 正式文案、变量和边界 | 开发自行补提示语 |
| 验收 | 设备、系统、还原与交互标准 | 上线前才第一次对照 |
02 状态设计要按组件和页面双层覆盖
组件需要默认、按压、禁用、加载和错误；页面还要有无网络、数据为空、权限不足、服务异常和流程中断。
对金融、医疗和审核流程，还要覆盖处理中、被拒绝、补充资料和过期。
03 资源交付要考虑实际开发方式
矢量图标优先提供SVG或平台适用格式，位图按目标密度和用途导出。不要把文字、阴影和背景全部烘焙成一张大图。
字体、图库和动画素材要说明授权来源与使用范围。不能只因为设计工具能显示，就默认可商业使用。
04 适配规则比逐屏标注更重要
说明哪些区域固定、拉伸、滚动、换行或隐藏，以及安全区、键盘、横屏和系统字号变化。
不同平台可以共享业务组件，但系统控件和导航差异需要明确。
05 交付不是结束，要安排开发走查
开发过程中处理真实数据、技术限制和系统行为，会产生新的设计问题。设计师应在关键页面完成后分批走查，而不是最后一次性验收。
问题按严重程度记录：阻塞任务、影响一致性、可延期优化。避免所有像素差异都被视为同等紧急。
06 建立最终资产与归档
项目结束时整理最终Figma、组件、资源、字体、规范、原型和变更记录，移除废弃页面并设置访问权限。
明确源文件和设计系统的所有权、使用范围与后续维护方式，避免人员变动后资产失联。
常见问题
Figma有Dev Mode还需要交付说明吗？
需要。工具能读取数值，但不能自动解释业务状态、行为、授权和验收标准。
每个屏幕尺寸都要画一套吗？
不必。应覆盖关键尺寸和规则，特殊布局单独设计，其他由响应式约束实现。
切图由设计师还是开发导出？
可按团队流程决定，但命名、格式、尺寸和授权必须统一。
开发走查包括修改需求吗？
主要检查实现与确认方案是否一致；新增需求应单独评估，不混入还原问题。
交付后设计文件还能继续改吗？
可以，但要有版本和变更记录，避免开发引用旧组件或页面。
链接复制成功
