最近经常被问到设计还原度的问题，尤其是在异地合作的团队中表现的更突出。结合个人经验谈几点，希望抛砖引玉，大家一起讨论。我个人可能比较幸运，遇到的开发大哥都比较专业，不过也遇到过一次设计还原度为零的情况。

    首先，如果设计还原度确实比较低，那么请思考一下，是否能够定位问题所在，是主观因素还是客观因素？是偶然事项还是大概率事件？找到问题，才能针对性的解决问题。

    穷举一些解决方案：

    1.提升设计输出质量，尤其是新人设计师或者刚刚开始磨合的团队。包括输出简明扼要的设计说明；加强前期沟通，比如进入开发前的设计稿讲解；使用更高效的协作工具，比如蓝湖等，使设计标注更加贴合开发场景。做好前期的准备工作，尽可能的多做思考，完善设计稿，尤其是边界情况，把自己的问题留给自己，这样可能产生的设计还原问题就会大幅减少。

    2.摸索适合团队的沟通方式。当进入设计验收阶段，应与开发同学共同摸索一套双方都能接受的清单模式，标明问题，修改建议，重要层级，根据实际情况详细说明或者简要说明，能够当面沟通更佳。

    3.建立统一的设计语言，并在团队中推广应用。设计团队是否有成型的设计规范？是否在设计团队及开发团队中宣讲并落地？合理的设计规范、控件库能够保证设计的一致性，并且提高设计师工作效率。如果能够落地为代码控件库，则能够减少设计还原中的潜在问题，并且同样提高开发同学的工作效率。

    4.提高设计师话语权。这是一个比较复杂而且需要长期努力的问题。每个公司都会有其实际情况存在，团队越大，情况越复杂。设计师团队或者个人的话语权如果很弱，确实会面对十分被动的处境。首先需要说明的是，话语权是赢得的，而不是赋予的。想要改善被动的局面，要认清所处的环境，问题的症结，调整定位，并付出努力。只有证明了设计确实能够解决问题，甚至驱动商业价值，才会逐步提升话语权。

    5.加强团队建设。尤其是异地合作团队，应抓紧一切机会加强团队建设。良好的团队合作氛围是有效的润滑剂。没什么是一杯咖啡解决不了了。

    6.做更加了解技术的设计师。这里并不是让设计师去学代码，而是不断拓展自身的技术边界。多向开发同学请教，即便遇到技术确实难以实现的情况，不要逃避或者过于固执，了解具体原因，不断累积自己的技术知识。很多开发同学是十分乐意分享和思考的，他们的建议有时候确实会产生新的可能性。

    7.端正态度。好的合作关系如同一条战壕里的战友，哪怕多年后回想起来，也应该是一起冲锋陷阵的光辉岁月。设计师应该认识到自己在整个项目流程中的位置，不卑不亢，把麻烦留给自己，不要推卸责任或者互相推诿，逐步打造自己的声誉和气场。

    以上一些个人经验，总之，如果所处的环境不佳，要么沉默，要么去改善。付出努力，一定会有收获。