产品经理在工作中，需要和哪些不同的角色「打交道」？

文章开头：本文是科技奇视界老师发表在产品壹佰的文章（http://www.chanpin100.com/article/105198）转载文章仅供大家习，不作任何商业用途。

传说中的过五关斩六将，就看你要怎么搞定这些形形色色的角色了。

作为一名产品经理，我们在实际的工作中跟我们打交道最多的有哪些人呢？你的老板、客户、前端开发工程师、后端开发工程师、UI设计师、UE交互设计、测试工程师、运营等。

好了，我们来一个一个的拆分一下，产品经理与这些人打交道到底是要搞清楚一些什么问题，同时也通过这种方式也来深层次的认知一下我们到底在通往产品经理路上的那个阶段。

一、对接老板

产品经理最先面对的就是你的老板。他不会经常关注你所做的产品的细节方面，但是他却会隔三差五的问一下，现在产品设计的一些大的方面的东西。比如：

这个产品多久可以上线试运营？

这个产品设计出来后能不能满足我们的市场需求？

产品上现在还有哪些问题没有解决？等等

面对老板的问题，我们最好的方式就是要提前预想到老板要问的这些问题，然后及时的做出一些数据分析的表格。比如：

整个项目的时间安排进度表，我们要及时更新；

我们的产品能满足市场上的哪些需求，我们需要将满足点一一罗列出来，然后从定性和定量的角度上来加以分析佐证；

对于产品现阶段的问题，我们需要每天都给项目团队发出一个该产品目前存在的问题清单，然后抄送给老板（或许老板有时候没有及时看邮件，但这样做才能让大家及时知道整个项目上存在的问题并解决）。

当然，老板也会经常和你谈论一些商业思维和商业模式。具体来说就是你做的产品在整个企业或者团队的产品矩阵中占据何等地位，又是如何为其他产品带来益处的等。

二、对接客户

对于产品经理来说，你的客户就是这个产品需求的提出者。你面对的客户有信息部的、有生产部的、有市场部的等等。很多时候你会发现，对于客户要达到的同一个需求，每个客户所提的需求都会不一样。因为每个人都会站在自己的立场上来提出问题，这个时候我们可以有2种方式来收集客户所提出的需求。

1、你可以以邮件的方式召集大家开一个会议，会议的主题就是讨论客户方所提的需求。

这个时候，你会发现各个部门的人都会各抒己见，提出自己的需求；

然后，你就按照每个人的发言精简的记录下每个人的需求；

在会议结束后，你再将收集的这些需求整理提炼后以邮件的形式发给大家，让大家确认。并告知他们，等到确认后统一的将这些需求发给客户方的项目管理人员，做汇总核实后再发给你。

这样，你再拿到这个汇总后的文档做进一步的需求分析和伪需求处理，就会节省很多的时间。

2、你可以根据客户需求的提出顺序，来拟定一个需求收集调研表。

然后，根据排程逐个部门进行需求收集调研；

调研后根据收集的需求拟定出一份需求文档；

然后邮件发送给各个部门进行确认，这样通过来回几次修正后，最终你再整理出一份需求分析报告。

然后找个时间将客户方的需求提出者召集起来开个小会，会议中可以总结和补充一下需求并最终确认需求。

确认后让客户方签字后就可以开始下一步的工作了。

三、对接UI和UE

我们收集到客户的需求后，接下来就要按照收集的需求，来整理出产品的需求文档、概要设计文档。同时，在设计出产品demo的1.0版本后，我们可以将产品的详细需求文档1.0版本也整理出来。

这个时候，我们就要和UI和UE来讨论产品的界面设计、交互设计、用户体验、设计风格等多方面的问题了。但是在做设计之前，作为产品经理的我们一定要想清楚以下几个方面的问题：

1、产品的层次设计与模块化设计

产品分层与模块化设计是基于产品系统框架来看的。这个时候一定要搞清楚产品在系统结构层面上是如何设计的，产品的逻辑关系是否是通的。

