UI 和前端是两件事，但很多甲方把它当成一个人干的活。
设计和开发的配合
还原度别追求极致，差不多就行，死磕细节会拖死工期。
交互细节最容易漏：加载状态、报错提示、空页面，这些没写清楚就会扯皮。
换句话说，交付物里写清楚：源文件、切图、代码，一样别落下。
原理是这样：验收标准提前定，比如兼容哪些浏览器、支持哪些机型。
简单说，要不要适配手机，提前定，这个直接影响报价。
需求文档这个东西，写得越具体越好。「简洁一点」这种描述，每个人理解都不同。
交付和验收
设计稿确认之后尽量别大改。中途推翻重来，工期和预算都会失控。
字体别用太多种。正文一个、标题一个，基本就够了。
后来才发现，主色控制在两三种，颜色太多会让人觉得廉价。
老实说，修改轮次最好约定一个上限，双方都有预期，合作才舒服。
各种状态都要画出来，漏一个开发就得来确认一次。
图标别东拼西凑，风格统一是最容易被忽略的细节。
先说个前提，设计稿要标注清楚响应式规则，不然前端只能凭感觉适配。
别把页面塞满，留白不是浪费，是让眼睛有地方休息。
这个细节挺关键。
后期维护要提前谈。做完了没人改，页面很快就会过时。
先做样板页是个好办法，风格定下来后面就顺了。
需求怎么说清楚
计价方式要看清楚，是按页还是按天，这决定了后面改需求怎么算钱。
做这行久了，在我看来好的外包关系像搭档，不是甲方乙方的对抗。各家情况不一样。
找本地团队的好处是可以当面过稿，有些事线上说不清楚。
设计与开发的交接，最好有标注。间距、字号、颜色，写清楚能少很多来回。
沟通频次建议固定下来，一周碰一次，比随时打断效率高。这块别偷懒。
说实话，先定设计规范再画页面。颜色、字号、间距统一了，后面出图会快很多。具体还得看情况。
讲完了，能理解到这一层，基本够用了。