在数天前我对一款应用的界面提出了一个有趣的构思，在对易用性和设计进行了深入的观察后，我将自己的构思与其中一位开发人员进行了交流。很快我便收到了他的回覆：「你的想法我们不能实现。」当然，我的解释并没有任何问题，只是我的构思和应用现有的代码结构相违背。如果想要实施，应用的稳定性和简洁程度将会得到妥协，而且实施起来需要大约 2 个月的时间。
事件发生以后，我在进行设计时开始将技术约束纳入自己的计算范围当中。在开发过程中，技术条件和开发时机都存在一定的限制，而且开发人员往往倾向于使代码尽量保持整洁，因此团队合作往往意味着不断进行协商并尽量尊重一些基本的原则，以免浪费时间。
那么你应该如何避免触怒开发人员呢？
1、切记过度空想主义，你的构思必须能够实现。
2、让他们知道你关于应用的思考过程，你的构思到底是怎么来的？
3、要对真实数据了然于胸并多考虑「可扩展」型设计。 如果出现编程代码过长的情况，其原因到底是什么？用另一种编程语言进行开发会怎样？假设你在将来需要为应用增加更多的条目，届时将出现哪些情况？
4、如果你不知道空白状态是怎样的，你应该尽快将其弄明白。
5、你需要解释自己为何选择特定的布局、颜色以及交互方式。
6、风格指南和素材资源对于开发者的工作而言至关重要，你需要向他们指明需要用什么颜色、字体以及交互界面。 你需要以正确的方式收集素材资源，并将其投放至正确命名的文件夹中。
7、尝试自行构建一个产品原型以检验自己的设计是否可行。
8、在原型检测可行的情况下，向开发人员展示自己的产品模型。
9、如果你明白开发人员所使用的编程语言，你将会获得尊重。 假如你对于编程语言（(HTML、CSS、Java、PHP、JavaScript、C #、Objective-C、Swift 等）有相当的了解，你大可以成为他们当中的一员，他们将会带着愉悦的心情听你解释你的设计方案。
10、切勿将用户搁在一旁。
为了和开发团队达成良好的合作关系，我在每天的工作中都会谨记这些原则。
近来对我帮助最大的是关于构建原型检验设计的第 7、8 条原则，因为进展过这两步工作后，我可以确信自己的设计可行，开发人员也会更加容易理解我的设计方案。你可以在产品的原型中对操作手势、互动方式、流量控制、易用程度、字体排列、使用外观等层面进行检测，岂非一大乐事！
你可以使用几种工具以打造出一个可行的产品原型，包括：Invision、Marvel、Pixate 和 Principle。在我眼中，最好的工具要数 Principle，因为经其打造的产品原型拥有非常逼真的动画效果。
结论
不论是在哪一个层面，良好的团队合作关系都是保证结果的关键。在宁静的氛围中，团队的每一个成员都带着相互理解的同理心去工作，这才是保证项目每一个环节进展流畅的关键。只要团队的每一位成员都尊重规则，他们便有可能打造出一款出色的产品。
我还给规则条目增加了一些自己在今年中所学到的规则，这些规则涵盖了管理和人性的范畴。有了这些规则，我相信开发团队对于设计团队所做的工作会有一个更好的了解。
本文文字及图片出自 tech2ipo.com
你的反应是：