但是团队中的其他人不应该知道这一切必威,产

在地铁里看到一个孩子玩我做的app,她说:“我很喜欢它。”,我笑了一下说:“我也是。”

作为一个PM并不是坐着空谈互联网,或者抛出一些‘公司该怎么做’的宏大想法。许多人想当然认为PM是一个很酷的职业。这也不是没可能,如果你是个“酷酷的”PM,那么你做的可能与你应该做的完全相反。大部分PM每天的工作类似项目经理,检查项目各环节的完成情况、发送会议内容并保证每个人信息同步、跟踪bug并确保修复好,偶尔坐下来好好思考你的团队与公司的愿景是否保持一致。有时你是一个新产品的PM,这个新产品是首要的TechCrunch bait(你所做的事情会获得一些注意/认可),但大多数情况下并非如此。这有些像作为一个大学篮球/足球队的经理。你为这个球队成员洗衣服,保证每个人的包都拿到车上/飞机上,为下一场比赛做准备,在团队训练过程中去解决问题。这可不酷。但是你学了很多关于如何管理团队,以及团队走向成的细节。

5. 不要自我推荐。这是显而易见的,如果你这么做了,不但非常无聊而且对自身也有害。赞美团队中的其他人,你和技术负责人(们)已经是项目的主要联系人,因而不要做任何的推荐。如果你拿别人的辛苦劳动用来为自己博得赞赏,你不仅错了而且不会得逞。要心胸宽广。无论是撰写项目博客,还是产品新特性的午餐视频发布会,最优秀的产品经理都应该推荐团队的其他成员。看看谷歌最优秀的产品博客,你就会发现这些博客的作者并不总是由产品经理,反而会是团队中的各个成员。产品经理会积极推荐其他人。(请不要误解我这里所说的“推荐” promotion ,这和升职是完全不同的。顺便说一下,在谷歌升职是和绩效考核紧密相关的。)

1.1 如何避免自己掉坑?

1、首先,简历里面一定要突出自己的特长/擅长点/关键词。

2、项目经验中写明负责的内容,项目具体介绍,项目运用的技术体系,因为面试官会优先选择跟自己项目经历类似的面试者。无论技术有多好,经验都是有优势的,有经验的人可以少掉坑,可以更快融入新的团队。

3、项目经历由近即远,最新的项目一定放在最上面。

3、衡量成功

当你在学校里时,你可以通过查看数字或者分数来衡量是否学得好。如果你有一个量化指标,你很容易判断你是否完成某件事情。但是,作为一个产品经理,你没有像学生那样的直接的指标来衡量。

策略与框架:

(1)确定你怎么为你的团队提供个人价值。产品经理在项目的不同阶段以不同的方式提供价值。当你是新人的时候,可能很难知道这是什么样的。一个具体的补救措施是与更有经验的产品经理或项目负责人合作。当我第一次来Quora的时候,Sumi帮我了解我最近推出的一个项目,帮助我了解她在项目不同阶段的角色。我个人觉得这非常有帮助,帮助我看清楚我的角色将是什么。

(2)认识到有不同的方法来衡量成功或进步。这是我作为新人起步阶段做过的最难的事情之一。最好的产品经理不是那些正在做一切的人,在项目中可能会做许多微小的事情,还可以有很多影响项目进程的小行为。比如,最高的投资回报率变动可能会使2个人坐在房间中相互交谈。这可能会觉得你没有做什么事情,但实际上,没有那次会议,你的项目就有可能停滞不前,或者你可能不得不再次讨论争议点。所以,即使在小事情中也能找到喜悦与成就感。导师还可以帮助您重塑如何衡量进度与成功。

当您获得更多经验时,您与同事之间的年龄差异将越来越小。所以,作为一个应届生,比大多数同龄人更年轻的时候面对更多挑战,好好努力,是不可能不实现的!


原文链接:https://www.quora.com/In-a-product-management-role-is-it-challenging-being-younger-than-many-of-the-other-people-on-your-team

PS.后续我会继续开始写关于产品经理的一些事情。最早之前我本来打算写一下科技博客的想法,后来又觉得自己不适合。现在开始,我决定写一写产品经理的一些事情,让各位更加了解这个职业,让更多初学者一起成长。我本人并非什么优秀的产品经理,但这是我的目标,希望通过这个博客和这个系列与各位一起努力!

我认为这是为什么许多风险投资公司招募经验充足的产品经理成为他们公司的投资合伙人。像Satya Patel和Josh Elman就是这样的人,他们充足的产品/运营经验,风险投资成为他们职业生涯的一部分。他们理解创建公司和公司发展的每个细节,也正是在这些细节中发现成功的种子。

必威 1

3 工作中日常沟通

