用户体验团队与开发团队的异同有哪些

在建立用户体验驱动的文化时，跟同级的开发主管建立共识需要注意哪些方面，两边的差异点是什么？

设计师和开发者都是专业驱动型工作，其实本质上应该有很多共同语言，但是因为专业方向和思维方式不同，所以容易引起误会。

不要在开发侧提什么用户体验驱动，尊重用户体验这个是常识，软件开发出来也是期望用户能用好，如果这个认知都没有，那就是开发人员的基础常识不够，要先做普及教育。

考虑一下目前开发团队的架构、管理方式、开发流程，不要在别人关注稳定性的节点去做界面像素级优化的事，也不要在后端压力测试的时候想着上什么新功能。这些属于项目管理的事情，先和项目经理、产品经理沟通好，再去顺应大研发流程提出设计需求，提高需求接纳度。

关注开发团队的核心KPI，通过一些设计方法和沟通流程的优化，让开发团队的成员尽量少开会，多进行有意义的决策，帮助他们解放时间去写代码。因为任何影响他们编码的人，都会被认为是嘴炮，不落地。

和开发站在同一视角看问题，基础的开发常识、逻辑、专业术语，自己去学学，自学能力不够就邀请开发团队的主管到团队来帮助培训几次，别人说什么你完全听不懂，还要费劲和你解释，那么就很难达成共识。同时你也可以给开发团队讲解一下UX设计的基本原则、设计方法和设计思维。

学会共享知识和信息，团队内各种产品信息，用户反馈，老板的挑战，都可以同步给开发团队，不要孤立地认为他们只是写代码的。另外遇到一些小问题，可以自己先去Github搜搜别人的代码，到Stackoverflow上面提问题，通常会有不错的源码和答案。

一方面可以提升大家解决问题的效率，另一方面也是自己学习的过程。

不要随便说“这个很简单的，你很快就做出来了”，这和对设计师说“这个比较快，你今天出两稿来看看”都一样很令人反感。

设计和开发都是需要专业思考、深入洞察、符合逻辑提出解决方案的过程，粗暴地简化别人的专业性是对专业的不尊重，不从专业出发，也就很难达成什么具体的共识。