谈谈在美做PM的经历以及面试建议

初来乍到,看到地里有关PM / Product Manager的东西比较少,我来分享一些自己的心得吧,也算给初入这个行业的人一些建议。先道个歉,有些中文实在想不起来,我当年语文就不是特别好,大家将就看 :)
I: 什么是好的PM

市面上有很多教导如何成为一名优秀PM的书,楼主读过不少。有好的书,就有坏的。比如 Gayle 的 Crack the PM Interview 这本老生常谈的书,是非常 practical 的。她本人技术出身,在油管上也有教导一些基本的编程知识,在 product school 也讲过。本人很推荐这本书。然而,和大多数职业一样,PM是 极度 需要实践的行业。因为只有实践,你才能Fail,才能从中学习。以下是我总结的几条好的PM都有的优点。

  • Earn Trust by being analytical and trustful 。Earn Trust 是亚麻 leadership 的其中一条,我借来用了。我认为这是PM最重要的一条优点。我们需要从很多方面来 earn trust,你要懂一定的 database,coding 尤其是 efficiency上 的,才能和 engineers 说得上话;要懂 wireframe 才能给 designer 提意见;你人际关系要好,会基于场景和技术问题说好听的话,等等。简单说,就是什么都得懂到一定程度。什么是一定程度?取决于公司的情况。比如 Google 侧重技术,你得懂一定的 coding,面试的最后一轮你会面 dev lead 或者至少 engineer 来测试你的水平。个人觉得如果你能写好 leetcode 里至少 normal level 的题应该够了,这些题会帮助你巩固一些常识 – 比如 algorithm 怎么编省时;有些东西会不会溢出或者效率低下。重点是要培养考虑 feasibility 的习惯。但也正 Google 有PM和TPM,很多公司是区别 tech 和 non-tech 的。如果你是 non-tech 背景,你可以尝试那些不要技术背景的公司。当然了,最终都是 殊途同归 – 身为一个PM而不学技术,就相当于饭摆在你面前你不吃。。这样怎么成长?别人不要求我们,我们就可以不学了吗?当然要学,而且争取学得更好,这样才能 earn trust。最后提一点,千万不要 lie。你可以讲故事,但是绝对不要 lie to get buy in。如果被证实一次,你基本就该走人了,公司里没人会再相信你。这个圈子其实还挺小的。
  • Supportive / Collaborative 。虽然我鼓励学技术,但也提醒大家一定不要以为自己是最聪明的那个人,正如很多大神说的,永远有个人比你聪明。许多失败的PM源于自大。以为自己掌握的信息比较多就能凌驾其他人,这是非常愚蠢的。正确的做法是,你应该把自己当作一个 master function,别人需要调用你时,你得高效的响应 – 解释 roadmap,use case,customer expectation,milestone,反馈数据,补漏缺口,等等。你就是大家的大管家,你提供优质的资源去帮助大家获得成功。当然, master function 的另一层含义就是,你确确实实是一个产品的CEO。如果产品胜利,你举司同庆;如果失败了,你要负很大责任。所以你的risk是很大的,你需要软硬兼施,树立威信来带领大家(所以 earn trust 才重要嘛)。在身为PM的生涯里,你多少会遇到几个 low performers 或者难缠的人。怎么办?参考心灵捕手里的那位老师。他完全没有把自己当作老师,而是一个相近的人去了解学生的内在。将心比心,你能够在要求别人前提供帮助吗?推荐一本如何打理关系的书:How to Win Friends & Influence People by Dale Carnegie。
  • Embrace Differences and Dive Deep 。Product Manager 和 Project Manager 的区别就在 Product Manager 要负责 ideation and/or go-to-market(取决有没有 product marketing)。Ideation 又分为 market research 和 user research。一个好的PM应该时刻保持一颗好奇心,即使看到有悖常理的东西也应该鼓励自己去研究。楼主就是特别喜欢 differences 的人,喜欢和不同背景的人探讨与合作。很多时候好点子就是在这种纵横交错中诞生的。记得以前在 NYU 的 Creativity 课上就有不少人通过乐高和互动游戏发现了许多优秀的点子。所以我们应该享受 differences。这是一个好PM的心态。当然,只是喜欢 differences,不去 dive deep 最后 converge into viable solutions,那就没有意义了。当你发现一个可能不错的点子,你应该快速的调查并实践了看看他的可行性。这也是 Agile 的精髓 – experiments / MVP / RC, etc. 最最简单的办法就是抽样调查了。问问目标客户群和业界翘楚(SME)来验证自己的观点。有条件的话最好做个简单的产品要测试用户体验。关于这个“简单”的产品,或者 minimum viable product 楼主可以说一天。。但是精髓在于 – 简单是真的可以很简单的!比如你做个 WeChat 类型的交流软件,然后主攻简化病人和医生的快速交流,那么你只需要一个简单的交互界面,几个相关医生,几个相关病人,然后让他们用日常用个几星期甚至几天就可以了。结束的时候,如果双方都喜欢,那就是初步可行。如果病人愿意交 monthly subscription fees 来任何问医生问题 (想象 Amazon Prime),那你的 business model 也有了。这样就是可行了。总而言之,要敢于实践。很多公司甚至花大钱支持实践,你还担心什么呢?当然了,如果你只是一味烧钱而没有改良,呵呵。。
  • Simplify 。一个不会 simplify 的PM是可怕的。不会 simplify for customers,你就卖不出东西。不会 simplify communication, metrics, processes。。你就等着 cross-functional teams burn out 吧。什么是 simplify?这是有具体方法的。比如你看一个程序不顺眼,耽误了团队的效率,即便这个程序是你老板放下的,你应该想办法把它移除。不必要的会少开,不简单易懂的 metrics 扔掉,没有用的废话少说(讲故事也要简洁,PM应该是 listen and response and drive 而不是 talktive),等等。Simplify 不仅仅是一种技能,它更多是一种习惯。看那不顺眼,dive deep,然后 simplify。

以上是楼主认为最重要的优点,当然还是其他很多,但是言而总之,上面这些能 drive day-to-day strategies and operations 了。有些人可能会问,那 customer centered 和 empathy 呢?这两样是所有这些优点的支点!我觉得不需要特别拿出来说,他们应该在你的骨子里 :)

II:简历和面试应该重视什么?

1 Like

参考