产品工作中的沟通注意事项小总结

一个项目、一个产品得确定“一个”接口人

不然会出现这样的情况：

[场景重现]

实施B：XX问题解决了吗~

产品汪：诶？这个问题的解决办法已经和实施A说了啊，还发了邮件

实施B：我不知道啊。。

产品汪：当初不是他发的邮件吗，我就直接回复他了，要不你问问他吧~

实施B：好吧。。。

[场景重现]

攻城狮：产品汪，实施A上次跟我提了个需求，你找他具体了解一下吧~

产品汪：好啊

产品汪to实施A：XX需求，用户具体的场景是怎样的啊~

实施A：哦，这个啊，上次解决XXBUG的时候，我顺便和研发说了，要不你直接问她吧

产品汪：好吧。。。

确定一个接口人，什么问题都接口人沟通，接口人汇总bug和需求，再发给相关人，就不会这么混乱啦

及时主动反馈

不管是什么形式的任务下达，IM、邮件甚至口头，当任务执行方有进展或结果时，都一定要尽快给对方一个回馈。

如果在进展中，多多反馈可以让对方安心，你说的这件事儿我正在做呢没忘记。

如果是做完了，也算是了结了一件事情。

就算是自己搞不定或卡在哪了，也不要让事情烂在自己手里，也一定要及时让对方知道，赶快找别的方法。

沟通，能当面说不要打电话，能打电话不要发飞信，能发飞信不要写邮件

当面沟通最有效，特别是需要多人沟通的时候，不要吝啬组织一个小会，或许邮件来来回回十几封也没有定论的问题，讨论20分钟就ok了。最后再形成一个沟通结论纪要，发给参与沟通的所有人，算是建立了一个基线，方便开展后续工作，并且之后扯皮起来这也是个依据。

形成团队默契，给大家安静互不干扰的时间

虽然说应该加强沟通，但是如果真的随时沟通，就会不停地打断思路，打断后需要缓和一会才能再次进入状态，这也是一种损耗。可以约定一段互不打扰的时间，比如上午沟通讨论，下午2点-5点是静下来各干各的时间，5点到下班前，如果有什么问题，可以再沟通一下。

如何制定开发计划

这个需要产品和研发共同制定：

产品从市场需求、竞品、公司策略、项目紧急度、产品自身完整度等角度考虑，并对需求池里的每个剩余需求给出一个评分。

同时，研发从需求的实现难易程度和时间综合给出一个评分。

然后共同商议两个评分的权重，比如0.5/0.5，或0.6/0.4，这个就要根据产品当时的具体情况确定了。

最后可以算出每个需求的优先级排序。

排序了之后，再根据版本发布节奏/周期划分版本就ok了。

当然，要留出一些改BUG或处理其他突发需求的时间给研发。

deadline

工作中，给别人提任务或是需要别人提供帮助的时候，最好委婉或隐式的提一下这个任务/帮助的deadline，或询问一下别人计划能多久给反馈，不然，别人忙起来忘了，或者别人以为你不急呢，那你可能永远也得不到你要的答案

砍砍！做减法

最开始做产品经理的时候，什么都想往上加，觉得产品功能越强大越好。可是现实情况呢，受到了资源紧张，时间不够，重要客户催得紧等等限制，能做的功能真的很有限。

开始还想着优化，可是后来却发现，新功能都没时间做，优化实在可以放一放，特别是最上层的界面的优化。其实我想要抠细节，但是发现真的没用，抠了也没资源做。后来作罢，不知道别的公司怎样。

产品经理对实现的了解到底应该多少

这个得看负责的产品是属于什么类型的：

对于后台类产品，产品经理主要需要梳理业务流程，要有较强的理解业务和抽象业务的能力，所以对技术、实现的了解就得更多一些；

对于前台类/互联网产品，产品经理的工作感觉上更偏运营，需要对运营数据进行分析，并且更注重用户体验。

沟通小技巧

这是从身边几位很厉害的同事身上学到的

同事A：

插话的时候：不好意思，我想插一句。

新加入一个团队，参会的时候：这个我得先自己回去补补课，跟上你们得进度。

和别人讨论时：对，你说的太对了。/我觉得你提的这个非常好。

其实有的人有个不好的习惯，就是别人说什么，他都首先会说不不不，然后呢，他后面说的也不是完全推翻别人的观点而提出新观点，其实只是别人意见的补充，但是这样给人的感觉就非常不好。最近上早教班的父母课堂，老师说过要给孩子一个"Yes Environment"（肯定的环境），对孩子应该这样，在成人的世界中，又何尝不是呢。

