一、前期对接（关键，80% 问题都在这）

1. 先定技术约束，再出设计
   必须提前明确：兼容范围、性能红线、动效上限、图片大小、字体限制、不支持的特效。
2. 禁止设计定稿后才给技术看
   高难度视觉 / 交互必须先做可行性评审，避免重做。
3. 统一设计规范，不临时乱改
   色值、字号、间距、圆角、组件样式必须全局统一，技术才能模块化开发。
4. 明确响应式规则
   移动端 / 平板 / PC 的布局变化、文字自适应、隐藏区域要提前定义，不能靠技术猜。

二、设计交付物（缺一项就容易对接崩）

1. 必须提供带图层、可标注的源文件（Figma/Sketch）
2. 必须给交互状态：正常 /hover/ 点击 / 禁用 / 加载 / 错误
3. 必须给切图规范：2x/3x、WebP、命名统一
4. 必须说明动效参数：时长、缓动、触发方式、循环规则
5. 复杂效果必须文字说明（毛玻璃、渐变、视差、遮罩等）
6. 禁止只发一张 PNG 效果图就叫开发

三、开发实现中的注意事项

1. 不口头沟通样式
   所有疑问在设计工具内标注评论，留痕可追溯。
2. 技术不擅自删改设计
   性能问题先做优化（压缩、懒加载、CSS 替代），实在不行再协商简化。
3. 复杂模块先出 Demo 确认
   动效、轮播、弹窗、导航等先做小样，设计确认再全量开发。
4. 保持组件复用
   相同控件不要写多套样式，避免后期维护混乱。
5. 字体必须线上加载或系统替代
   禁止本地字体上线后乱掉。

四、走查与验收（必查项）

1. 设计做像素级走查，不凭感觉
2. 检查所有状态，不只看默认页
3. 多设备、多浏览器实测，避免兼容崩
4. 性能与体验同时验收
   快、稳、好看三者缺一不可。
5. 问题统一记录、闭环整改，不遗留到上线。

五、沟通与协作禁忌

1. 禁止 “我觉得好看就行”“我觉得能跑就行”
2. 禁止跨人对接，固定1 设计 + 1 前端对口
3. 禁止频繁改需求、改设计，变更必须走确认流程
4. 禁止互相甩锅，以最终用户体验为唯一标准

六、一句话浓缩核心