就拿我们常见的商城产品，它可能是需要分为三个大的层面来考虑的：

首先是其最底层的数据设计；

然后是中间业务逻辑层，包括商品模块设计、订单模块设计、会员模块设计等；

最后是订单管理系统、商品搜索系统、商城系统设计、积分体系设计等。

理清楚这些后才能保证我们设计和交互的同事少做无用功。

2、良好的产品使用路径设计

有了模块逻辑后，接下来就是进行产品在交互使用中的路径设计了。几乎所有好的产品，都拥有一条明确清晰的用户使用路径，而这条路径有的是基于流量控制的，有的是基于内容来控制的等。

我们设计的产品一定要在让用户在用的很舒服的情况下，达到自然引导的作用。同时，你会发现，好的产品路径也同时带来了一个好的用户体验设计。

我们可以看到，产品路径的设计是基于模块间关系的，如何在各功能模块间建立良好的路径，必须有清晰可靠的框架逻辑支撑。在产品使用路径中，最高优先级流量的部分决定了产品的定位，比如微信最高流量的地方就是聊天列表，而支付宝却是各类支付通道。

良好的产品路径设计，会协助你将各个模块间的关系有机结合，这种结合是产品向后迭代最重要依据。

3、界面优化设计

产品逻辑的交互层面的一些问题理清楚以后，就要设计到界面的颜色搭配、线条设计、icon设计等一些UI设计了。其实软件界面设计就像工业产品中的工业造型设计一样，是产品的重要卖点。

一个电子产品拥有美观的界面会给人带来舒适的视觉享受，拉近人与商品的距离，是建立在科学性之上的艺术设计。检验一个界面的标准既不是某个项目开发组领导的意见也不是项目成员投票的结果，而是终端用户的感受。这个时候，产品经理自己首先要做一个很好的用户，来通过该产品的使用场景来体验一下这个界面布局和颜色搭配，然后你可以将你的意见或建议与UI的同事商议后进行调整。

四、对接开发人员

从互联网到移动互联网，我们很多的产品都要基于手机用户来做开发。产品经理要面对的开发人员有前端开发工程师、后端开发工程师、还有根据手机使用者的不同又有安卓和iOS开发等。当然了，说到这，我们可能也会听到很多人说产品经理和开发人员就是天生的死对头。

在很多的公司，每天都会上演开发和产品的撕逼大战。我们究其撕逼的原因，其实是由于他们双方不懂彼此所造成的。产品不懂技术，导致产品所提的很多的需求，在开发看来就是无法实现或没必要那么做。而对于开发来说，产品经理老是变需求，开发在想他是不是要专门买把刀放在桌子底下呢？

当然，从客观上来讲，在项目中修改需求，一方面是由于前期的需求点考虑的不是很周全或很细致导致的。小的需求点的变化也很正常，但是变化多了就不正常了。但是，产品经理不懂技术这个，除了产品经理自己学习技术之外就没有谁可以帮你了。毕竟，只有懂了技术之后，你才能站在技术的角度上来设计产品。

当然，这里说的懂技术，不是说是让产品经理天天敲代码，而是要了解一些框架设计技术、一些语言设计规则和简单的编程。那具体来说，我们要学习哪些技术方面的东西呢？

1、前端开发技术

Web前端开发技术主要包括三个要素：HTML、CSS和JavaScript。HTML甚至不是一门语言，仅仅是简单的标记语言；CSS只是无类型的样式修饰语言，当然可以勉强算作弱类型语言；Javascript的基础部分相对来说不难，入手还算快。

HTML是网页内容的载体。内容就是网页制作者放在页面上想要让用户浏览的信息，可以包含文字、图片、视频等。

CSS样式是表现。就像网页的外衣。比如，标题字体、颜色变化，或为标题加入背景图片、边框等。所有这些用来改变内容外观的东西称之为表现。

JavaScript是用来实现网页上的特效效果。如：鼠标滑过弹出下拉菜单。或鼠标滑过表格的背景颜色改变。还有焦点新闻（新闻图片）的轮换。可以这么理解，有动画的，有交互的一般都是用JavaScript来实现的。

