对于刚入行的产品经理来说,除了自己产品基础非常之外,还需要掌握和开发沟通的技巧,这样才能更好的推进项目进度,很多时候新人刚入职时和研发多少会有个障碍期,双方磨合需要时间过程,所以节省沟通时间成本对于产品经理来说是必须解决的事情。
产品经理的工作大体可以总结为两类:
整理需求:PRD文档、原型搞、页面流程图等
推动需求:协助市场、协调运营、推动研发。
在推动需求的阶段,研发可谓是产品经理最头疼的一件事情,但又不能不跨过这道门槛,因为这是需求落地的重要的一步。所以和研发沟通是产品经理软技能之一。
一、沟通的重点
小公司到大公司都会有一个“弊端”,信息传达问题,其实沟通也是一样意义就是为了传达需求,落地需求,实现需求,这三个步骤,所以在沟通上首先解决“沟通信息”的问题,为什么刚入行的产品经理总是和研发沟通不高效,很大原因是信息传达问题。
举个例子:
在公司内有时候发生一个场景,小明是刚入行半年的产品经理,在和研发当面沟通时总是说一大串有的没的,比如说页面流程图、业务流程图、原型图、业务逻辑图,这时候跑去和研发沟通后,研发刚听后完他讲话后明白了,过了两天后,小明问研发,研发回他说道忘记了,你没给我文档啊,听到研发这句小明奔溃了。
从小明例子中能看出很多刚入职场的新人,他们总是重要信息时,本该用文档却用了口头、QQ、微信沟通出非常多的信息量。最后导致需求延误、研发甩锅、最后还是得落实到文档、邮件。而能几句话说清楚时,他却用文档、邮件等方式。这样导致信息传达成本增大,那么如何降低信息传达成本呢。接下来介绍几种方法。
1、明确重点、有理有据。
很多时候产品新人在传达信息时,都是没有明确目的传达的,和研发讨论需求时,互相会争论具体细节,很多时候研发是牵着产品走的,争论来争论去,最后不知道讨论重点到哪儿去了,这时就是忽略信息的目的,所以产品经理在和研发碰需求时遇到争论不止的状态,建议回归讨论重点。讨论需求需要具体在某个需求上讲,对需求背景要清晰、明确需求目的。了解为什么达到目的。这些要思考清晰,然后与讲解。当研发牵着产品鼻子走时不要忘了需求目标。只有明确需求目标,才能说服研发做新的需求。
@武汉-产品-涛涛
要做出一个功能 还真得下功夫去找一堆论据 不然结果是一点说服力没有 还被理解成不尊重
2、全局认识
在和研发沟通时,需要对事情的来龙去脉梳理清楚,事情一开始是谁负责的、事情涉及人员有多少个?什么时候开始?事情下一步是如何的?沟通前需要对各方人员密切关注,了解事情的全局。
二、沟通无歧义(@班主任)
产品经理和研发和设计沟通的时候,需要用双方能听懂的词汇进行沟通,一方面是表现出产品经理该有的专业度,另一方面下雨表达出词汇的确定性,避免歧义。想要表达无歧义一方面在于了解清楚对词义的规范和用法,另一方面产品经理需要保持清晰的思路。例如:需求目的是什么,为什么用这个方式去解决问题。在沟通的过程中,用词可以不正确,但是整体含义一定要让人理解清晰。
三、当面沟通技巧(@班主任)
很多时候产品经理和研发当面沟通时都会出现各种状态、性格、感情等复杂情况,作为产品经理,需要避免个人情绪在工作上,越是遇到难沟通的研发,就越不要把太多关注点放在对方的情绪和性格。保持理性、客观、快速并且有效的解决问题,这是最好的结果。
其次是在沟通节奏上,首先沟通上应该先说明事情情况、最表明需要什么人参加?为什么需要?最后落实清楚,大家无异议。但是看起来这么快的步骤,落实在具体工作当中,由于各种性格、理解力、立场、等因素交杂一起时,难免会遇到撕逼,产品经理需要把握沟通目的、方向、进展。hold住场面。如果是需求的问题,那么产品经理有依据就讲依据,无依据就退一步。整理之后在建。如果是技术问题就找到技术团队落实负责人。然后各自问题各自处理。
四、了解人心,合理套路
虽然说工作归工作,但是事实上工作并非全部是工作,在刚入职公司时,建议对技术部门应该有所了解,了解每个人特性,性格、说话风格等因素,找到共同点,找到共同话题。如果开发喜欢玩”王者荣耀“的话,就陪他们打几局王者,在休息时少和开发谈工作,尽量给研发沟通一些有趣的事情。所以当你对研发进行个体分析过后,就可以”合理的套路“研发兄弟了。
@南京-产品-尔冬落
千万不要说研发有bug,要说这个功能点和预期不一致,或者说可以再优化一下
@武汉-产品-Amanda
鼓励鼓励,一定要鼓励。还要体谅,同理心,体谅他们的不容易。然后要坚持,就是论事,慢慢获得他的认可。最重要的是,不要给他们挖坑,尽量把功能需求搞完善,不然他们会恨死你