如何做好一个产品经理

看到去年开始跟进的一个SDWAN项目,客户发出了一个稿件,项目成功落地非常开心。整个过程中, 研发团队和销售团队、产品团队紧密和客户配合,并且加上合作伙伴的努力一起完成的。有些感慨分享一下,这里的产品经理或许是一个更狭义的定义,包含国外常见的Product Manager + Technical Marketing的角色,而不包括Project Manager一类的项目管理和排期角色。

现在很多产品的设计都逐渐的在变味,一场手机发布会,满屏的跑分多少分,早已经没有人谈用户体验了。一个CPU的发布会不会去讲Cache和片上网络及前端和后端架构,只是分数高了多少,当然一个路由器芯片的发布也是只谈带宽,不谈pps和路由表数量。量化自然是好事,但是一个好的产品是拿来给客户用的,而不是单纯的用来吹牛x的…

有一个非常厉害的产品经理同事开玩笑的把这个逐渐变化的过程总结为:研发驱动–> 客户驱动–> 采购驱动–> 股票分析师驱动… 我突然觉得要是能去闭环整个流程会如何….

其实很多伟大的产品诞生于研发,有研究性质的创新,例如某个算法把性能提高了10倍带来的效率提升,也有研发自己觉得产品用的不爽去重构或者简化而来的。但是逐渐到了一定程度后,研发做出的产品和客户的需求出现了脱节,或者是某些产品伴随着长达数十年的生命周期,研发团队人员换了几轮已经没人知道怎么用自己家的产品了.

魔幻的事情发生了,产品经理拍脑袋客户要什么我们就做什么… 过去十多年我自己的经历来看,其实很多客户关注到自己的痛点通常会有些片面,毕竟更多的还是以自己的业务为导向的,而这个时候其实恰恰需要研发和客户一起来驱动整个变革,研发更能从产品架构上看清楚需要改什么,或者怎么改的方案更加泛化,例如过去拿某路由器去当防火墙集采还中标了,或者直接把路由器作为网络遥测性能探针给了某国有大型银行,最后还为某司诞生了一条新的产品线。只可惜很多时候我们已经太缺乏思考的能力了,ToB的市场,客户爸爸直接拍桌子说给你10M你就照这么做,再奇葩的软件功能都可以为客户实现,连盗用IP地址的事情都可以干,几乎没有PM会站在客户的对立面去拒绝。

而采购驱动的研发呢,通常在招投标过程中采购基本上也不太懂业务真的要什么,随手划条线搞个RFP就来了。于是整个开发的流程又变成了如何去满足RFP获得投标资格…

接下来的事情就更魔幻了,以股票分析师驱动的研发主要是从金融角度来看的,例如融资租赁一类的业务可以降低采购成本,那么产品的授权和收费自然也跟着从这个角度去变更,或者说为了行研报告里把某个公司粉饰的世界一流, 最简单的做法就是跑分一流就好, 证券分析师通常也就只能看看跑分,而这个时候研发通常会伙同一些评测机构对某几个特殊场景进行优化, 最后跑分无敌牛,使用烂成翔。例如某网络设备厂商在2019年某保险集采测试里就因为一些特殊的跑分优化导致一个简单的case都跑不过最后直接被挡在投标门外…

那么如何能够做成一个好的产品经理呢?简单的来说就是需要在整个链条上闭环,并且以多方价值为中心构建产品。例如很多交易所用户对产品的要求并不是你路由器要多大的带宽或者多快的吞吐或者多低的延迟,而更重要的是追求交易突发burst的抑制能力和行情的公平性。深入到客户的业务中去了解客户的最根本需求才是一个好产品经理的第一步。例如SDWAN我们会用公有云Internet上去跑组播全国分发行情。

而第二步则是需要有足够多的专业素养,很多从销售转岗或者售后转岗的PM、TME不太懂产品的底层架构,甚至连自己家的产品怎么用都不会,因此在整个产品的规划和迭代过程中会使得系统的包袱越来越重。

第三步则是有一秒钟变小白的能力,这也是很多从技术研发岗位转岗PM的人容易犯的错误,例如软件UI上一定要把自己觉得技术最牛x的内容放在主屏幕上,或者满屏放一堆的数据…见过大量的ToB软件几乎都这个德行…例如很多人都在用的遥测数据NPM、APM界面上,一大堆事件… 而一个好的PM天生自带UX的能力,本质上其实就是把客户当小白,能少移动一段鼠标,能少输入一个参数,能少思考一个场景都是一个优秀PM所具备的,一个软件本身做的好就根本不需要说明书。

例如我在设计Nimble的UI时引用基于AI的故障诊断和性能评分体系,得出的界面就非常直观了,用户只需要简单的看前三列就知道问题在哪,而后面的数据只是佐证问题发生的时间和劣化的趋势, 任何一张图表放在特定的位置都需要有它内在逻辑的意义,而不是单纯的为了炫技或者证明自己开发的重要性而乱排。如何做好一个产品经理

当然炫技还是要的,毕竟这是拉开竞争对手的最好机会,例如这背后的这些AI模型,从我2018年训练完,过了几年了也没有竞品出来,特别是某些号称自动驾驶网络的公司…

而另一方面,同样是这件事,研发出来的PM怎么看呢?你这个东西不就是写个If-then-else,或者直接让客户看这几个数据就能分析出问题了啊,还要什么AI?问题的关键就在于一个好的产品让客户少思考了一步,并能按照他的思维方式去操作,而你也因为无法穷举客户的if-then-else最终修bug修的苦逼的事情忘了么?

最后一步,一个好的产品经理要学会妥协,什么都做到第一的产品除非是革命性的黑科技,那么这个第一一定包含贵。很多时候一个产品需要做减法,项目排期研发资源的妥协,功能的妥协,性能的妥协。例如一个客户也就10Gbps的带宽,你卖给他一台400Gbps的设备他不一定会觉得爽,而更多的是如何在客户满足的10Gbps上丰富他需要的功能,让他用的顺心,管的省心。

如上,满纸荒唐言~各位笑笑也罢..

如何做好一个产品经理》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:http://www.bookhoes.com/3627.html