同事B：讨论需求的时候，我们总是不免争得面红耳赤，还没有结果。后来发现他的方式特别好，平和又能达成决议（后来知道这是“苏格拉底式对话”）。具体是这样的，他会先听别人说完，然后不断的提问，别人回答，他再提问，通过这样不断的提问和回答，如果别人能圆满的回答他的所有问题，就证明别人的方案可行；如果别人方案中存在问题，就会在一问一答中逐渐暴露，这个方案就不攻自破了。当然，这也是建立在他对产品和实现都非常熟悉的基础上的。

同事C：这是一个大领导，他每次开会形成较大的决议之前，会拉着核心人员开个小会，互相通通气，看看彼此之间意见能不能达到统一，统一后再开大会，达成决议就比较顺利了。

同事D：当别人提问自己，但是自己也不清楚的时候，会反过来提问别人，或者用自己的理解/知道的一部分来回答别人，实在不行，就说"这个我得确定一下"，虽然这个方法不怎么地，但是在我们还没有足够的能力独挡一面的时候，这也算是个办法吧。

如何在无权情况下带团队

之前看到一本书里说的，领导力分为“行政领导力”“专业领导力”和“人格领导力”（具体名词忘了，大概就这个意思吧）。大多数情况下，产品经理是没有“行政领导力”的，因为一般产品团队里，产品经理是没有生杀大全的，不能决定其他的去留甚至绩效。所以呢，产品经理就只能靠“专业领导力”和“人格领导力”，前者指的是产品经理在这个领域的专业性和权威性，能让团队的人信服，后者指的是产品经理个人的人格魄力了。产品经理可以在这两方面有针对性的加强，来弥补行政领导力的不足。

团队中的非正式沟通

非正式沟通指的是与工作无关的沟通，不在乎形式。比如中午吃饭、上下班路上、一起外出调研等等，别小看这些沟通，简直就是正式沟通的润滑剂，换句话说，如果私底下关系处的比较好，那么工作中的沟通也会顺畅很多。

以上就是近期工作中沟通的一些小感悟啦，记下备忘~

产品工作中的沟通注意事项小总结相关推荐

【产品笔记】产品工作中Android和iOS差异
移动互联网时代,移动端产品的规划设计是大多数产品经理的必修课.广义来说,移动端产品主要包含iOS端App.Android端App.微信端H5.小程序.WAP版H5以及平板端App(HD版),本文主要就 ...
反思下自己在工作中的沟通问题
反思下自己在工作中的沟通问题最近和服务端以及算法部门的工作沟通中,有些小问题,包括情绪管理和目标达成,自己及时总结反思,做下记录. 一.个人总结首先,要避免**"情绪化",要就 ...
产品工作中的金字塔原理
本文有PMCAFF 原创作者咸鱼原创发布于pmcaff.com 金字塔原理是国外一个慈祥的老太太(巴巴拉·明托)提出的一个方法论,主要是帮助我们清晰的思考.表达和写作的思维方式. 一. 什么是金字 ...
工作中的沟通及信息传递
跟大家分享一个如何进行信息传递的经验 1.首先信息传递是沟通,沟通是为了达成有价值的目的,但是从功利的角度来说,在日常工作中,做功了才有利 2.沟通是一种协调,需要大量的做功,才能保证结果可达成就是利 ...
软件测试工作中如何有效沟通
有一千个读者,就有一千个哈姆雷特."不同的人受的教育和知识文化程度不同,对外界事物的感知能力也不同,对事物的看法肯定也是大相径庭的.在工作中,经常需要大家达成一致意见,这就需要沟通. 沟通在 ...
软件测试工作中的沟通问题
对于许多软件测试人员来说,他们工作中最困难的部分之一是和开发人员打交道,是的,那些可怕的-开发人员. 从一开始,测试就要关注需求.往往在讨论设计时,开发和需求很容易忽略了测试成员,他们潜意识里觉得这不 ...
【过关斩将】如何在工作中提高沟通能力？
文章目录前言小伙伴工作中遇到的问题问题解析 1. 一个内向的人就一定沟通能力差吗? 2. 我是一个讲师,但我不喜欢与人沟通 3. 为什么你的沟通能力不好解决方案 1. 吸星大法 2. 刻意训练 ...
有效沟通bic法则_猎头支招：工作中有效沟通的法则
职场中,人多了就要通过沟通合作的方式才能让自己的工作得以完成,只有有效地进行沟通才能够度过工作时光.那么如何才能处理好人际关系呢?下面就由资深猎头顾问为大家总结工作中人与人之间有效沟通的法则.猎头成长 ...
日常工作中的几个excel小技巧
大家好!我是xyz,又和大家见面了!今天分享几个日常工作中经常使用的小技巧,希望对大家能有所帮助. Ctrl+\的用法对两列或是多列数据进行核对,方法有很多,今天介绍的是一组快捷键,只需要1秒钟就搞 ...

产品工作中的沟通注意事项小总结

产品工作中的沟通注意事项小总结相关推荐

最新文章

热门文章