实战经验分享：产品经理如何和UED团队高效沟通？

在介绍正确的工作方式之前，先简单描述一下在大公司内产品经理和交互/视觉设计师之间工作内容的差异：

• 产品经理-主要对产品最终的用户、产品使用流程、前后台实现逻辑及产品最终的用户体验全面负责；
• 交互/视觉设计师-主要对产品用户对系统操作过程中各个页面的前后连贯性、交互方式是否统一、UI设计是否让群众更容易接受，UI风格全站是否统一等负责。

UED的工作流程

他们的工作流程通常是UE（交互）->UI（视觉）->前端（静态页面），因此产品经理需要与这三个小组进行连续的多次交流沟通，最终输出终版产品原型及前端页面。

产品经理和UED团队各自的职责是什么？双方应该输出的内容什么呢？

产品经理做好把用户or市场需求翻译成产品需求进行传达，UED团队把产品需求最终形成可点击的网页语言。

在我工作过程中，通常是产品经理通常给交互设计师的输出的内容是原型 或是 输出一个功能模块的涉及所有功能的详细列表。

原型示例：

功能描述列表示例

那么，UED团队中各自应该输出什么呢？

首先，UE输出的原型稿（一般是Axure文件，需要带有每个元素的细节说明）、UI进行视觉渲染后输出PSD文件or其他格式文件，前端同学将UI的文件制作成对应的静态页面。

UE输出的产物如下示例：

UI输出的产物如下示例：

前端输出的产物如下示例：.html和.css文件等

实战经验分享

那么，讲完工作流程、双方职责和交付物后，在实际的工作过程中肯定还会有一些问题，在此通过我的一些实战经验总结以下几点分享给大家：

如何在事前做资源协调？

因UED资源较为紧张且期间可能会存在各个环节因沟通不到位or技术不好实现等问题导致会出现返工的情况，个人建议可以通过-预占资源（预约排期），明确需求（邮件/文档），统一沟通（PRD评审/UED需求评审）。

举例：在19年11月份刚开始需求调研时，就及时与UED团队的对接人进行线下沟通现在资源池的排期情况，并且提前预约排期。

所以，在1月初需求梳理完、原型画完后，就正好有UED团队的资源进行介入，减少了中间的排期等待时间。

此外，在发送正式邮件的时候，我也有个小建议，一并同步给这3个组的接口人，不要单独约排期，同时邮件正文中明确需求及对应的工作量，例如：XXXX项目，面对用户XXXXX，核心功能XXX，涉及XXXX个页面，XXX个需要UE介入，XXX个需要UI介入等，最后我会在标注上我的预期时间。

如何在事中更顺畅地开展工作？

第一点讲了事先占用资源，那么当UED团队介入后，做为产品经理的我应该怎么做呢？在此，我也把我的理解和我在工作中的一些总结罗列如下：

对于UE-通常情况下的输入如上文中提到，通常是原型文件。

但是，就像这次我接受的项目，产品交互流程较为复杂，前后台逻辑及校验也很多，而且又是一个强业务的系统，让UED同学理解起来也会很吃力，所以我会事先做好一张用户操作路径的指引图，然后在通过我做好的原型，整合一份页面交互图，这样可以让大家对交互的主流程十分清晰，同时也可以增加别人看你原型时的可读性。

举例：XXXX项目整体页面的交互示意图，如下：

图中包含两个维度，两个场景：项目维度、方案维度、新建场景、查看/修改场景。这张图就是以后整体产品设计的基石和标准，项目组人员（含开发/设计/产品等）均可以在工作过程中快速梳理流程、定位问题，高效沟通。同时，文档保留后，也为下一版本的产品迭代，提供凭证和说明。

对于UI-因上文提到UI输出的内容是视觉渲染后的文件，所以在UI设计环节时，产品经理也需要给UI设计师一些强输入的内容。

举例：这款产品要以蓝色为主色调、要有一些大数据的元素、要体现出智能化、哪些功能或区域要强化or弱化、可以参考下XXXX网站等，这样也可以让UI更精准的进行视觉设计工作。

对于前端-需要给前端强输入这个平台需要在哪些主流浏览器上使用，现在的系统是什么样的前端框架？通过这些强输入，也可以便于前端输出的内容可以更好的兼容现在的工程。

如何在事后做好及时反馈？

在每个环节完成后，UED同学都会及时将产出物给到产品经理，那么产品经理这时候也应该细致负责的针对每个环节的产出物做审核，同时需要与业务侧和研发侧对产出物进行评审，尽量控制后续返工的工作。同时，也需要给UED同学一定的认可，增加UED同学对项目的融入感和成就感。

以上大致讲述了3个环节如何合作，那么当出现意见分歧时，两方应该注意哪些？

这个意见分歧在合作过程中肯定避免不了啦，例如一个金牛座产品经理碰见一个处女座视觉设计师的时候，那必然各自带着各自的完美和执着时，就会出现一些冲突，那应该怎么处理呢？我大概总结了以下几点：

• 需求明确、信息同步：需要在一开始确定需求、并需要保持几方的信息同步，以便于后续的高效沟通。
• 建立信任：因为大家的视角是不同的且术业有专攻，大家都是围绕一个共同的目标用户体验，所以更需要建立彼此的信任关系，只有建立了信任关系才能更好的开展合作。
• 数据驱动：在出现分歧时，大家要以开放的思维进行沟通，不能唯有产品经理一人决策，在这个过程中，可以使用工具，比如：用户调研、A/B测试，最终以真实的数据进行决策。
• 全局平衡： 这个点主要表达的是，当某个交互方式的用户体验非常好，但是会大大增加研发成本的同时，需要大家借鉴“逆向思维”及“设立标准”的方式去进行决策，比如：当我不这么实现，会对用户有着什么影响？会减少用户使用的频次吗？

然后在把视觉冲击、实现难度、UI统一、交互统一…等等的评价维度进行设置权重，便于最终决策使用。

以上就是我在近期项目中总结的一些小点，当然产品经理还需要去了解一下UED的知识领域，成为一个懂产品更懂用户的人，欢迎大家互相交流学习~

本文作者 @B.J. Shen 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！