2、后端开发技术

前端和后端是怎么划分的呢？可以简单地理解为，凡是运行在用户设备上的技术都可以称为前端技术（ 比如 HTML / CSS / JS，甚至移动设备的 Obj-C / Swift ）；而后端就是负责将这些东西封装在 HTTP 的数据包中，然后通过网络传送到前端。

当然除了这些前端文件，后端还有一个更重要的职能，即保存和提供用户数据，比如移动端常见的 JSON 就是目前最流行的在后端和前端之间传输的一个文件格式。

那前端和后端是如何协同工作的呢？以 Web 端为例，在浏览器输入一个网址后，浏览器向服务器发送了一个 HTTP 请求；服务器通过一个 HTTP 响应，把显示这个网页所需要的资源传回给了浏览器。而需要在浏览器中执行的技术，HTML / CSS / Javascript 等就叫做前端；需要在服务器端执行的、通常我们看不到的技术就叫做后端。

所以说，后端的任务实际上就是向前端提供需要显示网页和 APP 内容的数据，可能是 HTML，也可能是JSON 数据，也可以是音视频或者 PDF 文件。但后台开发语言有非常多种，不同公司不同行业往往会采用不同的后端语言进行后台开发，比如 .net、java、PHP、Ruby、python 等等。

同时，在数据存储方面我们所使用的数据库也是和用户所需要的数据量有关系的。一般来说数据量较大时我们用的是Oracle数据库，数据量一般时我们用的是MySQL数据库。

3、移动开发技术

移动开发又分为iOS开发和安卓开发。移动应用的前端技术，目前来说主要有以下三种：原生、混合式、HTML5。

HTML5 必经要经过浏览器这个中间层，所以在性能上多少会有些损失，所以如果你的应用对性能特别敏感，原生APP会是比较好的选择；对于普通的性能要求没那么严格的应用来说，HTML5是完全可以满足的。而如果已经有了一个移动端的wap网站，这种情况下混合式就会是一个比较好的选择，它可以最大程度的利用已有的资源。

五、对接测试

产品经理在产品开发完成之前，要提前做好产品的测试排期，并提前做好测试用例。测试用例是准备用来测试的数据和一些测试案例。测试人员通过这些用例，来验证我们的产品是否是按照我们当初的设计来做的。

当然了很多公司的测试用例是测试的同事来写的。而在产品的测试过程当中，要对不同的产品进行分模块、分阶段的测试。同时，在测试中能及时解决的问题就及时解决，无法马上解决的，就在一些项目管理软件或测试管理软件上及时上报bug。

测试后，产品经理要对产品的测试报告加以梳理和整理。测试报告是我们通过测试后得出的一个结论性的报告，里面有对应的测试模块和数据支持，而这份报告也是作为评估开发人员的能力和项目整体的质量的一个依据。

六、对接产品运营

产品测试完成后，我们要做的就是上线运营。当然了，产品经理不一定要自己专注的去做运营，但是必须要知道产品设计出来并不一定代表你的产品就是好产品。这个好包括两方面：一是你的产品本身设计的就很好；二是产品设计的不算太好，但是通过运营后的数据显示你的产品还不错。那作为产品运营的核心价值该如何体现呢？

（1）传递产品价值，使产品实现从1到100的转变。

（2）助力产品不断完善，延续产品生命周期。

（3）以结果为导向，帮公司赚更多的钱。

所以，产品经理只有融入了运营的思维后，才能设计出更加符合市场需求的产品。

最后要说的是，产品经理是一个复合型的岗位，这个岗位也是讲求"T"型的职业发展轨迹的。所谓的"T"型就是一专多能，我们在不断的夯实自己内功的同时，还要不断的增加我们对产品认知的宽度。因为只有这样，我们才不会在未来的产品变革中被时代淘汰。

文章结尾：再次申明所有转载文章仅供学习，感谢科技奇视界老师的分享，如果喜欢我们的文章点关注❤️吧！比心呦！