做一名硬核产品经理

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

做PM有半年之久了,从新手小白做到入门,从做局部优化到独立负责一个从0开始的大项规划,最近突然对产品经理和我自身的职业生涯产生了许多思考,也进行了一些初步的的实践,还因此获得了一些宝贵的机缘,而这些林林总总的细小线索逐渐汇聚成一个词:Hardcore硬核,并激发我了对自己的一个定位和目标——做一名硬核产品经理。

记得我曾经在我的一篇旧文里二本文科女如何逆袭产品经理提到这样一段话:

职场食物链,若你一开始选择了做一个食草动物(以行政、文秘为代表,尤其是女生容易陷入这种工作),虽然有很多的草地供你进食,但是没有了尖牙和利爪(行业壁垒,技术门槛),你得花多久才能保证生存,甚至幸运的进化成大象。

我本以为产品经理是有着自带尖牙与利爪的的职业,而实际入行了才发现,所谓的尖牙和利爪也需要自己在自己所处的公司和行业去自行寻找,自行去扩展边界。而另一方因为互联网大潮,产品经理群体的质量也参差不齐,火爆的一方面也让我看到这个群体的脆弱性。用巴菲特的名言:潮水褪去,你才知道谁在裸泳。

居安思危,你不得不思考:如何不成为裸泳的那个人。

我想成为一名优秀的产品经理,首先在如何定义优秀PM上就是一件困难事,互联网产品经理是一个年轻的职业,缺乏权威和行业沉淀,每个人的定义都不同,信息来源中充满了噪声。我的处理方式很简单,通过百度谷歌等方式,来看一看现在世界上最伟大的公司之一谷歌对产品经理的要求和JD(职位描述),我发现了一个普遍被提到的要求—必须要有技术背景。

成为一名工程师。我并不是说你真的需要为产品编写代码。我想说的是,你应当像一名工程师那样对产品的构造过程具有好奇心。你应该了解产品功能在开发过程需要的成本,以及为什么开发成本会变得这么高。那个特性使用的是什么算法?为什么这个页面会呈现得很慢?大的架构变动对产品会产生影响,团队中的每个工程师都会对此非常重视,你也应该如此。如果你遇到项目的负责人,他们想要知道一些具体的事情,你应该能够为他们解释一些主要的工程方面的决定以及之前的利弊权衡。在谷歌,最好的的产品经理都会尽可能地变得更加技术化并乐此不疲

当国内的同行们还在知乎上争论,产品经理要不要懂技术的时候,国外最优秀的TMT公司将懂技术已经列为产品经理的必修课了。那么作为PM我们为什么要懂技术?先不回答这个问题,先来说一些我的往事

在我大四的时候,我优秀的小伙伴曾经善意的给我提过这样一段建议:

我觉得你最大的问题是缺乏处理大量信息的思维,归根结底是数理知识的问题,数据分析,系统论,控制论,博弈论。

一个人讲故事,虽然语言给了无限的可能性,但是那个人的经历注定了他在一天里只能讲那么多故事。借助数学的外推能力,就可以真的讲无限多的故事,而这无限多的类别,也是被数学算法所固定的。当你可以更新算法的时候,就可以创造出很多个无限多的故事。

对于你而言最难的就是数学,这种抽象的能力,然后是编程,这种具象的能力。

最简单的,就是案例,你从事什么行业,就疯狂的积累各种案例经验,从书上、视频里,各种渠道各种案例,然后借助数学探索全部的可能性,借助编程锁定到最重要的可能性上。

这段对话发生在15年年初,精彩极了,但是惭愧的是,我当时并没有深入去思考它,也没有好好去执行它,直到越来越多的线索开始提醒我,你该往正确的道路上靠了。

– 15年上半年我加入了开智社群,阳老将编程也列为五元元科学之一,他有过这样的点评

工具是思维的延伸。编程可以外包给更年轻的小朋友,但如果不懂编程,就难以拥有工程思维,更难以理解自动化思维。同样的工作流程,有编程思维,很清楚哪个环节容易自动化。举个例子,在微信群里大家在推荐书的时候,可以在开头统一加入#book#标签,那么在检索微信群聊天记录的时候,搜索#book# 就可以看到所有群友推荐的书目。

编程思维更重要的一点是,现在世界上前沿成果,都是超级黑客做出来的。如果不懂他们的思维方式、行业黑话,往往是成果做出来了,变为大众消费品了,才会理解。时间差得很多。浸泡在开源社区,是站在时间源头、群内讨论过的时空选择论的前端。

– 前段时间,我把虎平老师《打破自我的标签》这本书读完了,他书里有这样一段内容

