技巧这东西听着不起眼，真用起来能省不少力气。下面这几条是我自己常用的。
交付和验收
- 验收标准提前定，比如兼容哪些浏览器、支持哪些机型。真遇到就明白了。
- 源文件要约定好交付。设计稿的源文件、前端代码，都写在合同里。
- 还原度别追求极致，差不多就行，死磕细节会拖死工期。真遇到就明白了。
- 交互细节最容易漏：加载状态、报错提示、空页面，这些没写清楚就会扯皮。
- 要不要适配手机，提前定，这个直接影响报价。
- 交互状态要画全：默认、悬停、点击、禁用。少一个，开发就要来问。
- 确认稿之后的大改，代价往往超出预期，最好在前面多花点时间。
- 需求文档这个东西，写得越具体越好。「简洁一点」这种描述，每个人理解都不同。
这里不多展开。
设计和开发的配合
我自己踩过，设计稿要标注清楚响应式规则，不然前端只能凭感觉适配。
字体别用太多种。正文一个、标题一个，基本就够了。
别把页面塞满，留白不是浪费，是让眼睛有地方休息。
修改轮次最好约定一个上限，双方都有预期，合作才舒服。
主色控制在两三种，颜色太多会让人觉得廉价。
图标风格要统一。混着用几种风格的图标，一眼就能看出是拼凑的。具体还得看情况。
报价这块，按页面算还是按工时算，各有各的适用场景，别只比总价。
有个细节，标注这步别省，标注不清楚，前端只能靠猜，猜错就要改。
定个固定的沟通节奏，临时打断太多次，谁都做不好事。
先做样板页是个好办法，风格定下来后面就顺了。
维护条款别漏，上线之后的小改动谁来做，提前说清。
接着说。
样式规范提前定好，不然后面每个页面都要重新对齐一遍。
老实说，找本地团队的好处是可以当面过稿，有些事线上说不清楚。
合作心态挺关键，把对方当搭档，事情会顺很多。
就说这么多，剩下的自己碰。