做一个会沟通的产品经理

无论是什么样的人,都得有好的工投方式,特别是产品经理。产品经理在日常工作中总是可以说是作为一个沟通纽带,就我自己的工作经验来说,一个项目的前前后后往往包括这样几个阶段(本文来自e良师益友网):

1.项目提出与规划。需要与 Leader 以及相关产品同事一起决定产品的形态、明确核心功能和目标人群、划分项目周期和各部门之间的分工。期间伴随着项目的前期调研(功能需求性验证、必要的数据采集等)以及竞品分析等工作。

2.项目设计与开发。产品经理完成产品需求文档、制作产品原型。根据分工配置,交互设计师、视觉设计师、研发工程师依次同步跟进。期间产品经理负责人员、资源协调以及各项沟通,并且根据需要及时调整产品方向。

3.项目测试与验证。当项目初步完成后,进行内部测试与范围性外部测试(ABtest),期间伴随着 Bug 修复和细节调整。在 Btest 过程中对产品模式进行验证,及时调整策略。

4.项目上线,运营与维护。项目正式上线,产品运营、维护以及及时进行版本迭代。

这么多的流程,产品经理需要和多少方面进行沟通?

我将同事们大概分成四个部分:Leader、产品设计、研发和运营。

Leader,上传下达的核心。

好的 Leader 是一个项目成功的一半。这里的好,特指个人魅力和决策力,前者能够凝聚团队,而后者则可以提供持续的执行力并且保证项目方向靠谱可行。在与 Leader 沟通的过程中,明确产品需求是非常重要的,我强烈建议所有的沟通之后都要以文档的形式确定下来,包括产品的功能和定位等。误区常常发生在仅仅凭借口头沟通,需要用的时候才想起来靠记忆去回忆,往往导致信息传递错误。

而在其他环节,产品经理也需要按时、及时地向 Leader 汇报项目进度,准确引入决策。如果 Leader对技术和产品有想当的经验,可以和他一起讨论;如果他对某一方面不是很了解,则客观地将介绍清楚。

产品设计,理性和感性的碰撞。

其实我写这篇文章的来源,就是最近工作中与设计师们的交流。我自己在团队中除了产品经理,还承担交互设计的工作,对接视觉设计师。来回接触了三四个设计师,生为理工科出身的我在与艺术相关专业同事的沟通中发生了不少的碰撞,也收获了不少的经验。理工科思维行事更注重流程,相对来说比较死板,一个功能是什么样是前期就已经决定的,工作应该按照规划来推进;但是设计师不同,他们的工作需要创意、更具灵性,而优秀的设计师本身也是如此。因此在沟通中,经常发生这样的情况:设计师将原型稿完全修改,增加了很多炫酷的效果和设计风格,甚至在我看来影响了功能和交互易用性。刚开始处理这样的情况,我们互相不理解,设计师认为我太死板,原型沉闷并且没有创意,而我则认为视觉设计不应该掩盖功能和易用性的需求。另一方面,我们常常互相纠结于自己所在乎的方面,设计师会对一个按钮的样式与摆放思考整整一个晚上(而我认为早就差不多了),而相反地我觉得某一处需要突出,设计师却觉得这里已经是最完美的呈现。

怎么解决这些问题?我的技巧有两点。

首先,以产品本身为探讨核心。这要求我们遵循产品文档,事先就确定好设计的重点以及脉络。在动手之前,就应该先说清楚哪些方面是必须要注重的、哪些方面又是需要创意和发挥的。在沟通过程中,万万不能因为话不投机转而互相抱怨,互相指责(我就在之前发生过与设计师互相争执的情况,非常不应该),项目本事才是团队合作的动力和目标。

其次,尊重互相的专业和思想。现在工作时,设计师提出了一个创意设计,如果我觉得不应该放在这里位置,我不会直接地否定,而会『建议』设计师保留这个设计但是挪到其他更适合的位置。创意对设计师而言非常重要,也非常值得珍视,对设计创意的否定经常激发矛盾,让设计师感觉努力被白费。