虎平老师提到的工业社会择业要素,以可复制的形式满足更多的人,仔细一想其实这也是指向了工程思维,抽象编码提取生产要素,实现大规模自动化,重新调度和配置资源提高生产效率,这不是很多互联网企业成功的要素吗?与此同时自然也是产品成功的要素。

越来越多的这样的线索和指引,让我开始正视一年前好朋友对我的建议,训练自己数学和编程方面的东西,掌握抽象和具象来更精准的锁定目标,这是一种高阶思维训练。于是今年春天过后,我鼓起勇气,努力去克服那些自我负面实现的标签,如“学渣文科生”,“天生懒散”,开始真正的踏入编程、机器学习、数据科学等领域,而这些涉猎又为我打开了一扇扇新的大门,从而遇到了更好的前辈,同侪和伙伴,信息源的边界就就又被推到更远了。我的师父根据我的兴趣树和职业锚还有所处行业给我规划了一条职业路径:NLP+推荐系统 +金融 的路线,这并不是一条轻松的路但是却让我有一种触碰未来的感觉,并且我对此充满了信心。成功来自微小优势的连续积累,最后形成时间的复利,在马太效应的作用下,你会发你与他人的差距拉的越来越大。

早上和师父讨论的时候,师父说:产品不是归宿,只是个时间的驿站,这是他自己的定位,我突然明白了什么,就接了一句做个体验型产品经理,天花板很快到来,很多人有前车之鉴。师父相当同意我的观点,那我为什么突然这么说呢?

前段时间我在设计和规划我的产品项目到时候,恰逢纯银开始写《10个案例说明什么是产品模型》系列文章,这个系列8篇文章和其他相关文章写的很真实,对我触动很大,反反复复看了3遍有余,并深以为然。来摘录下纯银的最核心的观点:

产品模型=商业模式+产品架构+运营体系

产品模型在理论上决定产品的数据上限,商业潜力,生命周期;而产品与运营团队只能在这个理论值之内,试着走得更远一点。更有趣的事情是,APP的产品模型在前半年就定了下来,以后几乎不可修改。这也就是我经常说的“产品宿命论”。一款产品的命运,在你发布它的时候几乎已经预定好了,只是那时你还不知道而已。接下来的一年两年三年,都只是一点点去接受既定的那个结果。APP成败的决定性因素是由创始人构建的产品模型,模型的好坏又取决于对特定市场的理解深度、前瞻性以及创造力。

产品做得好,这不重要

产品经理重要吗?

通过纯银大牛的观察,你看到了么,产品的优秀用户体验在业内成为标配,而真正的hardcore在于产品模型,这是一种更高阶的产品思维。如果你还在为自己好的用户体验和设计而得意洋洋,那么很快在几年后你可能还会为做不出一款优秀产品而苦恼,还处于一个被动型产品经理的阶段,因为你将真正的产品要素的顶层设计交由他人去决定。而另外一方面,优秀的设计和体验在抄袭者面前没有任何技术门槛,对于初学者来说也非常好模仿。

而我的硬核将围绕着底层数学与编程的思维训练,与应用层的产品模型三大要素展开。通过前者的基础巩固,我相信后者只是时间和经验的问题。

用阳老的一段话:

并不是每个人都需要以生命为代价,去探索知识与真理。平常居家过日子,也是多数人本来应该的生活。所以,异类始终是异类。但是,当你一旦感知到异类的力量,如西蒙、如博尔赫斯、如安铂九王子,或许,你的生命已经不再属于你。而属于人类历史上的开锁者群落的一份子。

而我现在正发自内心的感觉受到自我解锁的愉悦,但是还有一个需要铭记于心的要点:

Talk is cheap, so show me the code.

最后再啰嗦一段:Life is short ,you need python——人生苦短,python当歌

#专栏作家#

