矛盾的根源：设计师画的东西开发做不出来

苏州高新区有家做医疗器械APP的公司，设计师做了个炫酷的心率波形动画，开发小哥看了直摇头——要用Core Animation手写，至少多花两周。设计师觉得开发水平不行，开发觉得设计师不切实际。这种矛盾几乎每个项目都有。根源在哪？设计师不懂技术边界，开发不参与设计阶段。解决方法很简单：设计开始前，拉开发开个30分钟的碰头会。设计师说"我想做这些效果"，开发说"这个能做但要3天，那个做不了可以换方案"。提前对齐预期，比后期扯皮强一百倍。

设计标注：别让开发猜尺寸

设计师交付的稿子如果只有图片没有标注，开发就得自己量尺寸、猜间距、试颜色。苏州工业园区一家做OA系统的公司，之前设计师用Sketch出图，标注全靠截图配文字说明，开发经常看漏细节，做出来的效果跟设计稿差了十万八千里。后来换了Figma，标注自动生成，开发鼠标一移就能看到间距、字号、颜色值，返工率从40%降到了10%以下。工具不是关键，规范才是。不管你用什么工具，交付时这些必须标清楚：元素尺寸、间距（margin和padding）、字号字重、颜色色值、圆角大小、阴影参数。标注越细，开发越省心，撕逼越少。

交付物要齐：别交一半留一半

踩过坑的人都知道，设计师说"交付完了"，结果开发发现缺东西。完整的交付物清单应该包括：高保真设计稿（所有页面状态）、交互说明文档（每个按钮点了去哪、各种弹窗什么时候出现）、切图资源（各种分辨率的icon和图片）、视觉规范文档（颜色、字体、间距标准）、动效说明（哪些地方需要动画、动画时长和缓动曲线）。苏州昆山一家做工厂MES系统的企业，设计师只交了视觉稿没给交互说明，开发自己猜逻辑，做出来的流程跟设计师想的完全不一样。项目延期一个月，双方互相甩锅。所以交付物清单要写进合同里，一样一样验收。

建立沟通节奏：别等问题攒到爆

很多项目的设计和开发是割裂的：设计师做完扔给开发，开发做完扔给测试，出了问题再回头找设计师。这种瀑布流模式效率极低。苏州姑苏区一家做餐饮小程序的工作室，他们现在用敏捷模式：设计师和开发坐一起（物理上或线上），每天早上15分钟站会同步进度。设计师改了一稿当场给开发看，开发说"这个列表用UICollectionView实现不了你换个方案"，当场改。项目周期从原来的两个月缩到了五周。沟通频率比沟通内容重要。每天聊5分钟比每周开2小时会有效得多。设计师别关起门来画图，开发别闷头写代码，有问题随时喊一声。

验收标准：拿设计稿对比，不是"差不多就行"

开发说"做完了"，你打开一看，颜色偏了、间距不对、字体不一样。怎么办？验收要有个标准。苏州相城高铁新城一家做AI产品的公司，他们的做法是：设计师参与开发验收，逐页对比设计稿和实现效果。差异超过2px算不合格，颜色色值偏差超过5%要修。严格吗？严格。但他们的APP上线后用户反馈"看着精致"，应用商店评分从3.8涨到了4.6。验收不是走过场。设计师有责任确保最终产品跟设计稿一致，开发有义务按稿实现。把验收标准在项目初期就定好，谁也不委屈。