UX视角：如何和产品经理和谐相处？

　　国内大部分公司都没有单独设立UX（用户体验）岗位，一般都是由产品经理包揽了UX的工作。那么，如果有独立的UX岗位，产品和UX如何和谐共处呢？
　　在浏览国外PM的方法论时，我看见一个有意思的比喻：
　　产品经理就像蝙蝠侠，擅长可以落地的、实用的解决方案；
　　而UX设计师就像超人，能带动情感共鸣，对塑造产品长期的形象很有帮助。
　　其实硅谷创业公司也分两派：
　　究竟是看着UX设计师和PM时常发生争执？
　　还是干脆请一个半神来身兼两职？
　　说实话，起初我很难与PM的思维过程同步。作为设计师，我倾向于考虑用户体验、流程（flow），各组件间的一致性如何，以及在不同的分辨率下如何更好的呈现等等。
　　Adhithya如是说。
　　今天我们就来讨论下这个可能会得罪两边的话题UX和PM如何更好的沟通。
　　UX和PM有哪些工作需要沟通？
　　这里直接引用MelissaPerri的一张图：
　　图片来自twitter。comlissijean
　　可以看出，设计师和PM的工作交集还是很多的：
　　UserResearch（用研）
　　Wireframes（线框图）
　　UserFlow（用户流程）
　　UserStories（用户故事）
　　Personas（用户画像）
　　IdentifyingNeeds（确定需求）
　　ValidatingFeatures（功能验证）
　　MVPs（MinimumViableProducts最小化可行产品）
　　Experiments（产品实验）
　　CustomerProblems（用户问题）
　　今天我们以设计师的视角，介绍AdhithyaRamakumar（OpenDNS产品设计师、HCI设计导师）在多年工作中和PM的沟通心得。
　　如何同PM更好的协作？
　　1。怎样提需求更容易被PM接受
　　当设计师们提到界面或交互优化（如想解决不一致性和增强效果）的时候，发现PM会有些不耐烦，其实不是他们觉得不重要或者不想解决这个问题，而是他们认为现在不是“恰当的时机”。
　　那究竟何时是恰当的时机？或者说提出什么样的设计需求更容易被PM接受？
　　回答这个问题比较复杂，多年的工作经验得出的结论是：记下当前的业务需求和工程安排，然后思考自己的设计需求是否符合以下原则
　　业务相关的前提新的设计是否有业务价值（提高关键数据、获取资源或现金流）。只有成功销售成功的企业才能生存，设计一些可能卖不动的东西是没有实际意义的。
　　工程相关的前提新设计的交互是否会对系统造成巨大负担，了解工程约束有助于做出设计决策，现有的功能不能被中断。
　　2。建立UX的债务表（UXDebtSheet）
　　几乎所有设计师都听PM们说过类似的话：
　　我们先把核心的功能做出来，然后再来考虑你说的这些。
　　这是非常沮丧令人沮丧的，因为设计师们意识到产品将不会有感官上的优化，这样就根本无法达到理想体验。
　　所有需要优化的设计（即UXDebt），都可以看成是潜在的用户增长源泉，是UX设计师发挥其“超人”价值的施展空间。
　　AarronWalter将马斯洛的层次需求重新映射到用户的需求上，得出了可视化的UXDebt：
　　从下往上依次为：功能性、可靠性、可用性、愉悦性。金字塔的各个层面满足不同的用户需求，UXDebt就是达成这些层次跃迁的设计工作量。
　　具体来说，这些都属于UXDebt：
　　随着趋势和技术的变化需要重新设计界面；
　　现有界面是否能容纳更多按钮和功能；
　　交互模式、信息架构和UI组件出现了不一致怎么办；
　　让我们回到用UXDebtSheet和PM沟通：
　　为了避免“先MVP再优化界面”这种沟通带来的不愉快，有经验的设计师会列一张表单，将所有需要优化的设计，按照优先级清晰的排序。然后以此为节奏和依据去沟通。
　　优先级可以用四象限法得出，这种方法在其他部门也很常用：
　　注：纵轴为重要程度，横轴为实现的难度
　　优先级按照数字序号1234递减（序号为1的象限是容易实施且更重要的内容）。
　　实际上工作中随时可以用这种四象限法，给当前所有任务贴对应象限的标签。
　　3。参与用户体验测试（UXTest）的计划与实施
　　对于一款产品的开发和迭代来说，用户访谈是非常重要的一步，参与者能更早接触用户需求，有更多的思考时间，这也往往意味着更多的话语权。
　　建议UX设计师和PM一起构建访谈问题，共同进行用户访谈。
　　UXTest的一般框架如下：
　　测试的目
　　需要检验的假设
　　让用户走一遍交互界面
　　了解用户接下来的期望
　　经过这一步，UX和PM都了解到用户眼中的产品是什么样了。
　　4。与PM一起研究数据
　　这是UXdesigner和PM工作重叠的部分跟踪并了解用户的操作流程，GoogleAnalytics等分析工具提供了这种可能性。
　　用户点击操作时会发生什么？他们要去哪里？你如何衡量一个功能是否成功？
　　这些问题可以通过流程跟踪来解决，设计师和PM可以一起协商需要跟踪哪些数据，特别是一些前端产品更需要这种探讨。