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