📌 什么时候需要写？ 交互流程复杂（涉及多种状态和条件判断）。 有多个角色和权限的差异化展示。 动效逻辑需要详细说明。 开发团队在异地或不同时区，没法随时面对面沟通。
📌 设计说明文档的结构：
🔸 需求概述 简要描述这个功能的背景和目标。
🔸 页面清单 这个功能涉及哪些页面？列出所有页面并附 Figma 链接。
🔸 交互说明 每个关键交互用「触发条件 → 交互行为 → 结果」的格式描述。 比如：「用户点击删除按钮 → 弹出确认弹窗 → 用户点击确认 → 删除数据并展示 Toast 提示"已删除"」。
🔸 状态流转 用状态流转图展示不同状态之间的切换关系。 比如订单状态：待审批 → 审批中 → 已通过 / 已驳回 → 已完成。
🔸 异常处理 各种异常情况的处理方式一一列出。
💡 设计说明不需要写得像产品需求文档那么详细。 重点是把设计稿里「看不出来」的逻辑讲清楚。
📚下面这份《UIUX 学习指南》，是我花 1 年时间整理，萃取苹果、谷歌等大厂设计智慧搭建而成的：
• 体系完整又系统，从视觉、交互到用研、产品，覆盖 UI/UX 全链路
• 不管是零基础入门、中级进阶还是冲资深，都能精准适配
• 每天花 5～10 分钟，就能稳步搭建起专业认知框架
👇文末加入「UIUX 学习指南」，每天 5～10 分钟，坚持学习。
你会发现，焦虑、迷茫会被“坚实的确定性”挤走，你重新认识了自己和设计。
