说实话，这行的沟通成本，往往比干活的成本高。
需求怎么说清楚
需求文档这个东西，写得越具体越好。「简洁一点」这种描述，每个人理解都不同。
异常状态一定要在设计里体现，不然开发只能自己猜。
验收标准提前定，比如兼容哪些浏览器、支持哪些机型。
设计稿确认之后尽量别大改。中途推翻重来，工期和预算都会失控。
顺便提一句，交付物里写清楚：源文件、切图、代码，一样别落下。
设计和开发的配合
要不要适配手机，提前定，这个直接影响报价。
还原度别追求极致，差不多就行，死磕细节会拖死工期。
做这行久了，我感觉好的外包关系像搭档，不是甲方乙方的对抗。
就这点事。
设计与开发的交接，最好有标注。间距、字号、颜色，写清楚能少很多来回。
维护条款别漏，上线之后的小改动谁来做，提前说清。
交付和验收
定个固定的沟通节奏，临时打断太多次，谁都做不好事。
有个细节，先定设计规范再画页面。颜色、字号、间距统一了，后面出图会快很多。
找本地团队的好处是可以当面过稿，有些事线上说不清楚。
报价这块，按页面算还是按工时算，各有各的适用场景，别只比总价。这点挺重要。
换个说法，先做样板页是个好办法，风格定下来后面就顺了。
说实话，字体种类一多就乱，两套字体通常就能解决所有场景。
我记得，主色控制在两三种，颜色太多会让人觉得廉价。
图标风格要统一。混着用几种风格的图标，一眼就能看出是拼凑的。
老实说，各种状态都要画出来，漏一个开发就得来确认一次。
需求怎么说清楚
听起来简单，不同屏幕下的排版规则要写明，不然适配出来的东西跟设计差很远。真遇到就明白了。
修改轮次最好约定一个上限，双方都有预期，合作才舒服。
这事吧，别把页面塞满，留白不是浪费，是让眼睛有地方休息。
真要合作，建议先把验收标准写出来。