不写成文章了，直接列条目。关于UI 设计和前端开发，值得记住的就这些。
交付和验收
- 交付物里写清楚：源文件、切图、代码，一样别落下。
- 说需求别用形容词，用具体的例子，找几个参考页面比说半天管用。
- 响应式适配要提前说清楚。只做电脑端和要做手机端，工作量差很多。
- 确认稿之后的大改，代价往往超出预期，最好在前面多花点时间。
- 交互细节最容易漏：加载状态、报错提示、空页面，这些没写清楚就会扯皮。
- 验收标准提前定，比如兼容哪些浏览器、支持哪些机型。
- 前端还原度这事，一般在百分之九十上下就算不错了，要求百分百会很痛苦。
这个细节挺关键。
- 留白挺关键。很多甲方的反馈是「太空了」，其实那正是舒服的地方。
- 不同屏幕下的排版规则要写明，不然适配出来的东西跟设计差很远。
- 交互状态要画全：默认、悬停、点击、禁用。少一个，开发就要来问。
- 主色控制在两三种，颜色太多会让人觉得廉价。
- 字体种类一多就乱，两套字体通常就能解决所有场景。
设计和开发的配合
改稿次数写进合同。不限次数的改稿，对双方都是折磨。具体还得看情况。
图标别东拼西凑，风格统一是最容易被忽略的细节。
合作心态很重要，把对方当搭档，事情会顺很多。
找本地团队的好处是可以当面过稿，有些事线上说不清楚。
听起来简单，定个固定的沟通节奏，临时打断太多次，谁都做不好事。
维护条款别漏，上线之后的小改动谁来做，提前说清。
标注这步别省，标注不清楚，前端只能靠猜，猜错就要改。
需求怎么说清楚
样式规范提前定好，不然后面每个页面都要重新对齐一遍。
计价方式要看清楚，是按页还是按天，这决定了后面改需求怎么算钱。
我通常会先做一个关键页面试试，双方感觉对了再铺开，这样风险小。我觉得值这个功夫。
单子就列到这，对着看就行。