Google程序员转型产品经理经验分享.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Google程序员转型产品经理经验分享

Google程序员转型产品经理经验分享 ????? 以下是编译正文: ????????我在创业公司已经呆了好一阵子了,我发现招聘这个事儿在大公司和创业公司还真是截然不同。在雅虎搜索的时候,我们一直是持续的进行招聘的。我一周会进行大概 5-8次的面试。简历、面试、offer,总是一个接一个,不间断。现在我已经不做招聘经理的事儿了,我在创业公司只负责招很少一部分的产品经理。    但是总有人在招产品经理,而我也总是面试团队的一员。你在大公司时会关注的第一件事情是各个岗位的数量。但是在创业公司,每个人每个方面的事情都要做一 点,所以你需要一个能力很强的全才。更为重要的是,未来总是难以预测的,所以你需要适应性很强的人。你可能因为现在要做某件事情而去招一个人,但是,在短 短几个月内要做的事情可能就会有所变化。在大公司中就不是这样的。你在招聘的时候,你肯定对所招聘的岗位的职责有很清楚的了解,而这个岗位的职责产生变化 的可能性是很小的。在雅虎招的很多人可能都不是很适合创业公司。我记忆中面试之后会有这样的讨论:“嗯…我不太确定他们是否是完美的人选,但是他们好像特 别适合这个岗位,所以就雇他们吧。”这在大公司可能行之有效,但是要是创业公司这么办,无疑是死路一条。    我以前是一名工程师,后来比较快的升为技术经理。在互联网的泡沫时期,我可能招了有一百来个工程师。通过不断试错,我在招聘这件事上还是学到了不少。当 我开始转向招聘产品经理的时候,我可以将我招工程师的一些经验运用过来,但我在这期间也有学到一套全新的招聘技巧。上周有个朋友电话咨询我该如何招聘一个 产品经理。我发现现在并没有一套很好的现行的关于如何招聘产品经理的技巧。(就是说没有关于产品经理的一些信息)。更确切的来说,你在招产品经理的时候应 该对他有个怎样的期望,无论是你处在大公司还是创业公司的环境中,现在还没有太多关于这方面的信息。所以我认为我应该把我在招聘中学到的整理一下。   记住,没有人要求你表现你自己   产品经理可能是唯一一个即使公司没有这个岗位也能良好运转(至少在一段时间内)的角色。没有工程师,一切都无从谈起。没有销售,公司没有业绩。没有设计师,产品简直就不忍直视。但是在没有产品经理的世界中,每个人都能在一定程度上填补这个空白,并且照样工作。所以有一点你必须记住——作为一个产品经理,你就是一个消耗品。从 长远角度来看,一个成功的产品经理能会从输赢这个层面上带来不同的结果,但是你必须能证明自己。产品经理也将承担起一些工程师、设计师、市场、销售和商务 合作这些专才的一些责任。产品经理是一支充满怪胎和废材的奇怪分支,他们在任何地方都不合适。就我而言,我喜欢技术上的挑战但是不喜欢编码。我喜欢解决问 题但是不喜欢其他人告诉我该怎么做。我想成为战略决定的一部分,我想主导产品。市场需要我的创造力,但是我知道我不喜欢偏离技术太远。工程师们尊敬我,但 是他们知道我的心不在编程上,同时他们认为我太“市场化”了。产品经理吸引着人们开始自然而然地喜欢我。   1. 雇佣所有聪明的人    我是怎么寻找产品经理的呢?最重要的,与生俱来的聪明。我会雇佣那些没有经验但有些坏坏的小聪明的产品经理而不是那些虽有了几年工作经验但智力一般的产 品经理。产品经理从根本上来说就是要站在你的角度思考,总是领先竞争者一部并且设想自己能洞察同事和用户的想法。我通常会问应聘者一连串考察智力和解决问 题的能力的分析性问题。我会一直问知道我觉得这个面试者比我要聪明。由于某些原因,我认识的很多人都不愿意这样做。他们认为这对应聘者有一些无礼。我却认 为合适的人选是会喜欢这种挑战的。实际上这就是第一关测试——看看当我说“我想提一些理论上的问题,可以吗?”他们会是何种反应。最优秀的人往往是激动地 从椅子上一跃而起。那些特别聪明的还会自己提问来回应我。   2. 强大的技术背景    我认识的有些经历只会招那些有计算机学位的产品经理,我不会这么势利——可能是因为我自己本科学的也是人文科学——但是我确实比较倾向于那些有技术背景 的人。稳固的技术背景可以使产品经理具有两个关键的技能——与工程师的沟通能力和对于驱动产品的技术细节的掌控。当然这也取决于产品——一个做初级开发者 API的产品经理肯定比一个做个人网站的前端页面的产品经理需要更多地技术操作。但是有一个基本原则是普遍适用的——有技术背景的产品经理可以更好的将产 品需求传递给工程师,并且将复杂的产品细节传递给没有技术背景的同事和用户。所以说,有些需要避免的误区。最重要的,由工程师转来的产品经理需要认识到他 /她只是以前是个工程师而已。有些由工程师转来的产品经理有时候还会试图做一些技术上的决定和实施细节,这必然会引起一些冲突。因此,我喜欢那些已经做过 一段时间的产品的技术人才。他们已经

文档评论(0)

jiulama + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档