很多人不缺技能,不缺能力,不缺努力认真,很努力很认真很想做好,但是为什么做得很不好?

测试同事对他不满意,测试老大对他不满意,项目组对他不满意,公司对他不满意。他自己也呆得很不爽。这里面存在什么问题呢?简单来说就是沟通的问题,不会沟通,不知道怎么沟通。

测试职业因素决定做好测试是需要沟通的。如果只知道一个人闷在那里疯狂地提bug,疯狂地验证bug,是做不好测试工作的。这样的职业生涯也是令人担忧的。

不要说专研技术,不用沟通。技术专家也需要沟通,否则写的东西,拿给谁去用,如果需要别人配合但是没找人配合,再牛的专家写的脚本就只是脚本,最多就是个工具。做性能测试,需要跟开发沟通,跟运维沟通,跟DBA沟通,跟项目经理沟通,跟老大沟通,需要一些资源,所有的东西都牵涉到沟通。

怎么沟通?沟通是个泛词。

1、接到老大安排的一个任务,怎么跟老大沟通?——反馈接到任务,反馈进展。

2、提交一个bug之后怎么处理?——主动跟进开发解决。

3、客户反馈问题怎么处理?——对接客户接下问题,分析定位问题,找开发协助定位/解决,找客户协助复现等等。


2.我涉足eamil等页面,打造全新的用户体验,让你了解如何将各种功能实现,并为产品和公司创造价值

我看到这个问题时,立即就想到Yogi Berra的一句话“When you see a fork in the road, take it.”

本文出自月光博客地址: 原文地址

2.1 面试决定职业

新人:第一份工作不好找,怎样增加面试成功率?

老鸟:跳槽/择业/选择一家更靠谱的公司,同样的技能,面试技能决定你能不能面试成功。


产品经理,并非是各位想象的那种经理,而是一个万能的人——了解技术并能和技术、设计沟通、推动产品前进、满足公司的价值和对于未来发展的把握。我想起我每天的大量时间其实都耗费在了一些很小很细的事情上——小到一个按钮的大小,细到动画的样式。

我们有潜力巨大的产品,面临无数机遇,即自由也纠结,因为我们不仅要向右走,也要向左走。所以呢,我们必须两者兼顾因为不得不。我们一直打磨这个产品,使其更适应于市场,同时扩大系统/运营的规模和性能,以支持不断增长的生态系统。在Quora做PM意味着你在几件事情并行中享受乐趣和挑战。

1. 对产品以及所有相关的问题负责。这会让你积极主动,你是第一个寻找bug的人,第一个与用户沟通的人,以及第一个担心产品是否合格的人。你总是第一个自愿为产品或团队做各种任务的志愿者,像是做会议记录、给客户发邮件、填补临时的空缺、为bug确定优先级,或是快速做出一个实体模型。始终持有这样一个想法:这不是别人的责任,这就是你的责任。当你这么做的时候,你会发现第2条会更容易。

4 报告/工作汇报

Justin Grant, VP Product at an IoT SaaS startup
不要怂!除非你比其他人更聪明、反应更快、更负责任、更有经验。

几个月前看到Quora的产品经理Andy Johns谈及自己在Quora每天的工作,觉得挺有意思,于是保存了下来,想要翻译但一直没有做。直到我忙碌了三个月在新产品上的时候,我突然在某个忙碌结束的晚上想起了这个回答,于是简单地列了一下Andy的回答,让各位看看。产品经理的名号在国内被宣传得过多,而真正深入其中了解的并不多。同时,可以获得做好产品机会的产品经理更不多,所以想要比较直观地了解产品经理的工作,最好是去看看这些优秀的人是如何看待这一职位的。我个人比较幸运,参加过一些不错的项目,因此从我的眼光来看这篇文章,会有一些惺惺相惜的感触。因此,本人特意简单地翻译了一下这个回答,供各位参考:

  1. 分享自己做成功/失败的事;

  2. 不断思考团队下一步要做什么,确保方向正确,且与公司高层的目标一致。

4. 积极,再积极一点。你的团队很可能全部由工程师组成,并且中的一些可能非常愤世嫉俗。一个非常积极向上的产品经理能够在团队中创造一种包容的氛围。尽管每时每刻都保持积极看上去很可笑,但是积极是有传染性的,你的团队会依赖上它。请记住,你和主要的工程师(技术负责人)可能会列出百万种让你沮丧的事情,但是团队中的其他人不应该知道这一切。因为你是产品经理,所以不应该沉浸在自己的担心中,这样会帮助他们更好地完成工作。你就是团队面向整个公司其他部门的窗口和信使。如果你变得消极,团队就会因此认为公司里其他人也是这么看待他们的工作。

1 简历

