改善设计师与开发同学合作的5个原则

保持学习，保持新鲜。

每日外文学习，获得行业最新动态，了解行业最新理念。包括视觉设计，动效设计，产品设计，用户体验，设计系统，设计原则等等知识。记录文章概要快速预览学习，有兴趣的可以文末查看原文了解更多或留言讨论。

重要的是原则（道），而不是战术（术）

作者一来就否定了一些文章经常提到的10个具体方式提高沟通能力，比如如何管理文档，如何标记设计文件等等。在作者看来，不同的行业，不同的团队，同一个团队的不同项目都有其不同的组织结构以及不同的挑战，这些跳转影响着他们的工作流程，使用工具等等。因此，没有一种方法是最优解。

一个方法在一个项目中运行良好，但在下一个项目中却成了一场灾难。 如果我要写具体的指导方针，每隔几周就必须重写一次，所以我宁愿专注于原则。

原则一：开发者就是你的用户

除非我们自己编写程序，否则，实际工作做我们项目中交付的东西的真正用户是开发人员。所以我们可以以开发人员为中心，以此建立工作模型和交接方式，彻底的从他们的角度考虑问题，如什么文档形式交接，交接周期是多少，文字文档与可视化文档如何平衡等等。

我们应该调整我们的设计解决方案以适应用户的需求，我们也应该调整我们的设计工作流以适应我们开发伙伴的需求。

原则二：唯一不变的是改变

设计师要学会变通，一方面，每次的新项目或一个项目的不同阶段都可能需要调整新的工作流和文档。另一方面，在跨部门合作中，可能需要适应不同开发人员的个性，有的喜欢面对面交流，然而有些喜欢在线交流。所以没有一种单一的方法来处理设计文档和跨团队的协作。

任何变化都可以影响到现有的工作，如新的人员加入团队，截止日发生变化等等。学会认识到一个团队中看不见的协作机制，并准备好快速调整你的工作流程，不仅能在短期内避免挫折，而且从长远来看能使你成为一个更好的协作者。

原则三：设计永远不会完成

特别是在敏捷开发项目中，我们时常误以为完成了界面的设计就是设计师的全部责任，但这只是工作的一部分。在开发阶段，我们需要持续的跟进，开发人员会在这个阶段不断询问一些设计细节的问题。时常会遇到一些为我们在设计界面时未曾想到的一些功能逻辑等问题。我们除了关注界面视觉外，更加应该多去考虑功能。添加的约束和规则越多，我们越难在保持简单和良好体验中保持平衡。这能看出来了一个设计师的能力。

同时，如果一个产品最终的体验不符合预期，这不只是其他同学的责任，更是设计师的责任。我们的最终目的是设计出符合用户体验的产品，而不是一个看起老很好的模型。这意味着我们要对我们团队实现的最终产品负责。

原则四：更少但是更好

随着产品设计行业的发展，产品经理在验证一个产品的可行性时，会采用MVP。这对于设计师来说看似减少了工作量。但实际来看我们应该做到是配合产品经理将MVP的功能做到极致，专注于现有功能的质量。设计工作上看似更少让我们可以投入更多的时间在一个功能的打磨上，更多的时间与开发同学沟通。

原则五：激情是有感染力的

开发同学可能不会像产品和设计一样去了解我们的目标用户，甚至不清楚自己开发的功能对于用户实际生活的影响。确实在实际工作中，他们也没有如此多的精力像我们一样去做用户调研，用户访谈等工作。

但是设计师代表团队中用户的声音。我们时常理所当然的认为我们处处为用户着想，但却忘了在团队中，我们对于表达用户的心声扮演着重要的角色。因为我们正在创造的东西，一些人的生活正在发生改变。这样的成就感我们应该同步到团队的每一个成员中去。让开发同学也更好的了解自己创造的价值，理解产品将如何影响人们的生活。

设计是一项团队项目

随着数字团队的发展，设计师在团队中已经不再只是完成设计交付物这样的工作了。同时也需要有团队协作和支持能力。（在我看来，沟通能力，协作能力是一名设计师的横向能力。对于现在的设计师，也需要发展自己的纵向能力，不再只是画界面和图标，可能根据自身的发展还需要交互能力，数据分析能力，运营能力，产品能等等。这样去不断提升自己的竞争力吧！）

原文地址