设计师和开发者如何成为好基友

随着“团队的设计中心化”趋势逐渐铺开，关于设计师与工程师之间差异乃至冲突的议论也变得不绝于耳。遗憾的是，这些争论并没能带来什么建设性成果。但是反过来想想，矛盾与冲突不也是丰富生活的理想调剂么？

但根据很多当事者的描述，这类矛盾的激化程度已经远超想象，我们很难仅仅将其视为思维方式间的正常碰撞。我也跟很多设计团队共事过，其中留下深刻印象的要数自己目前供职的艾迪欧设计公司，一家在硅谷赫赫有名的设计企业。我知道如何才能在设计师与工程师之间搭建起紧密而富有成效的沟通桥梁与合作关系，也明白这一切都需要靠时间与换位心态来实现。

保持设计的超前性

设计工作在思路上应该始终领先于工程工作。大家最好让设计团队的起步点早上一段时间，但最多不要超过两周——一旦间隔时间过长，很可能在工程团队开始实施时当初的某些设计理念已经被市场所抛弃。交互机制与视觉设计应该在工程师们写下第一行代码前就全部完成，这样可以避免我们在开发过程中频繁进行改动——过于飘忽的项目进度不仅效率得不到保证，同时也会慢慢耗尽员工热情与产品生命力。

共同制定优先顺序

这一话题无论如何强调都不为过。对功能的优先级进行排序不仅为最终产品带来了清晰的结构关系、减少意见摩擦，也能够帮助团队从数不胜数的任务中理清头绪、逐个击破。

根据工程及设计团队的工作现状制定项目冲刺计划，为双方提供足够的信息，让他们理解未来工作中各项事务的优先级划分。只要明确了出于利弊权衡而做出的最终决策，大家就能免受意见摩擦所引发的方向性困扰。

制定好优先级策略后，请务必坚持执行。除了紧急情况以外，任何能够快速起效、有所帮助或者其它一些临时性项目修正都必须靠边站。

将换位思考转变成一种文化

一个杰出的产品团队不仅要让工程师与设计师们站在客户的角度想问题，更需要二者站在对方的立场上做出决定。这种宝贵的精神财富应当成为企业文化的一部分。

所谓以设计为导向，意味着我们要把设计作为产品创建过程中的合作伙伴（以及方向引导者）。——Cap Watkins

工程团队也应该秉持同样的理念。尽可能在产品概念中将双方的意见全部纳入进来，也就是Braden Kowitz所描述的由设计-产品-工程共同构成的“金三角”。

设计优化工作能够在最大程度上满足用户对使用体验的需求，其中每一项细微调整与设定的集合才最终使产品变得“恰到好处”。工程团队则需要在保证一切概念得到完成兼顾的前提下把想法变成现实。虽然说起来容易，但很多时候我们必须在两个极端之间做出艰难的权衡。

与大多数人的看法相反，我认为设计师与开发者的世界完全不同、缺乏共通性可言。二者都沉浸在自己的技术专业中、坚守由来已久的独特文化理念，有时甚至会以精英主义观点评判对方。尽管矛盾如此尖锐，但他们对于工艺的不懈追求、自我价值的体现冲动以及挑战极限的急切热情令握手言和成为可能。 ——Wells Riley

我们应该学会欣赏对方的角色定位，从午餐时的轻松闲聊开始逐步打破技术与设计人员间的交流阻碍。订阅Hack Design网站（http://hackdesign.org/）、参加Treehouse的相关培训项目，这一切努力都将在未来的工作中获得回报。