所以,做好前期规划,做好中期沟通,做好后期反馈,可以大大减少设计师返工的概率,可以让合作双方互相理解。

研发工程师,GEEK的世界。

我真的很庆幸自己在某种程度上『文理兼备』,尤其是当我刚刚和设计师讨论完扁平化和项目 VI 之后,马上打开另一个窗口和研发同事谈论服务器接口和安卓兼容性。研发工程师以解决问题为最终目的,他们在乎的是,通过什么方式去完成,以及工作量有多少。在工作中,我充分信任团队的工程师,提出合理可行的需求并完全交给他们去做。另一方面,当他们遇到困难,我也可以一起投入解决,或者申请资源调度。因此我真的很不同意之前文章中一些朋友的评论,认为产品经理不需要多么深入技术,认为这样会离用户越来越远。我们面向的绝不仅仅是用户,还有整个项目团队。

和研发工程师沟通时,要注意效率和调理。我自己做开发的时候经常遇到其他人够来沟通,但是讲了五分钟都没有说明白具体要做的是什么,或者明明在讨论这个问题,中途总是摇摆到其他东西上,这样效率真的太低了。一句话能说清楚的事,马上打好腹稿敲定清楚,沟通简单流畅,不然磨磨唧唧真的很让人烦躁。

运营团队,产品的指导老师。

都说产品经理和研发工程师是产品的父母,他们计划、创造了产品。而运营则是产品的指导老师,他帮助产品发扬优点、改正缺点,教会产品如何吸引用户、如何与对手竞争,当产品出现了问题,还要及时和家长反馈。

我一直相信,产品本身优秀严谨,是对运营最大的尊重。已经不记得多少次做运营的朋友向我抱怨,某个产品说实话连他自己也不想用,怎么做推广?因此把产品做精做好,运营才有料可做,才有动力去把产品带大带好。

在和运营团队沟通时,我更注重数据和方案。根据运营数据以及运营方案来观察当前产品的状况是最直接可靠的两个方法。就像你的孩子往往在闯祸、或是某次考试成绩(数据)特别差的时候,才会被叫家长,而我需要和老师分析孩子问题的出处,采取合理的措施去纠正这些问题。

如果你想了解更多的相关知识,e良师益友网为你推荐相关的。

做一个会沟通的产品经理

时间: 2024-10-23 12:56:54

做一个会沟通的产品经理的相关文章

【产品】程序员如何和产品经理沟通01——产品经理的能力模型

简介  作为一只从技术转向产品的程序猿,和大家分享一下产品经理的一些要素.一方面给各位程序猿参考一下,所谓知己知彼,方便以后和产品汪们优雅地撕逼:另一方面,如果有想从技术转产品的程序猿也可以作为参考. 都说程序猿最大的“敌人”就是产品汪,其实很多从技术转向产品的人都非常怀念当程序猿的时光,这是为什么呢? 看了一个产品经理的能力模型,你们就知道做好产品经理其实是非常不容易的,能力模型特别分散,触角伸的特别多,需要跨领域的各种技能,不像程序猿只需要关注IT技术即可.如果说一个程序猿需要经常学习IT新

优云老王的心路历程(一):那个做了五年的产品经理

前言: 老王的五年产品经理心路历程,对拍脑袋式产品决策的反思,及如何建立产品用户体验监控体系. 我从2003年"误入"运维软件行业,并在2010年开始做产品经理,5年来,我始终和优秀的团队在一起,从零开始创造了ITSM.CMDB产品,并得到了很多用户的认可.但不怕大家笑话,这5年中,我内心其实无比的纠结.面对产品的历次迭代,一方面要做出对用户有价值的功能,要说服开发团队去落地:另一方面担心产品过于复杂用户不买账,而对功能的裁剪却不敢轻易动刀.例如产品是站为用户领导设计还是为真正的用户操

我做了好几年的产品经理

