做一名硬核产品经理

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

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

yinghechnapijingli

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

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

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

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

我想成为一名优秀的产品经理,首先在如何定义优秀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,业余码字,致力于解锁时间和心智。

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

祝给予赞赏的伙伴,2017年发大财!

评论( 59

写下你的想法
  1. 初入行的产品菜狗,求指教

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

    回复
    1. 回复

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

  2. 牛牛产品

    额、文笔相当不错。。。。。。。。。。

    回复
  3. 博学而笃志,切问而近思

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

    回复
  4. 你须寻得你所爱,并为之守望。

    个人欣赏你求知的欲望和勇气。多说一句,文章公开PO出来,就是让大家择优而取,但评论本就是是各己见,你也只需择优而取,没必要对每个带有质疑的评论一一驳回吧?你觉得呢,产品经理~

    回复
    1. 回复

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

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

    回复
  6. 文因互联产品经理朱衡利

    http://www.woshipm.com/pmd/323623.html

    看到本站的一篇好的文章,刚好推荐在我的文章下面,我和这位作者的想法差不多呢~~~

    回复
  7. 微信公众号:summer的产品小窝

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

    回复
  8. Try to simplify it !

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

    回复
    1. 回复

      还是你总结的好~~ :grin:

      技术驱动的产品,普通人真做不来~然而你作为产品,也不需要懂技术到高级工程师的程度

  9. 大龄程序员,转产品,努力中

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

    回复
  10. 一只还不算很成熟的产品狗,汪,汪,汪!!

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

    回复
    1. 回复

      这位朋友的探讨很好哈~我提出硬核概念,其实也是抛砖引玉,大家完全可以根据自己的所处行业兴趣圈等东西,找出自己关键的,带有门槛硬核技能,然后去不断磨练自己。而不是仅仅流于泛泛而谈的‘人人都是产品经理’之类的大路货概念技能中。

    2. 回复

      说产品经理必须得懂技术的人证明还不清楚什么才是产品经理,还处于概念模糊理解混沌中。就如同说要想当将军必须得会造枪一样可笑。一个优秀的产品经理具备1.沟通能力;2.懂市场善用逻辑分析;3.架构和设计。有这几条足够。其余的可以调用,比如技术直接向R&D那调用就可以啦。脱离商业模式即便你技术通天做出来的产品也是垃圾。严格意义上讲技术出身只能搬砖垒墙做不了产品经理。

    3. 回复

      还是多学习吧,架构什么的,真的是不懂技术的可以搞的透的,而且对于技术的出身的产品经理也不能心存质疑,没必要说什么技术出身只能搬砖垒墙做不了产品经理。懂点技术终归是好的,不考虑技术,很久的时间设计出来的,结果做不出来,有什么意义呢?现在我设计一个穿梭时空,技术肯定搞不定。作者的意思大概更多的说明是一种思维,对于技术的理解,更加有助于自己产品经理的发展。

    4. 回复

      很久时间设计出来技术实现不了那叫闭门造车,要及时和需求方研发方等等沟通。至于技术大致了解就好,就和调用数据库信息一样,可以随时从研发那里调用。产品经理最重要的是懂的用什么手段去论证商业模式。产品是商业模式的配套工具。

  11. PM

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

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

    回复
    1. 回复

      嗯,你说的在理,那么如果遇到技术驱动的产品的时候呢?以我观察到的我厂我行业案例来看,一些重大偏技术的颠覆性产品,都是从原来做技术的人选拔上来做项目经理/产品经理。在遇到高门槛高科技含量的时候,无技术基础背景的PM根本调动不了那群机器学习、数据挖掘工程师,他们说的一段话你连术语都要理解很久,也就更加无法理解前沿技术的落地应用场景和商业前景,更别谈去建立产品模型。另外我总觉得硅谷那些牛的公司,更出名的是哪些Hacker们,而不是那些产品经理们,大家感兴趣的都可以多去墙外查下谷歌脸书PM们的背景们。

      另外我总觉得比起满嘴商业模式,用户体验balabala,前者很容易就能做到60分,而技术基础,你起码得在你年轻的时候投入5年的才能勉强60分,底层的思维能力炼就了之后,再去务虚。要不你看小扎从Nerd做脸书的CEO不都一直挺好的吗。

    2. 回复

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

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

    回复
    1. 回复

      谢谢你的理解,其实因为我本身所处的行业特殊,感受到金融行业与AI相结合的产业隐隐的涌现之力,所以想在数据、机器学习、自然语言处理上下一番苦功夫,再加上现成的有前辈的可复制的道路作为参考,所以才这么做了,我的路线可能并不适合大多数人,只是抛砖引玉。

  13. 产品人

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

    回复
  14. 哈哈

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

    回复
  15. 产品小菜鸟

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

    回复
  16. 创业者,新鲜出炉的产品经理(新人),传统IT从业多年

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

    回复
    1. 回复

      很棒!

    2. 回复

      困难也很多,总是不自觉的倾向技术实现细节,设计体验比较差,努力学习中…还有就是对于迭代的困惑。感觉迭代的太频繁。你有什么好的建议么

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

    回复
    1. 回复

      我本着开放之心与大家交流,所谓交流就是有来有回的吧,在评论区有同学认为我太注重技术,我的回复的确是在辩解。因为我很奇怪,怎么会因为这个文章让大家误以为我要去主攻技术去当工程师了呢。我依然是认定喜爱这个职业的,只不过在业余时间我选择点技术这条路,从时间分配来说,一天8h+在作为PM,2-4h作为我自己的额外学习技术时间,孰轻孰重?如果你有到我的博客主页的的话,你也会看到我报了云课堂的交互设计微专业,我说体验不是核心,但是我并没有放弃用户体验。本着友好交流的原则,倒是您这样一上来就给人扣帽子贴标签,让我感到非常难受了。

    2. 回复

      加油 你的努力会带领你走向成功 成功总是留给有计划有准备的人 你一定会成功的!!
      (对不起,开始的打开方式不对,让您难受了)

  18. 产品助理

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

    回复
  19. 文因互联产品经理朱衡利

    有同学提到本末倒置的问题,我想请大家注意下,我从事产品不过半年多时间,准确来说在公司转正才4个月,从0开始策划和推动了一个本部门最大的项目,大家还要质疑我在产品方面下的功夫和力气吗。每天上下班的8小时之外见真章~

    回复
    1. 回复

      这个完全和公司有关,你要是在BAT负责一个大项目,估计很牛,要在新创业公司,然并卵。
      再说硬核概念,产品经理不应该沉迷于表面的设计是对的,但同样的也不应该沉迷于技术。拿谷歌做例子本身就是偏颇,和公司就有很大关系。辨证的来说,技术是需要了解的,理性思维也是要锻炼的,但不应该是作为硬核来发展。要是如此,找一个资深的技术人员足以,要你何用?产品经理更应该是在其他软实力的锻炼与提升,管理能力,市场洞察力,产品逻辑,商业逻辑才应该成为产品的核心。作者可能会觉得被大家误解了,那么请作者回去自己细看文章,通篇在讲技术却说技术并不是你要的核心,那么你的核心到底是什么?是跑题还是自己并没有理清,抑或在辩解?

  20. Wilven想干产品却不知道怎么下手的人

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

    回复
    1. 回复

      【而我的硬核将围绕着底层数学与编程的思维训练,与应用层的产品模型三大要素展开。】

      没有把这句话加红加粗是我本篇文章的的失误。。

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

    回复
    1. 回复

      我有师父指导还有同学,最开始我的路径也是比较茫然,先去看Andrew在斯坦福的入门课,买周志华老师的《机器学习》,不过大部分都看不懂啦,然后我师父给我推荐了《数学之美》和《推荐系统实践》,再就是开始python入门。东西弄杂了之后反而开始慢慢懂一些了,最近准备利用《机器学习实战》这本书上的KNN算法在kaggle上做一个图像数字识别入门小白级项目,比较感谢我有那么多大腿抱,有那么多前辈愿意指导~~

    2. 回复

      确实你的这条道路针对性较强,可复制性不大,不过可以参考。我现在暂时给自己定的路线是在现有工作基础上提升自己对于用户体验以及需求的把控,然后发展H5,但是具体怎么开展学习还没有规划好,因为感觉编程并不是简单的学习一个语法。你推荐的“机器学习”以及“数学之美”我可以借鉴下,感谢推荐。我以为你说的NLP是“教练技术”,因为最近了解了这个,不过感觉网上搜索的信息坑太大,所以还是准备自己找书看。

    3. 回复

      NLP是自然语言处理。

  22. 小零科技产品经理

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

    回复
    1. 回复

      这位同学谢谢你的指正,哈哈,作为文科生不自觉的堆砌概念,等我学半年编程大概就会懂得简洁之道了吧~

  23. 文因互联产品经理朱衡利

    身为作者,感觉到还有很多人对我的硬核概念有误解,计划之后再写篇文章,谈谈我的硬核理念。 :???:

    回复
  24. 关注客户体验!

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

    回复
    1. 回复

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

    2. 回复

      额。。我想您有仔细看完我的全文么,我在文章后半段推崇了纯银的产品模型设计,应该就是你提到的市场的洞察,需求的洞察,人性的洞察等等。。。

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

    回复
  26. 正在产品大神的路上一路狂奔

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

    回复
  27. 小白也会飞~

    等待大潮褪去,有人还在裸泳

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

    回复
    1. 回复

      Life is short ,you need python
      然后再学一点前端JS+CSS方面的东东吧~

    2. 回复

      前辈有这方面的书吗?推荐下吧~ :oops:

    3. 回复

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

  29. :idea:

    回复
  30. 想入行……

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

    回复
    1. 回复

      PM很重要的是自学能力,要学会提问啊~~比如你这个提问就非常不明晰,学习的对象和周期都没有指出来,我很难回答啊 :???:

    2. 回复

      就你所说的这种硬核,这种底层的思维能力,该怎么去培养呢、?

推荐阅读