设计师和前端吵架，多半是因为一个只管好看，一个只管好做。
需求怎么说清楚
需求文档这个东西，写得越具体越好。「简洁一点」这种描述，每个人理解都不同。
兼容范围提前说，别等做完才发现某个浏览器不支持。
先说个前提，确认稿之后的大改，代价往往超出预期，最好在前面多花点时间。具体还得看情况。
要不要适配手机，提前定，这个直接影响报价。
交互细节最容易漏：加载状态、报错提示、空页面，这些没写清楚就会扯皮。
说实话，还原度别追求极致，差不多就行，死磕细节会拖死工期。
交付物里写清楚：源文件、切图、代码，一样别落下。
听起来简单，报价这块，按页面算还是按工时算，各有各的适用场景，别只比总价。
样式规范提前定好，不然后面每个页面都要重新对齐一遍。
就这点事。
定个固定的沟通节奏，临时打断太多次，谁都做不好事。
先做样板页是个好办法，风格定下来后面就顺了。
后期维护要提前谈。做完了没人改，页面很快就会过时。
设计和开发的配合
标注这步别省，标注不清楚，前端只能靠猜，猜错就要改。
找本地团队的好处是可以当面过稿，有些事线上说不清楚。
合作心态挺关键，把对方当搭档，事情会顺很多。
这事吧，修改轮次最好约定一个上限，双方都有预期，合作才舒服。
字体别用太多种。正文一个、标题一个，基本就够了。
图标别东拼西凑，风格统一是最容易被忽略的细节。
老实说，设计稿要标注清楚响应式规则，不然前端只能凭感觉适配。
各种状态都要画出来，漏一个开发就得来确认一次。
别把页面塞满，留白不是浪费，是让眼睛有地方休息。
主色控制在两三种，颜色太多会让人觉得廉价。
写得有点散，凑合看。