其实每次这样的题目出来,所有的产品经理都在不断地被催眠,惶惶然觉得自己应该去关注各种战略,各种商业模式,引领产品走向成功方向,(头上开始发光了有木有?) 我做了好几年的产品经理,我觉得说多无益,无论你怎么给自己催眠,重要的是做这些事: 1. 明确行业,公司,产品在里面的定位,知道组织内,用户对这个产品最主要的诉求.2. 有精益求精的性格,不断地优化所有能优化的点,并且用极其精辟的话说出来.3. 擅长组织内生存(即使您是CEO),懂得借助各种可靠的,不会被质疑的工具,擅长说服别人一起来实现4. 提

如何做一名合格的产品经理?

社会的竞争其实是人的竞争,人的思维和能力很大程度上决定了公司的服务和高度. 作为一个中小企业的产品经理应该具备哪些能力呢? 1)产品经理最重要的就是独立思考的能力. 有句话说兼听则明,偏听则暗,所以要走出去多观察,多调研,多交流.我是觉得产品经理不能光听,要自己想,而且能有讲道理.摆事实说服别人的能力(不是靠耍嘴皮子抖机灵说服别人).注意不能迷信权威,而是立足当下,走适合自己的路线. 2)锻炼对自己产品的理解 初学者可能刚入门就会被琳琅满目的原型工具和一堆堆的案例绑架,满脑子想的是别人花哨的功能

码农的产品思维培养第4节----听用户饿但不要照着做《人人都是产品经理》

夜深了,本来应该睡觉,本来今天发的贴子也够多.但是,学习有一种惯性,一旦启动,很那停下来,一旦停下来,变得懒惰也很难再继续. 总结一下苏杰的2.3"听用户的但不要照着做"的只是内容. 1 明确我们存在的价值 1.1 用户需求VS 产品需求 用户需求:用户自以为的需求,并且经常表达为用户的解决方案. 产品需求:经过我们分析,找到的真正需求,并且表达为 产品的解决方案. 需求分析:从用户提出的用户需求出发,挖掘出用户内心真正的渴望,再转化为产品需求的过程. 需求分析和技术分析最大的不同点.

阿里巴巴数据产品经理工作(总结篇)

PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的人更多.以下是我用PPT绘制的数据产品经理关系圈. 科普: PD:对于WEB产品设计人员而言,它的意思是“产品设计人员”,即produce designer. PD:在IT企业中,一般是Product Director(产品主管)或Project Director(项目主管)的意思 一. 如何做一个好的数据产品经理? PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的

数据产品经理工作(总结篇)

PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的人更多.以下是我用PPT绘制的数据产品经理关系圈. 科普: PD:对于WEB产品设计人员而言,它的意思是“产品设计人员”,即produce designer. PD:在IT企业中,一般是Product Director(产品主管)或Project Director(项目主管)的意思 一. 如何做一个好的数据产品经理? PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的

做优秀产品经理的七个小窍门

产品经理是IT和互联网行业的热门职位,因为带着个经理的后缀,让人觉得比其他程序员.测试工程师什么的天生就高了一头.再加上各种媒体.大佬或成功人士把产品经理称为小“CEO”的说法,赋予这个职位各种光环,让不少新老同学决心投身这个潜力巨大的职业.另一方面,产品经理的确可以说是互联网团队的骨干,一边对接用户.市场.客户和各种外部伙伴,另一边连着开发.测试.运营等内部资源,经常直接影响或决定着一个功能.产品.业务甚至公司的成败.好的产品经理需要有感觉.有想法.能沟通.能设计,绝不是一天练成的.关于如何成

中国信息价产品经理日志(3)- 接手新产品首先要做的是什么?

今年我做的是建筑材料的信息价和市场价相关的产品,做这种数据类产品其实并不是第一次了.在09-11年的时候,我在定额项目组呆过,当时担任架构师一职,负责产品的技术架构开发和研发人员的培养,当然认识我的人也知道,那时候我也引入了Scrum敏捷开发方法以及TOGAF企业架构方法.但是当时的我并没有完整的产品开发体系,所以这样来说的话,现在的产品可以说得上是我做的第一个信息数据类的产品. 那我现在会如何去做呢?在这个系列我会首次记录我工作的内容与大家分享点滴,希望开放产品开发方法能帮助更多产品经理和团队