莫颜云月,同花顺产品经理,人人都是产品经理专栏作家。一只初级女产品汪,文科出身却向往成为一名极客,同时游走在产品和技术之间。时常念叨Elon Musk 的 Take X ;Add AI,预备点的技能树是 NLP+推荐算法。目前正在学习Python&Machine Learning,业余码字,致力于解锁时间和心智。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 我看了一下你的封面图片里,Mac笔记本边上放着的几本书,从书脊封面来看,有一本python,php5等,还有一些其他O’Reilly出版社出版的一些书,估计应该会有Js,html,Css之类前端和数据库,服务器,框架之类的技术类图书,我觉的可以考虑加一本《海底二万里》或《三体》之类的硬核科幻书点缀一些会更好些嘿:)

    回复
  2. 个人觉得PM不管怎样要做到:
    1,察人情
    2,说人话
    3,善学习

    至于学什么,我的比重是:
    产品:技术:运营 = 6 : 2 : 2

    回复
  3. 求微信号

    回复
  4. 楼主说的很对,猜测楼主是文科生,其实我是也刚入门,感觉理科思维或者编程思维非常重要,所以我看大部分产品经理都要求的是与编程相关的专业,虽然我也会一些编程,但是当硬核还是难。不过我和楼主意见不同的地方是,我认为硬核不是必须的,就像是产品经理需不需要会做设计一样,锦上添花,一个PM,会python,也会ps以及Ae,会编程会设计更好,但是产品思维才是必须的嘛

    回复
    1. 再补充一下,我去实习的时候感觉从rd转到pm的人一般都在乎于具体实施方法,而不会编程的人思路更多在于另一个维度,就比如有个项目是流浪动物收养系统,会编程的pm一般都喜欢关注模型这一部分,而不会的更多在于需求,这是我的感觉,如果有什么不对的楼主可以指正~

      回复
  5. 很赞同你的观点,毕竟我是加过微信的人,然而感觉跟你一样
    包括她将所有加她的小白们问题做了个吐槽文章,吐槽别人为什么那么白还要加她

    回复
  6. 额、文笔相当不错。。。。。。。。。。

    回复
  7. 所谓引领产品模型,终极目标就是乔布斯吧。
    很多时候都是天赋在作怪。。。

    回复
  8. 一开始蛮吸引我,但是看着看着就看不懂是啥了,各种“引经据典”各种“牛逼高大上”的词汇,感觉各种大,各种玄,宇宙啦,人类啦、历史啦,然后我就恍惚了 ,我也是互联网行业的虽然不是产品是设计,但是也会在项目里面会接触到这些,也会有醍醐灌顶、顿觉牛逼的东西,今天咋中了邪,难道加了几天班就跟不上互联网的时代潮流了,完全看不懂了,纯银的也能看懂哇,那这是啥牛逼的产品经理思维啊,我得学习啊!带着这个疑问我接着往下看完了…又看了些评论,果如一个评论讲的:有种入了传销的感觉,看完评论后七拼八凑的在心里整理了下作者啥意思又感觉被救回来了。。。hardcore硬核概念很好,但是讲的这么累,何必呢

    回复
  9. 很有意思的想法,也看到了你在产品路上的坚定。
    有句话说的很对“产品不是归宿,只是时间的驿站”坚持十几年做产品的很少,一个是因为产品经理这个职位发展并不是很久,另外就是互联网的瞬息万变影响了产品经理的定义。但是我更喜欢把互联网当做工具的想法,这么看,其实产品经理虽被影响但不被取代。但是这部分不被取代的人一定是更高眼界,看待互联网的人,能够很好利用它构建一个系统或者平台的人。

    回复
  10. 好像在PM圈,对于PM是否要懂技术一直都是最火的主题之一,我觉得,对于大部分以产品驱动或运营驱动的产品,开发原理大致了解即可,对于技术为驱动的产品,则另当别论了,这就好比产品的五大原则之一的前置条件,不可概而论之。作者文笔不错,阅读量应该不小。

    回复
  11. 归根结底,互联网产品就是业务驱动+技术实现,作为产品经理,技术岂能放过。

    回复
  12. 人人都是产品经理这本书实在是荼毒不浅,这就像是说某些经理似的,似乎谁都能去做,但真能做好的又有几个?这类职位对个人的综合素质要求极高,不是简单的加强那几方面就可以的,更多的就是对于方向的把握,产品经理对产品直接负责,必须有足够的市场洞察力,以及优秀的市场把握能力。
    要我说,我选择走产品经理这条路线,原因就是我喜欢读各种兵法,在这样一个年代,能够肆无忌惮的使用兵法的职业并不多了,我懂编程原理,但是不会编程,也不想学会编程,我更愿意把每一次的产品发布看做一次次的战役,从后勤开始到前线指挥,布局谋划,这就是我喜欢的事,这也是我选择产品经理的原因,我希望,这也可以成为我将来的硬核竞争力,我期待多少年之后,属于我的“隆中对”会写进史书。 :!: :!: :!:

    回复
  13. 抛砖引玉。
    没有技术背景的PM,考虑需求的时候会免去思考技术难度。我认为这是非技术PM的显著优势。
    因为当两个方案:
    A.用户体验佳(开发难度稍大)B.用户体验稍差(开发难度低)
    A/Bplan摆在面前的时候,技术PM难免会考虑技术工期、难度,可能会导致选了B方案。

    说在最后:术业有专攻,没必要越界。对于PM来说的确竞争力会变强,但对产品未必是好事。

    回复
    1. 这个回复十分同意。
      就好比小孩子是最具想象力的,因为他的思维没有被当代很多规则壁垒框住
      知道的太多,会约束行动力。然而技术革新就是因为有那么多不断去试图梦想成真的过程才推动的

      回复
  14. 支持楼主,顶一下。个人认为排除产品经理自身对需求的挖掘把控和沟通协调的等共性的素质之外,设计、技术、运营、市场、等等每一项的【精】对于PM来说都是加分项,相信楼主说的并不是让大家抛开本职去钻研技术,而是努力去补短板。每个产品经理都有自己的工作方式,但是不断充实自己肯定是没错的。

    回复
  15. 技术作为产品知识能力体系中的一个部分,其原理需要在一定程度上掌握的。。。好的产品一定是以拥有略眼光和心胸为方向慢慢一点一点从“经济基础”开始积累的,需要很长的时间,放平心态,踏实去做,便好;

    回复
  16. 作为一个程序转产品的过来人想说,最好是学你们程序开发的语言,python很好上手,但是编程逻辑和结构和APP开发差别很大

    回复
  17. 作为运营出身的产品经理,我确实也开始学技术这块的内容了,不仅是了解产品的构成,也是希望自己的思维方式更加有逻辑性

    回复
  18. 刚从技术岗转PM4个月,也是从0开始和团队成长。对我来说,转做PM更大的挑战是要思维方式的转变,以一个更加宽度和深度的视角去看整个产品。它的商业模型,用户需求以及运营思路 来 确定的产品构架。而技术开发更像是服务于这个产品的模块化的结构,我需要有取舍的去组装,使用,优化这些模块。

    回复
  19. 鸡汤级的产品经理,“引经论典”都说的“有理有据”,然后评论区一丝质疑,就反问对方是不是没有误解了自己的主题,试想未来用户的讽刺和鄙视袭来之时,也会对用户说误解了产品模型,果然是“硬核”产品经理,够硬

    回复
  20. 很好的文章,前面写的也是我想从会计岗位转行互联网的原因

    回复
  21. 技术 – 遇到问题,查,了解到理解,于是有了积累。
    作为一只刚入门的产品汪,刻意的去学技术,有点本末倒置的感觉。只是个人感觉,莫在意。

    回复
  22. 我想请问NLP你准备怎么学习?书籍自学?因为最近了解了一些这个,但是还不太明确

    回复
  23. 道理是对的,可能文科同学的表述有点。。抛了很多修饰太多的词语。简单来说,就是尽量去了解一点初级的技术,我用以前高中参加奥林匹克竞赛的编程基础,在一开始产品上手的时候就好很多

    回复
  24. 知其然,知其所以然!从技术角度来说,产品经理掌握技术思维是做好产品的基础。而决定产品成败的,又不仅仅是技术,而是更多的,如对市场的了解、对目标用户的了解等。技术NB的产品经理是硬核?市场的洞察,需求的洞察,人性的洞察等等,进化来最后硬核就是成功创业的CEO应该有所以特性。(PS:创业成功的CEO有很多都是不动技术的如何破?)

    回复
    1. 看完上文,再看你的留言,有种被传销洗脑突然被警察叔叔解救的感觉

      回复
  25. 您好!文章很精彩,但感觉没有写完,给人很多思考的空间啊 :smile:

    回复
  26. 我是认同你的,现在我处在一个执行层面的产品经理的情况.常常是上面有啥需求,发下来让我去做.我没有一个很好的渠道去表达自己的意见,这让我对自己的未来感到疑惑,应该可以从哪方面突破呢;然后是,一个具有hardcore的产品经理,成长路径应该是怎么样的呢?

    回复
  27. 等待大潮褪去,有人还在裸泳

    回复
  28. 刚从设计转到产品,目前就是做一些产品内部的功能优化,有时会画一下内嵌在产品里的小产品原型。但是每次做的设计图到了前端那里和效果图就有差距,到了后台那里也会不断地要改。感觉懂点技术上的知识,画原型的时候可以考虑周全点。
    请问,了解这方面技术上的知识要从哪下手???

    回复
    1. 不太建议从技术上着手,可以多想想为什么和怎么做的问题,比较推荐的两个工具是 思维图和流程图

      回复
  29. :idea:

    回复
  30. 我是一枚刚转行的产品小白,可以问下你具体是怎么学习的嘛?

    回复