IT修真院-PM

【修真院PM小课堂】如何与程序猿沟通

2018-01-09  本文已影响13人  PM速成从调研到构建水门

大家好,我是IT修真院第7期学员,一枚正直、可爱~善良、严谨的PM。

今天给大家讲一下如何与程序猿交流(撕逼)

主要分为以下三个方面

目录

一、交流的前提

二、交流的方法

三、]交流的注意事项

一、交流的前提

在于程序猿交流时需要事先准备的

1. 懂得基本的术语,

关于这个问题有存在争议的地方,有的人认为产品经理不需要掌握过多的技术认为产品经理掌握过多的技术会扼杀个人产品的想象力,有人认为产品经理懂得技术才能更好的理解产品,也能够更好的与程序猿交流,在此我认为作为一名还是需要懂得一定的技术的,举个举个栗子在一个陌生的城市打出租车在你不知道路况的时候正常情况下的路费为50元,而出租车司机收你100元,你不知道路况只能乖乖的给钱~但是如果知道路况你可以据理力争。因此咱们在懂得一定的技术后才会不那么轻易的被宰~

2. 绝对的严谨的产品与绝对的自信

这个就是说一个产品在生产之初我们要反复推敲,把产品做到完善,只有完全完善的产品才能有底气来进行,至于绝对的自信要建立在产品至少是在发布阶段没有完全的逻辑上的错误,这样能够据理力争,

3.在具备以上两点以后也要有一定的话术技巧,即使自己说话是对的再怎么表达上是一个问题,如何表达能够让人更好的接受自己的方式那么就涉及到交流的方式上。

二、交流的方式

在话语如何表达上我分为两条

1. 先赞美不要直接提反对

这一条也是卡耐基在《人性的弱点》中提到的,当想要让别人接受你的观点的时候,先不要直接提出首先赞美对方,例如需要改需求的时候先对对方说~咱们这个地方做的非常好了~但是还需要一些什么~能更好~这样会让对方更容易接受,如果上来就说这个地方不行~还要改,程序猿哥哥很有可能磨了磨40,米的刀片。所以赞美很重要。

2. 提反对的时候不要直接提出,以提问的方式。

这个是老大曾经说过的,产品人员在向程序猿提出问题的时候不要直接指出人家这个产品的不对~不能说呢这个不对~这样很有可能一套素质三连的问候,随后40米的刀片。要对其说你看这个地方没有达到预期的效果,不是很好~这样他的思维就会认为是不是我出了什么问题。这也是交流的时候需要注意的

[if !supportLists]三、[endif]交流的禁忌

在与对方交流的时候需要注意的地方在于一下四点

1. ]忌急躁,始终保持冷静

在交流的时候要保持冷静始终目标清晰自己是解决问题的,在与程序猿的交流中出现的一些问题,始终保持冷静以解决问题的角度,在与人交流的时候也始终保持事情的讨论不要出现人身攻击。

2. 忌自负,允许对方的质疑

作为产品人员,一个产品有质疑是好事,可以更加完善自己的逻辑,不要因为的质疑就认为对方不理解自己的想法~你们都是XX我是无懈可击的~你们不许有反对意见,这样于同事关系与自我成长都不利。

3. 忌偏执,产品在有明确逻辑错误的情况下依然认为自己是对的

作为PM,在产品有明确错误的情况下不要死不承认,虚心接受~这样也能够更好的与以后的工作

4. 忌贪功,产品成功后一个劲认为是自己的功劳

PM不仅要有严谨的逻辑而且要有情商~在一个产品成功后不要总是认为是自己的功劳~这个没有我不行,也要夸赞咱们默默无闻的程序猿哥哥~这样也更有利于长期的合作~

PPT地址

file:///C:/Users/Administrator/Desktop/%E5%A6%82%E4%BD%95%E4%B8%8E%E7%A8%8B%E5%BA%8F%E7%8C%BF%E4%BA%A4%E6%B5%81.html#/

知乎老大所罗列的产品人员都要懂哪些术语

https://zhuanlan.zhihu.com/p/22937989

����]��4+`!z

提问

在提到反问的时候需要注意一些的是语气问题~不要用一些别人听着像尖酸刻薄的反问,尽量以虚心的问题提问。 这个问题~前提是自己需要懂得一定的技术,在相关需求的时候多数程序猿都是抽象思维,在面对一些问题的时候以抽象思维来理解,这个可以举例身边的一些实例与身边息息相关的问题来举例做以答复 这个问题~首先如果是自身逻辑出现错误的情况下~而且程序猿也是以消极怠工的对待那么也就只有上报咯~同时也要背锅~ 我在桌原形图的时候~例如视频的选项卡在当时不知道叫做选项卡,如下方图片,在与前端师兄口头描述无效的情况下采取笔画草图的方式所以在平时的交流中无法达到自己的设想时用草图也是一种方式,,

以上就是本节小课堂的全部内容。

PPT

视频

上一篇 下一篇

猜你喜欢

热点阅读