精选文章

产品经理和技术大哥的“爱恨情仇,相爱相杀”!

2019-07-17 18:46:58 | 来源:中培企业IT培训网

真的,别“想不开”,当产品经理。

前一天满怀信心,仔细打磨的产品功能和细节逻辑,第二天拿到评审会上,可能会被工程师喷得体无完肤

提一个简单的需求变动,技术大哥却告知改起来很复杂、这个功能做不了”;

发现产品中存在BUG,要求修复,技术回复“不是BUG,是不是你没正确操作?”;

从产品角度和技术部门沟通,工程师说的技术语言完全听不懂

经常有一种 “我是不是被技术大哥忽悠了?”的感觉;

……

其实,技术大哥作为脑力工作者,他们大部分时间都花在和代码打交道了。

他们的计算机世界,很有规则性;

他们普遍记忆力很强,毕竟产品的每个细节都是他们一行行码出来的;

他们的思维方式偏线性,逻辑性强;

他们认为一件事情最好能按照固定的流程执行,不喜欢中间突然变化或出错;

他们欣赏自己的程序作品,遇到质疑,会主动维护;

……

作为产品经理,需要和各种各样的人打交道,需要推进项目流程进展,所以,了解合作者的行为、思维和情绪模式,掌握不同情境下问题的快速处理方法很重要

如何向技术大哥正确提出需求?

产品经理工作中的重要任务除了是写PRD,还有就是讲解产品需求,而需求执行者,更多的是技术开发们。

实际工作中,经常出现产品经理描述的是“需求X”,但是工程师的理解是“需求Y”,最后开发出来的产品风马牛不相及。

这里面固然有技术大哥理解能力的问题,但产品经理作为项目的积极推进者,还是需要从提升自身来改善。

需求写好先自我审视

比如功能逻辑说明中,除了正常功能逻辑,是否有异常功能处理逻辑

例:用户登录时,如果网络异常,或者用户突然离开决定“暂时不登录”,产品时如何处理的?

这样的自我审视,是从技术开发角度理解的换位思考,有助于后续的沟通更流畅,也能增加技术大哥的信任。

语言表达方面,多站在用户的角度沟通。

技术开发们通常都是一群很有个性的人,他们很自信,主观性很强的沟通,他们不太容易接纳,所以产品经理应该减少使用“我认为”“我觉得”这样词汇,应该多使用“我们来看一下”“用户使用产品时会觉得”这样的内容,给人一种解决问题的正向心态表现

综合来说,和技术大哥提需求,产品经理的语言表达能力和换位思考能力的提升,有助于传播效率的改善。

如何站在技术角度思考产品?

毛主席的战略方法最直接管用——从群众中来,到群众中去。要想从技术的角度思考产品,就要进入他们的队伍中。

产品经理提完需求后,技术部门的工作正式开展起来,他们内部首先也需要做广泛讨论,这个环节,有的产品经理会选择参加,有的不会。但有一句亘古不变的名言“知己知彼百战不殆”,作为产品推进的灵魂人物,参与技术讨论是非常有必要的。

技术讨论上,开发们会确定一个他们最关注的事项——技术开发成本

产品经理需要在这个过程中,充分了解他们得出结论的原因,并且在关键时刻成为产品的发言人,将对产品功能和用户价值需求的原因,及时地传递给技术开发。这样有助于提升产品实践与模型的深度结合。

小贴士:遇到技术讨论的问题不懂时,怎么办?

形象化的提问,同理心优势,将自己不了解的技术问题,形象化的方式描述出来,提问的方式让工程师帮忙解答,合理地表达问题。

例如:咱们现在讨论的是不是这个功能的数据结构?是不是可以理解为……,这过程也给了工程师自我表达展示知识素养的机会,让你们的个人关系也得到提升。

如何激发技术大哥修改需求的动力?

帮助技术设计理解“人性需求”一个产品经理所维护的团队,一般设计业务、运营、设计、程序等角色,这些角色的分工也很明确,其实也代表着产品经理在阐述产品时的勾勒维度,总结起来大致分为功能逻辑、界面设计、需求背景和技术支持。

当然,沟通的时候,也是围绕这几个层面的。按照一般的沟通方式,与设计沟通,要多聊界面效果,与运营沟通,要多聊转化率,与业务沟通要多聊产品效果,与程序沟通,当然是技术成本。

所以,如果我们有修改需求时,如果从技术本身角度来说,很容易换来程序员们的抗拒,因为技术开发就好像盖房子,中途调整,势必牵连很多层级的建构。

那么,产品经理还能发力的角度就只剩下了需求背景的阐释。

一个优秀的互联网产品,它的每一个环节必然符合人性需求的,在和技术沟通是,如果能帮他们把握产品变化的原则和驱动变化背后的人性需求本质,那么,技术在修改的时候会更加有动力,甚至迸发创造力。

这种方法,还有效在于,信息共享的意义。信息共享就是资源共享,作为能够和老板和领导更多交流产品发展的人,产品经理应该多和技术开发沟通,消除彼此对于未知的恐惧,同时提高整个团队里面的资源利用率。

小贴士:遇到“BUG”怎么沟通?

BUG中文含义——在电脑系统或程序中,隐藏着的一些未被发现的缺陷或问题统称为bug(漏洞)。

如果你是技术大哥,你一定不喜欢这样的BUG。所以产品经理在沟通这种情况时,需要照顾到他们的感受,换一种描述,比如“新增的小功能特性”。

产品的技术开发们,理性逻辑思维很强,他们习惯用实现的难易程度和系统的角度定义和设计产品,而产品经理思考时更关注与具体场景的连接,如果与技术沟通时,只讲功能和逻辑,且不说会让沟通陷入具体的功能和设计层面的沟通,但就沟通双方的实践能力来说,逻辑上产品经理也很难赢啊!

产品经理如果遇到问题是,可以多想想乔布斯,这位非技术出身的产品经理,是如何做出举世瞩目的苹果系列产品的,至少他的合理表达方式和技巧能让产品为更多人理解和接受。

标签: 产品经理