北京中科医院亲身经历 https://m.39.net/pf/a_5131641.html
在产品工作中，沟通必不可少又十分重要，那么什么样的方式才是有效正确的沟通方式呢？一、从综艺节目反推沟通的模型二、产品经理是承担项目沟通中的桥梁角色清晰明了流程图很重要技术眼里，很多时候是YES/NO，协同工作很重要产品经理怎么跟沟通和挖掘需求的本质？如何避免事后权责不清的情况三、日常的沟通常见问题以及建议常见的沟通，提问的误区建议一：变换一下提问的方法建议二：学习提问的技巧怎么锻炼沟通能力？平时我们看综艺节目，很多你画我猜，前面的听音乐复述给后面，最后的猜歌名的游戏，很多时候大家看得都哈哈大笑，有些时候会用上帝视角来说，唉，怎么这么简单都搞不清状况。这里面涉及到一个沟通上的方法论。发送方传播信息到接收方，并得到反馈，在中间的交流环节，有2次的噪音干扰。消息传达的路径越长，信息上的噪音越容易干扰到信息，最早不断变形加工后成了谣言等其他不靠谱的内容。所以在工作中，尤其是产品经理这一类衔接工作很多流程和内容，负责传递消息的时候，如何最大限度让消息不变形，顺利抵达终点，是一个非常考究的问题。客户（需求发起人）对产品经理发起需求，产品经理梳理后形成需求文档，然后技术，设计，测试依据需求文档进行开发，最早提交成品给到客户（需求发起人）进行验收。其中的核心就是需求文档，因为员工会流失，工作内容会有变动，后期的迭代或者追溯都涉及到需求文档，所以一个通俗易懂，适合长期存放的文档很重要，而这个就是考验沟通能力的一个体现。在后续中将重点分享产品经理工作中的沟通以及换位思考。1、清晰明了流程图很重要产品经理贯穿整个产品环节，号称万金油的角色，能哄需求发起者，能输出需求文档，能哄开发，能让产品顺利上线，可以说仅次于项目经理的沟通桥梁角色，还要善于汇总各种情况，输出成通俗易懂的产品文档，比方说下面的图文，已经用不同的颜色做了标记，走向逻辑也相对清晰，简单的相同颜色的走向，看起来还是比较直观，但是放在一起比较凌乱，后续解释起来也比较困难。但是产品经理可以考虑换一种表达的形式，如下图，那么整个逻辑走向会清晰明了很多。经过梳理后的脑图，可以很清晰地看到整个需求的流程，实际上就是3部分组成，1）需求确认阶段，需求发起者发起需求，产品经理梳理需求，输出初步的需求文档与需求发起者确认，经过确认后的需求文档，将成为后续技术开发的文档。2）需求落地阶段，依据经过确认的需求文档，产品经理与研发，UI，前端等技术进行沟通，解决技术开发中遇到的各种问题，保证所需的内容在预定时间形成成品。3）产品确认阶段，当有了成品之后，依据需求文档进行验收，产品经理验收后讲提交给需求发起者验收。最终实现整个阶段的闭环。在整个产品的流程走向中，每次沟通都会产生噪音，引起分歧，产品经理要尽可能地降低这个噪音的影响，保证整个环节可控，那么与技术之间的交流就尤为重要。可是单纯这样的流程图就能把项目工作中的坑交代清楚了么？2、技术眼里，很多时候是YES/NO，协同工作很重要在工作中，客户或者需求发起者会有很多各种各样的想法，产品经理是否马上安排技术来工作呢？如何是，那么接下来的的情况就会很容易发生。对于技术而言，做与不做，以及怎么做，都是要考虑的事情。毕竟谁也不喜欢折腾。西蒙上一份工作，是一个相对独立的小项目团队，项目虽小，但是由我自己独立去对接客户与己方的技术，从而让我在和技术的沟通上的积累一些心得。西蒙用饭店的例子来说明一下：顾客：我现在需要一个麻辣番茄炸蛋，赶紧上菜。（发起需求）大堂经理：我们特色菜是酸菜炸蛋，麻辣炸蛋，以及韭菜炒蛋，番茄鸡蛋等等，麻辣番茄炸蛋我们之前没有做过，不过和我们的做法有点类似，我去问一下大厨。（需求初步复核）顾客：快点回复，我等着上菜大堂经理：师傅，现在来了一个VIP顾客，顾客要一个麻辣番茄炸蛋，这个菜色我们没有做过，不过我们有现成的番茄鸡蛋，能不能和麻辣炸蛋相互改良一下，形成一个一道新菜色？（与技术论证可行性）大厨：理论是是可以，但是这个新菜谱我也没试过，我心里没底，怕做出来之后，顾客说不满意怎么办？（技术潜台词：只保证实施，不保证其他事情）大堂经理：我来和顾客落实。大堂经理：客官好，我跟大厨沟通了，我们有现成的番茄鸡蛋，可以尝试和麻辣炸蛋相互改良一下，形成一个一道新菜色，麻辣番茄炸蛋。这个新菜色味道会有点特别，客官确定要下单么？（需求复核，反馈风险以及异常情况）顾客：确定下单，赶紧上菜。（需求发起者明确回复执行）大堂经理：初步输出菜谱后，与大厨沟通实现的可行性（输出需求文档和PRD文档）大厨：嗯，菜谱问题不大，我按照你的菜谱来做了。（技术与产品基于文档进行沟通确认）大堂经理：OK，你评估一下做好的时间，我好和顾客说明情况。大厨：这个菜色我第一次做，大概1个小时上菜吧（落实开发时间）一小时后，麻辣番茄炸蛋输出成品（产品上线），经大堂经理上菜给顾客品尝，如果味道不错，就可以加入菜单，进行更新了（更新相关文档）。在饭店的例子里面，顾客=客户，大堂经理=产品经理，大厨=研发技术，对于客户的新奇想法，产品经理要考虑如何实施，以及考虑技术侧的技术水平，对于无法明确落实的情况，要与技术初步复核是否可行，并及时反馈给客户，告知相关情况，由客户反馈是否执行。对于客户明确要执行的内容，则由产品经理输出相关文档，并与技术侧沟通整个情况的前因后果，相关的制约因素以及其他情况，由技术侧对于文档以及沟通的内容做二次的确认，并最终执行开发。输出成品后由产品经理验收后告知客户。看完了上面的例子，再看一次这个流程图，是不是更有一种不一样的体会？3、产品经理怎么跟沟通和挖掘需求的本质？举例思考：需求发起者说中午要吃寿司。那么你需要反思的是：吃寿司是可以满足的，可是需求发起者的本质需求是什么？试试聊聊：回答1：现在有点远喔，没什么寿司店喔，今晚我们不是去**地方逛街么？那里有寿司店，我们可以去到逛完街再顺便吃寿司。需求发起者：可以啊，反正可以晚点吃，能吃到就行（套用在产品经理的岗位：这个是对方要的，但是现在需求不着急，可以慢一点再落实）回答2：寿司里面我比较喜欢吃三文鱼刺身。你喜欢吃什么？我喜欢吃面，**寿司的面条可好吃了。产品：这样啊，如果是想吃面的话，我知道附件有一个餐馆很好吃，很有特色。我现在可以带你去，不好的话再去看看**寿司的面条。（套用在产品经理的岗位：原来是想做转盘的需求是为了活动，这个好办，我们之前有一个开箱子的，县城的，试下忽悠需求发起者，我们就不用再次找技术做一个大的开发了。）回答3：我肚子也饿了，要不我们先找个地方吃点东西先？等等再带你去吃特色小吃？我也走不动了，随便吃点吧。记得要带我吃好吃的！（套用在产品经理的岗位：本质是肚子饿，这个倒容易解决。比方说工期实在太赶的时候，小功能点可以慢慢迭代升级上去）4、如何避免事后权责不清的情况其实在日常工作中，口头约定或者QQ私聊就干活的情况比比皆是，但是出了问题就容易扯皮，影响团队的士气。西蒙通过了PMP的培训，关于这部分结合PMP聊聊自己的看法1）从项目的角度，任何一个事情的变更，会导致其他的连锁反应，导致很多预期以外的风险，所以加强沟通很重要。尤其是上级，要明白自己变动了什么，会导致什么情况发生。2）任何的变更都会音响到其他方面，所以变更必须依循相应的流程来执行，比方说经过上级邮件确认后执行是一个相对靠谱的做法。3）虽然有口头约定或者QQ私聊，活可以先做，但是没有邮件以及其他书面确认，一些工作可以拒绝执行。1、常见的沟通，提问的误区在聊到沟通的时候，授课老师举了一个例子很让人深刻：有天财主宴请村里面甲乙丙丁4个秀才，想要给自家的女儿找个好夫家。请帖都发出去了，第二天，只来了甲乙丙3个秀才。财主一看到3个，张嘴就来。财主说：怎么该来的都没来呢？听了这句话，秀才甲很生气地走了。财主说：不该走的怎么走了？听了这句话，秀才乙很生气地走了。财主看了走了2个秀才，很纳闷的说：我说的不是他啊。听了这句话，丙也很生气地走了。然而在事实上，很多时候，因为言者无心听者有意，甚至因为地域，成长环境等各种因素，理解有偏差是很容易出现的问题之一。或者说自己开个玩笑，然而对方却接受不了等等也是因此发生。又或者自以为自己说得很清楚，而对方经常不理解而导致推进困难。生活或者工作中，我们经常会听到这些情况：情景一：为什么我提的问题，没人愿意回答？我看了一下问题，原来问题是，线上推广有什么渠道。情景二：为什么我提的需求，开发老是不愿意配合？我对这个问题，表示有点捉瞎。情景三：为什么公司产品准备上线？怎么推广？我对这个问题，同样不知道怎么给建议对方情景四：我要读书，有什么书可以推荐的？你确定不是在逗哥么？你要什么类型的书好歹说一下类别啊情景五：我要求职，各位大佬请人么？性别，学历，专业，一个简单的自我介绍都没有，怎么开始沟通的开始？2、建议一：变换一下提问的方法情景一：我想要线上推广，已经去人人和知乎搜索过相关情况了，但是不知道那种情况适合我，我现在是______情况，我需要达到____效果，应该怎么选择更好呢？是**途径还是**方法更适合我？还是其他？潜台词：我大概知道有什么方法可以选择（人人，知乎检索过），但是这个我不太了解，我现在是这样的情况，我想有行内人给我一点建议，我好进一步了解。热心人回答：**途径我用过，还是可以的，但是你这种情况可能效果不太明显。可以试试**，然后**。情景二：我提了需求了，之前的需求变动几次，现在开发不愿理理会我了，可是这个需求变动也是没办法，是老板指定的，现在工期赶，怎么办。补充一句：我是萌妹子，开发30+已婚，有小孩。老板多次变更需求，开发不满，工期又赶，有什么建议可以让开发继续干活？回答：哦，原来是需求变更多次，导致开发不乐意了，开发都有小孩，更加不乐意加班和重做，那么试试送点小礼品，小玩具给开发的小孩？情景三：我司产品是***，某类型的，主打**，挺有意思的小产品，不少功能是其他产品没有的，准备

转载请注明:http://www.aideyishus.com/lkzp/8125.html