一场设计评审会开了6个小时，差点打起来
滨海高新区一个做智能物流APP的团队，设计师和前端开发在评审会上吵了一下午。设计师说开发做的效果跟设计稿差了40%，开发说设计师根本不了解技术限制画了一堆实现不了的效果。项目经理两边调解无果，项目延期了17天。这种场景在天津的APP开发团队里几乎每个月都在上演。
设计和开发的矛盾本质上是沟通断层。设计师用Sketch或Figma画图时不受任何技术约束——按钮可以是任何大小、间距可以是任何数值、动效可以无限炫。但前端代码是有限制的——iOS和Android的渲染机制不同、不同机型分辨率不同、第三方组件的可用性不同。两者的认知差就是冲突的根源。
解决方法一：出一套设计规范文档。不是一拍脑门定，而是把颜色、字号、间距、圆角、阴影这些基础元素做成一个变量体系。比如主按钮圆角固定8px、一级字号16px、标准间距12px和24px。设计师用这个体系画，开发用这个体系写，双方对着同一把尺子量，偏差自然就小了。北辰区一家做财税APP的公司出了设计规范后，开发还原度从不到70%提到了93%，返工量少了60%。
解决方法二：用标注工具而不是截图标尺寸。Figma和蓝湖这类工具可以生成网页版的标注页面，开发点任何元素都能看到精确的尺寸、间距、颜色值和字体信息。别让开发自己量——肉眼量的误差至少2到3像素，几个页面下来就歪了。西青区华苑的一个电商APP团队因为这个省了前期对接至少30个小时。
解决方法三：建立组件库而不是每个页面画一遍。按钮、输入框、列表项、弹窗这些高频组件做成组件库，设计师拖组件拼页面，开发调对应组件的代码。好处是一旦组件定下来所有用到它的页面自动统一，不存在同一个按钮在不同页面长得不一样。这个投入大概是设计师3到5天的时间，但后续项目能持续受益。
解决方法四：评审不要等到设计全部做完。很多人犯的错是设计师画完所有页面才叫开发来看——这时候改一个组件意味着几十个页面都要改。每完成一个大模块就拉开发看一下，有技术问题尽早暴露。河东区那个做本地服务的团队就定了个铁规矩：周二下午4点设计开发碰头15分钟，只聊这周画的部分有没有实现问题。坚持了两个月后，因为设计开发偏差导致的返工从占项目总工时的17%降到了3%。15分钟的周会，省了上百小时的返工时间。天津的APP团队规模普遍不大，更要把协作效率做上去。