我见过最折腾的项目，改了三版设计稿，最后一版跟第一版差不多。
设计和开发的配合
顺便提一句，留白挺关键。很多甲方的反馈是「太空了」，其实那正是舒服的地方。
图标别东拼西凑，风格统一是最容易被忽略的细节。
- 要不要适配手机，提前定，这个直接影响报价。
- 源文件要约定好交付。设计稿的源文件、前端代码，都写在合同里。
- 交互细节最容易漏：加载状态、报错提示、空页面，这些没写清楚就会扯皮。
- 前端还原度这事，一般在百分之九十上下就算不错了，要求百分百会很痛苦。
- 需求文档这个东西，写得越具体越好。「简洁一点」这种描述，每个人理解都不同。
- 设计稿确认之后尽量别大改。中途推翻重来，工期和预算都会失控。
- 验收标准提前定，比如兼容哪些浏览器、支持哪些机型。这块别偷懒。
- 修改轮次最好约定一个上限，双方都有预期，合作才舒服。
- 主色控制在两三种，颜色太多会让人觉得廉价。
各种状态都要画出来，漏一个开发就得来确认一次。
设计稿要标注清楚响应式规则，不然前端只能凭感觉适配。
字体别用太多种。正文一个、标题一个，基本就够了。
需求怎么说清楚
样式规范提前定好，不然后面每个页面都要重新对齐一遍。
别嫌我啰嗦。
合作心态很重要，把对方当搭档，事情会顺很多。
本地的团队在沟通上有地缘优势，能坐下来当面聊，效率确实高些。
报价这块，按页面算还是按工时算，各有各的适用场景，别只比总价。
有个细节，标注这步别省，标注不清楚，前端只能靠猜，猜错就要改。
定个固定的沟通节奏，临时打断太多次，谁都做不好事。
先做样板页是个好办法，风格定下来后面就顺了。
维护条款别漏，上线之后的小改动谁来做，提前说清。
这行没什么捷径，多沟通两句能省好几天。