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

国内大部分公司都没有单独设立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设计师和PM一起构建访谈问题，共同进行用户访谈。

UX Test的一般框架如下：

• 测试的目
• 需要检验的假设
• 让用户走一遍交互界面
• 了解用户接下来的期望

经过这一步，UX和PM都了解到用户眼中的产品是什么样了。

4. 与PM一起研究数据

这是UX designer和PM工作重叠的部分——跟踪并了解用户的操作流程，Google Analytics等分析工具提供了这种可能性。

用户点击操作时**发生什么？他们要去哪里？你如何衡量一个功能是否成功？

这些问题可以通过流程跟踪来解决，设计师和PM可以一起协商需要跟踪哪些数据，特别是一些前端产品更需要这种探讨。

作者：七日辑，微信公众号：七日辑，七天帮你实现小目标

本文由 @七日辑 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Unsplash ，基于 CC0 协议

给作者打赏，鼓励TA抓紧创作！

**赏

4人打赏