产品经理如何求生?技术大牛环绕,PM心里苦,这3招也许有用...

“在一个技术导向、大牛环绕的氛围下,产品经理如何生存?”


『向RD低头啊!』我玩笑着说。

01

自动驾驶用得着PM? 

公司以技术为信仰。我也相信技术改变世界。在我厂一度低迷股价跌倒谷底的时候,我仍对公司抱有信心,跟同事聊天说:我们不应该凑热闹去做重运营的业务去赚辛苦钱,我厂的基因就应该去有技术含量的、别人做不来的事情。


好在,AI和自动驾驶是这类事情,也真心期盼这样的领域为我厂带来新的生机。于是毅然决然来到这样的方向。朋友问:『你要去无人车啊?无人车需要PM么?』

02

是什么让PM鼻酸? 

(PM好友看到我的草稿说:看得鼻酸。大概是因为下边这段带来触动吧)

难免会觉得委屈:


当产品经理构思出一套产品体系,技术大牛挑剔其中技术细节的时候。

当产品激昂地在白板上讲产品思路,会上的技术大牛们默默敲键盘甚至有人睡着的时候。

当技术大牛说你不懂、你又没写过十年代码的时候。

当理所应当地在沟通之余,为团队订会议室、订餐、写会议纪要、做好一切服务,因为自觉技术的时间更宝贵而不容耽搁的时候。


委屈是因为:


他们大概没有看到,我们抱起来从头啃起的技术书籍,在晚上和周末边看商业书籍边结合业务的苦苦思索、跟各种场合认识来的行业伙伴微信/聚会探讨、打印下来拿回家看的英文标准文档、订阅的各种行业动态...

他们大概也没有看到,我们从接触一个全新技术领域的懵懂,到可以顺畅对话。

我们已经将产品、商业思维应用在这个技术领域,并有了新的发展规划和对外包装。我们尝试对新领域搭建起了方法论体系。

我们也不曾反击说:码农自嘲在搬砖,有没有反思自己搬砖的核心竞争力是什么,有没有抬头去看自己搬砖是在构建什么样的摩天大楼?


03

当初为什么做PM


同伴说『心好累。为什么选了产品经理这个职位啊。』我回答说『因为代码写不好啊!哈哈哈哈』 常常自嘲,内心却不曾放下傲娇。


从技术转产品的朋友说:

当初我从技术转pm,不是因为技术做不好,是想知道 自己每次执行的任务 是从怎样的宏大目标中拆解出来的

有资深工程师曾说:

不是技术做不好就能当产品经理。而是技术之外 有了更宏观的认知和对业务更深刻的理解,才能当得了产品经理。

我的某前leader说:

我做PM是因为 小时候想当发明家。

这些都是我们的初心,还记得吗?

如果不看重PM这个岗位,只能说明行业发展还在初级阶段。你去看发达国家的企业走势,就会发现企业中project manager, program manager, product manager 处在业务中心,需求定义、方案设计、甚至伪代码要在欧美、日本总部的核心部门落实之后,才会交到劳动力成本相对较低的中国、印度、巴西等,去做编码实现。(当然,近几年我国业务能力提升、劳动成本提升,已经有所不同。另外此处无意贬低编程。) 

有了产品经理这样的职位,而不是拿着别人掰开了揉碎了的事情去做,是中国在行业发展中走到前沿的象征。

我们抱着热爱,希望孵化新的产品和模式,希望看到产品被使用、被需要,甚至希望改变世界。

这些都是我们的初心,还记得吗?

04

产品经理如何赢得尊重?

如果只是吐槽抱怨没有营养,我自己都会鄙视自己。

当然要找到理由让自己开心,找到方法让大家开心。

方法1:输出能力

与追求姑娘类似,你对她再体贴,不如让她看到你有多优秀。

产品经理,可以做程序员鼓励师,更要做产品的CEO。

术业有专攻,很多技术同事擅长用高明的办法去解决问题,但不擅长:

(1)发现和定义问题:有了Why和What,才有How.定义Why和What是痛苦的过程,需要宏观的视野、全局的把握。

(2)抽象概括和输出:做得很好,但说不明白,陷在细节抽象不出来。

(3)灵活沟通寻求通路:不喜欢跟人打交道,沟通受阻时不愿意迂回。

人无完人,团队的意义就在于优势互补。这个时候就需要PM来发挥价值了:

PM将竞品的深入分析带给团队,将市场有多大我们份额能做到多大的信心带给团队,找到正确高效的实现路径、将技术能力包装成解决方案输出给客户、用活跃的脑洞构思宣传方案,与大家共同去实现构想的目标...

在这个过程中,自然会赢得同事的尊重。

方法2:尊重专业

在技术为主导的公司,总是以跪舔+引导的方式让rd自己说出我要的需求,方式不重要,我的需求达到了!rd然后会笑着说我都可以自己当pm了,我说是啊是啊


(1) 充分尊重对方的专业。在学习和积累中默默成长。『向RD低头』代表的是一种心态和方法,换位思考、放低姿态。大方承认自己的无知,示弱也不失为有效推动的方法。

(2) 如果有足够的独立见解及自信,那么就采用循循善诱的引导方法去落地。

讲师培训中提到,填鸭式灌输已经过时了,引导式才有效果。去看现在孩子的乐高课程会发现,老师一直在『袖手旁观』,知道答案但是不动手,只在旁边提问题,孩子自己就会在引导下得出答案,从而获得深刻的理解和成长。

做个facilitator,提出问题、引发思考、共同得到答案,这比直接抛出回答要高明得多。多去运用这种方法,引导出结果以后,深藏功与名,大家好才是真的好。毕竟,能被吸收、能落地的想法,才能真正改变世界。

方法3:维护关系

所谓"程序员鼓励师",陪加班陪聊天,按摩捶背这些,就是茶余饭后的事情啦。用情商换来的和谐 vs 用专业性换来的尊重,两种路线都不会失业,但成长不同,得到的尊重也不同。

当然,如果能综合应用,效果才是最好。

以上。希望我们:不忘初心,合作开心。

本文经过3+位朋友预审,经过3+版本修订。感谢。

- 但没有深入讲How

- 写不下去了 说下期待续。被你看出本质了。。好吧,1.尊重技术。2.搞好关系。3.输出专业性

- 顺序可以是 3、1、2

这位朋友是技术总监,我们在对立的合作中建立起了信任。朋友提到了QCon上讲的内容,是类似命题,不同角色视角的探讨,附链接:如果你是技术leader,团队成员不停向你抱怨时你会怎么做? (作者原标题:"强业务驱动的互联网+,技术管理的坑与路"。值得一读,比我写得好太多了。)

欢迎指教,一起成长。

你可能感兴趣的:(产品经理如何求生?技术大牛环绕,PM心里苦,这3招也许有用...)