薛斯塔：交互设计师和产品经理的协作问题是产品设计中的一个老大难，我在工作中经常会听到同行对产品经理们的血泪控诉。作为交互设计师，学会和团队中不同的角色协作是我们的专业能力之一，如何沟通、影响乃至于推动自己的设计方案进行实施是每一位设计师需要去磨练的，这不仅仅是那份执着，更是一种技巧。
下面进入译文。
在互联网行业，交互设计师还是一个相对比较新的职位。因此，在工作中我们常常见到产品经理过多介入交互设计师的工作，甚至有的团队直接让产品经理来做交互设计的工作，这是为什么呢?实际上，在互联网发展的早期，这确实是同一个人的工作!产品经理的职能之一就是支持和协助部署交互设计方案，以确保产品的方案可行性。随着互联网的成熟发展和工作职位的细分，交互设计师这个被细分出来的角色被定位出来设计产品的交互方案是威胁到了产品经理的工作范畴。
因此，在日常工作中，产品经理和交互设计师这对冤家是一直在暗中脚力的，交互设计师的方案每每遭到产品经理的质疑甚至是无视，这其中有专业能力层面的合理分歧，当然也夹杂着一些主观层面的感受之争，最终导致的是产品经理经常性的忽视来自体验设计团队的一些方案建议。那么，我们如何才能改善两者之间的合作关系，从而使两者能够客观的协作制定合理的体验设计方案呢?
产品经理拥有最终话语权
对于用户体验设计角色来说，最大的挑战是产品经理的最终拍板权。如果面对的是一个相对客观的善于听取对方意见的产品经理的话，那么两者协作起来会相对轻松。但当你遇到一个非常有主见的PM的话，你的方案和建议就很容易被忽视。不过，有些方法可以试着提高你的设计被采纳和被重视的几率。
首先，系统的完善你的设计方案。应该清楚的注明方案的优缺点，以及期望完成的目标;试着将你的方案阐述给产品经理以外的其他成员。如果所有的团队成员都清楚的了解方案的优点，那么产品经理就很难再去忽视它了，同时产品经理也不得不更仔细的去分析你的交互方案。
其次，调动尽可能多的团队成员来参与到你的方案当中。比如借助团队成员来做你的可用性测试，用户研究等，借此机会将你的设计方案宣传开来。如果大家都对你的方案表示支持和称赞，那么无形当中也为你的方案做了背书。
产品经理想让你做ta的小婊砸
产品经理往往是有业务层面的KPI压力的，这往往会导致产品经理在方案设计时的保守特性，尤其在一些大的企业里，一个小小的失误可能会导致严重的数据指标的下滑。因此，这无形当中也导致了产品经理对于产品方案主导权的渴望。如果他们不能左右产品方案的主导权，那么他们将无法预判业务数据的走向，也就面临着潜在的丢掉工作的危险。
对于交互设计师来说，我们可以从KPI压力中逃离出来。首先，体验设计团队的考核标准往往和产品经理们不一样，往往没有来自于业务数据指标层面的直接压力。其次，针对方案的争论点，我们可以在产品正式上线前借助用研数据来作证方案的优劣，比如借助A/Btest来验证方案，这样可以更加客观的去验证孰优孰劣。
产品经理不厌其烦的试图设计产品
这可能是作为产品经理经常容易犯的毛病吧。虽然产品经理在过去确实兼备这个职能，但当一个新成员来到团队后，他们还是不自觉的试图去左右设计工作。
当产品经理查看交互设计师的方案的时候，他们常常会从自己的角度思考你的方案是否满足了他本身的使用习惯、或者是他认为的用户的使用习惯，并从而决定是否是使用你的方案。在这种情况下，交互设计师们不要试图据理力争，以证明自己方案的合理性。应当做更多的用户研究，在根据产品经理的意见修改方案的同时，准备两到三套其他方案，并测试它们，客观的向产品经理们证明哪套方案更加合理。
归根结底，交互设计师要做的是向产品经理证明你们是在同一个战壕的亲密战友。相较于口头的据理力争、快速决策，更完善的方案测试和用户调研才是满足用户需求、制定合理方案的正确方法。
产品经理认为自己就是产品的目标用户
这不是产品经理独有的情怀，包括交互设计师在内，很多产品设计者都存在这种主观论断。他们以自己的角度去思考产品的设计合理性，并最终设计出一款自己喜爱的产品。
同样，只有更多的用户研究和测试，收集更多来自用户的反馈，才能够帮助产品经理及所有的产品设计成员认清方案的优劣。
总结
