产品经理和交互设计师各自在产品开发中扮演着重要角色，二者之间的协作，将很大程度上助推产品的落地实现。那么，这两大角色之间的协作关系是怎么样的？本文作者结合经验谈了谈他的看法，一起来看看吧。
之前文章提到过“交互设计师”的工作处境不好，不受重视。当我转行产品经理后，反而觉得交互设计师很重要。今天就聊聊产品经理如何与交互设计师进行协作。
导致这种情况的因素有很多，有公司、团队层面的问题，也有设计师个人发展的问题。我们改变不了外部环境，就从自身找找问题。
作为产品经理，我对用户体验抱有很高的期待。虽然我会主动画原型，但是主要是从业务角度出发来传达业务需求，如果有交互设计师配合，当然希望交互设计师能从用户、交互的角度提供改进意见。
产品经理在需求传达时，可能会省略掉很多信息，只传达需求本身的内容。设计师想要做好产品的交互体验，就需要主动了解用户场景、需求背景等信息。
如果交互设计师缺少经验，或者主动性不强，设计方案只是简单优化下界面布局，这在大多数产品经理看来并没有多少价值，感觉自己也能做。或者设计方案缺少有力的设计策略支撑，也很难说服产品经理。
甚至有些设计师缺少工作方法，做完方案直接丢给产品经理，也不主动告诉产品经理做了哪些调整优化，让产品经理很茫然。合作几次后，产品经理就不会主动找设计师寻求帮助了。
设计师处于产品经理的下游，是将抽象的需求信息转化成用户界面最重要的一环。设计师需要通过专业能力体现出设计的价值，让产品经理意识到设计不可或缺的重要性，这样才能更好地与产品经理协作。
虽然用户体验已经成为产品发展的重要评价指标，产品的交互体验带来的价值很难评估和量化，导致在产品开发过程中交互设计被弱化甚至忽略。
作为产品经理，虽然知道用户体验的重要性，但是能够按时完成工作项，保证功能上线是首要任务。尤其是当产品时间紧、任务重的情况下，而设计师又不给力的情况下，产品经理有可能绕过交互设计师，直接跟开发人员沟通需求。或者只是走个过场，邀请交互设计师参加评审会，象征性地问一下交互意见就结束了。
行业里有个说法“交互设计师相当于半个产品经理”，两者的工作项确实有比较多的重合，不过内容还是有比较大的差异。主要有以下几个方面：
产品经理需要了解用户场景、业务流程，发现用户痛点，挖掘用户需求，完成产品规划。此外产品经理接到需求后，可以根据产品定位、用户场景等，判断需求的合理性、优先级等。
交互设计师同样需要了解需求背景，用户场景、业务目标等信息，确定设计策略，解决用户痛点并带给用户高品质的产品体验。另外只有对用户场景和业务有足够了解，设计师才能从用户的角度提出有效的改进建议，帮助产品经理更好地优化产品。
所以用户场景和业务流程是产品经理和交互设计师开展工作的基本条件。
竞品分析是产品经理和交互设计师的常规操作，只不过分析的内容和目标有所差异。
产品经理更注重宏观层面和业务逻辑的分析研究，通过竞品分析了解市场的发展动态，挖掘需求、制定产品规划甚至是商业分析。
交互设计师通过分析竞品了解不同产品交互设计的优劣势，挖掘设计需求，制定合理的设计策略。对于具体需求则注重交互方式、体验流程的分析调研，为交互设计提供参考和借鉴，增强设计方案的说服力。
产品经理的原型设计主要是用来辅助需求表达，更注重产品的功能框架、业务流程、数据流向的分析说明。页面原型部分主要是线框图，甚至是纸面原型，方便与交互设计师或 UI 设计师沟通即可，并不是关键交付物。
而原型设计是交互设计师最核心的产出物，注重产品的用户体验和细节设计。包括页面流程、界面原型、交互说明、动效要求等内容。一些重要的需求还要制作高保真演示原型。
我认为交互设计师提供的原型需要尽可能地与落地效果接近，这样才能进行有效的设计评审。UI 设计师只要聚焦界面色彩、间距、字体、组件形式及尺寸、动效等方面的设计即可。
虽然交互设计是产品设计开发必需的环节，但是交互设计师不是所有公司都有的岗位。小公司一般不会专门配置交互设计师，产品经理和 UI 设计师相互配合分别承担了交互设计师的工作。比如产品经理负责原型绘制，UI 设计师负责交互优化和视觉设计。
但是理想很丰满，现实很骨感。产品经理工作比较繁杂，根本没有时间和精力深究产品的交互体验，而交互设计看似简单，其实是比较专业的领域。
产品经理的原型设计大都比较粗糙，只是为了表达页面上有什么内容，很少考虑交互细节。如果UI 设计师只是根据原型照搬规范组件完成页面设计，产品用户体验就很难保证。
所以产品经理替代交互设计师并不现实，现在很多B 端产品，甚至 C 端产品的设计部门不再严格区分交互和 UI，统称为“体验设计师”。体验设计师负责产品整体的用户体验设计，这样是比较合理的。
虽然原型设计是产品经理的必备能力，但是实际工作中，并不是所有产品经理都画原型。我之前在电商时，产品经理基本不画原型，主要是写需求文档。需求通过口头沟通的方式传达给交互设计师，完成原型后，产品经理会将原型截图到需求文档，再进行正式的产品需求评审，提交给开发。现在在 B 站的前同事说“他们的产品经理不画原型，只提供需求文档”。
我个人理解，产品经理是否需要画原型，主要取决于公司开发流程和团队工作模式。C 端产品的需求大都比较简单，产品经理是否输出原型影响并不大。而对于复杂场景的B 端产品，产品经理最好输出原型，更加直观地展示需求内容。
如果没有专职的交互设计师，页面原型就成了产品经理必需的交付物，对需求评审和传达都有很好的帮助。目前我跟开发人员沟通需求时，主要依靠的就是界面原型，配合流程图、业务说明、功能描述等内容。开发、测试人员也是主要根据原型进行开发测试，当然产品经理的工作负担也会比较重。
需求规格说明书是产品经理最终的交付成果，详细描述了产品的目标、功能需求、用户需求、业务规则和交互流程等，是产品开发团队内部沟通和协作的基础性文件。
原型侧重界面及交互逻辑表达，可能无法涵盖所有的需求细节和业务规则，而且原型也不易于传达和分享。原型有利于需求表达和设计评审，但是不能完全替代需求规格说明书，只是需求规格说明书的一部分。
总的来说，虽然产品经理和交互设计师的工作内容有些重叠，但是产品经理更注重产品规划、需求推进和定义，而交互设计师更注重产品的用户体验和细节设计。而对于产品用户体验而言，产品经理更多的侧重解决用户的“痛点”，设计师的目标则追求带给用户“痒点”、“爽点”。
两者在产品开发中各自扮演着重要的角色，只有相互协作，才能推动产品的实现和优化。
专栏作家
子牧先生，公众号：子牧UXD（HelloDesign），人人都是产品经理专栏作家。产品体验设计师。8年互联网行业经验，擅长体验设计思维、设计方法论、交互设计研究。
本文原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。