但是你通常会看到,产品经理们往往比团队的其它成员有更多的经验,因为产品经理角色会涉及到大量的判断、决策、建立共识及其它通常需要更长时间才能形成的软实力。

#定义项目的的目标

我甚至与高层工程师、设计合作,共同创建一个技术栈,使环境搭建、开发、迭代和重构做起来更容易。我致力于研究且更新技术栈,防止它变得古老且难以改变。PM的人生不应花在开会探讨想要做什么,而是你实际去做。在Quora,我得实现且传达许多东西。这很赞。

在 Google ,我(前 Google 工程师 Edward Ho)和我最优秀的产品经理一起工作过,我会根据自己的经历出一个列表。由于我不是项目经理,所以这些结论都是我在 Google 观察最优秀的产品经理后的结果。

2.2 几个常识

1、面试之前先了解这家公司,业务/技术。有两个好处,一是提前准备方面回答面试官这方面的提问,二是通过了解这家公司的技术判断自己是否对这家公司感兴趣,如果不感兴趣,可以不去面试。

2、面试之前先电话面试,可以减少双方的成本。接到电话时可以先聊一聊,看一下职位技术关键点事什么,职位侧重点是什么,判断自己是否适合,如果不适合,就不用浪费时间去面试啦。

当你参加工作后,你会发现,(除非你在学校里边)年龄跟技术技能、团队精神、细节导向等东西关系不太大。

这就是一个产品经理的自白,一个著名产品的产品经理的自白。非常有趣。

若你是一名产品经理,基本上你需要一些更高层级的事情:

6. 无所畏惧。这个名词如果是作家来解释可能会更好,但请你不要被字面意思所迷惑。最好的产品经理向领导汇报的内容和给团队中的工程师或设计师讲述的内容应该是一样的。如果你在被领导质问产品设计所作的决定时默不作声,你肯定不会成功。做出简洁明了的回答,并无所畏惧地为你团队的创意辩护。

5.2 技术博客如何动笔?

1、可以把百人计划专题学习中遇到的问题、坑等记录下来。

2、写每天工作过程中遇到的一些问题,记录下你的思考

3、写Linux命令系列,某个命令怎么用,学什么,学多少。从技术领域最细的地方入手。

本次百人计划分享链接:2.22 , 测试职业必备常识浅析 。

也就是说,你应该给自己以下几个挑战。

早上:检查邮件和回复昨天晚上遗留的问题,处理了大部分早上的常规问题,加入晨会,了解开发的进度。然后这个时候上午的时间已经过去了一大半,我才真正开始做自己的事情。

我也清楚作为一个PM并不是大多人想得那样。总的来说,这不是一个“酷酷的”工作。Sandra Liu Huang 故意花了很多时间在IE浏览器上使用Quora,因为她想找到Quora在IE中存在但在Firefox或Chrome中没有的bug。这可不好玩。你试试把日常的浏览器从chrome换成IE,然后告诉我好不好玩。

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

1.2 技能关键词

项目经验中一定要体现技术字眼,而不是千篇一律地描述做了哪些事,负责什么,项目介绍之类的。

关键词:语言系(java/C/Python)、脚本类(Shell)、工具类(Selenium/LoadRunner/Jmeter)、DB系(MySQL)。

我从大学毕业就开始做产品经理,当时我比我的同事们都年轻,以下是我个人面临的几个挑战,以及如何应对这些挑战的一些策略。

想起一个段子,关于什么是你职业生涯中最有成就感的事情:

总之,这是个badass的工作,因为我得学很多。看到用户量增加,而且产品逐渐成熟且成长,你会很兴奋。你也会觉得很值得,因为用户经常说Quora上的回答是多么有意义/有价值。这不是一个酷炫的社交app/游戏,昙花一现,用户玩了几天之后就厌倦了。Quora的高质量内容会永久保留,因此我见证了这个产品获得了一系列的成功。这些,都让我PM的工作有意义且有趣。

2. 具备难以置信的说服力。(我不知道这是如何做到的,但每天我都会看到)你希望把事情完成,但你不是负责人,所以只能去说服别人。没有哪个团队向你汇报,也没有任何人会按照你的说法行事。在 Google ,你需要通过使别人信服而不是发号施令来完成事情。如果你正在做第1条,事情会变得简单,因为每个人都知道如果有人攻击这个产品,你和他们会位于同一个战壕。

1.4 投简历

精选,针对性投递。建议:用心去做必然会有收获。

Elynn Lee, Product Manager at Quora (2015-present)
当然,从大学生到职场新人的过渡是艰难的,无论你从事什么工作。当你开始做产品经理的时候,可能会特别具有挑战性。

本文由必威发布于必威-编程,转载请注明出处:但是团队中的其他人不应该知道这一切必威,产

相关阅读