UI设计项目怎么验收？页面完整性、规范和开发交付检查表

项目临近结束时，客户常在大屏上快速翻完几十张设计稿，只要整体风格统一就确认。开发开始后才发现缺少错误状态、表单规则、移动端、弹窗和组件，返工责任很难界定。

UI验收应按页面矩阵、用户流程和设计系统逐项核对，并让开发参与关键评审。

01 页面与流程是否完整

设计稿应与确认的页面和功能清单一一对应，覆盖不同角色、入口和关键流程。页面数量不是唯一标准，状态与分支同样重要。

用用户任务走一遍，比单独看画板更容易发现缺口。

02 关键状态是否齐全

加载、空数据、错误、成功、禁用、权限不足、超时、确认、撤销和极端数据都需要定义。复杂系统还要覆盖草稿、审批和并发冲突。

缺失状态不能全部交给开发临场决定。

03 组件和样式是否统一

按钮、表单、导航、表格、弹窗、颜色、字体、间距和图标应形成可复用组件，并保持命名与变体清楚。

相似页面使用不同规则，会增加开发和维护成本。

04 响应式和不同设备是否可执行

关键断点、内容优先级、表格、导航和触控规则要明确。只提供一张桌面稿，不能视为完成响应式设计。

移动端需要真实设备检查，而不是只在设计工具中缩放。

05 文案、数据和边界是否真实

使用极长名称、空数据、大数字、多语言和错误内容测试布局。占位文案看起来整齐，真实内容可能立即破坏界面。

表格和卡片应说明截断、换行、溢出和展开规则。

06 交付文件能否被开发接手

Figma页面、组件、原型、标注、资源、字体、图标和交互说明应整理清楚。最终稿与探索稿分区，过期版本不混杂。

复杂交互可通过视频、原型或规则说明。

UI设计验收表

常见问题

UI验收需要开发参加吗？

建议参加，开发能提前发现实现、状态和组件问题，减少后续偏差。

所有页面都要设计移动端吗？

关键页面和复杂模块应提供，重复模板可通过规则和代表稿说明。

占位文案能否用于最终验收？

不建议。至少要用接近真实长度和数据范围的内容测试。

设计系统需要单独验收吗？

中大型产品建议单独检查组件、变量、命名、状态和文档。

上线效果与设计不一致怎么办？

需要对照设计稿、交互说明和技术限制，区分开发偏差、需求变化和设计遗漏。