自动标注能显示尺寸和颜色,却无法解释权限、数据边界、加载失败、内容长度和复杂交互。若这些信息只存在会议里,开发过程中就会不断重新决策。
成熟交付是一套可追踪的协作流程,而不是一次性交接仪式。
01 文件版本和页面状态先清楚
区分探索、评审、已确认、开发中和已废弃页面,锁定本次交付版本。页面、流程和组件命名一致,避免开发从多个分支找最新稿。
重大变更必须记录。

02 核心流程与页面关系可追踪
提供流程图、入口、返回、分支、权限和异常路径。开发应知道每个页面如何进入以及下一步发生什么。
孤立高保真页面无法表达完整产品。
03 组件、Token与代码建立映射
按钮、表单、导航、表格和弹窗的变体、状态和属性明确,并对应开发组件。颜色、字体、间距等使用统一Token。
新增特例先评估是否应该进入系统。

04 响应式与真实内容有明确规则
说明断点、容器、换行、排列、隐藏、滚动和中间尺寸。使用长文案、空值、极端数字和多语言验证。
不要让开发自行猜测移动端优先级。
05 资源、动效和无障碍可执行
交付正确格式、尺寸和授权资源;说明动效触发、时长、曲线、循环和降级。补充焦点、标签、键盘与触控要求。
重要内容不能只存在图片。

06 走查与验收贯穿实现
先验收组件,再验收核心页面和真实环境。差异按阻断、高、中、低优先级记录,明确负责人和完成标准。
最终以可运行产品而非截图为准。
UI交付清单
类别 | 必备内容 |
|---|---|
文件 | 版本、命名、页面状态 |
流程 | 入口、分支、权限、异常 |
组件 | 变体、状态、属性、Token |
响应式 | 断点、布局、内容边界 |
资源动效 | 文件、授权、参数、降级 |
无障碍 | 焦点、标签、键盘、触控 |
验收 | 走查节点、问题等级、标准 |
常见问题
Figma Dev Mode能替代交付文档吗?
不能完全替代,它提供实现信息,但业务、状态和行为仍需说明。
每个页面都要写详细标注吗?
公共规则可由组件覆盖,特殊行为和关键流程需要明确说明。
切图应该由谁完成?
可以由设计导出或开发按规范使用,关键是格式、尺寸、命名和授权清楚。
开发过程中设计可以继续改吗?
可以,但应经过影响评估、版本记录和同步,不应静默覆盖。
交付完成后设计师还需要参与吗?
需要在组件和页面实现阶段走查,直到验收完成。