迅雷产品经理面试经历
“hhhh1111”通过精心收集，向本站投稿了7篇迅雷产品经理面试经历，下面是小编整理后的迅雷产品经理面试经历，希望对大家有所帮助。
篇1：迅雷产品经理面试经历
现在回想一下，真的有点不爽。。。也不知道什么意思。。。事情经过是这样的：
到迅雷前台登记、留下简历、填表，然后在接待室等等……
大概15分钟后，有位GG点到我，然后跟着他到迅雷的coffee室找了个2人的位置坐下。我大概的看了一下他：
感觉他应该是产品总监级别的吧，因为看上去有点像我上一家公司的产品总监。。。
然后他马上发话：“你知道你是应聘什么职位的吗？”
“产品经理（狗狗搜索）”我迟疑了一下，小心翼翼的回答了他。不过我记得我在那张表上面填的是“产品经理（狗狗空间）”，哎，谁叫他们发布了2个不同名称的职位呢，我也搞乱了。不知道这是不是他们故意发错招聘信息的。。。
他又开始发话了：“你简单的说一下你对产品经理的理解和对搜索引擎的理解吧。”
于是我用大众化的口吻简单的说了一下自己对互联网产品经理的了解，其实我可以像背书那样把产品经理的概念读出来的，但是我觉得那样太死板了，读死书，没创意。
由于中途coffee室有音乐，他叫了一下在吧台的小伙把音乐声调小了。。。然后叫我继续……
我说呀说，他中途也插插话。产品经理的理解，其实没有什么好说的，大概说了3分钟吧，接着我就说谈谈狗狗搜索。
然后我说狗狗搜索的UI上的用户体验问题，拿baidu、sogou、soso来对比分析的，我说狗狗的首页设计得不是很好，第一感觉有点乱，会令我想起山寨。。。而其他三个搜索网站的首页很简洁，看上去很舒服。
他马上反驳我，说我的用户体验，随便在网吧里面找几个人都可以感受得出。。。
哎，我当时心里想，你这不是自认自己是山寨了吗？
然后他又说我外行。。。
我又想，网吧里面的人，如果你去叫他们这样做，这样对比，是可以对比得出，但是他们不一定有我这份细心，然后把自己的用户体验反馈给你们。
后来，他又和我辩论，除了说UI的用户体验，也说到技术方面，他说有关数据不便公开，不和我辩。我一直都坚持自己的观点，无论是UI还是技术方面，都应该有所突破，从用户的实际需求出发。。。
辩论过程中，看得出，说到他们的产品，他很不高兴，双方大概也没用谈下去的必要。
他示意我，叫我先等一会，然后他就出去了。
我等了两三分钟吧，就接到一个电话，也没多看是什么号码打来的，就听见对方说，叫我先回去等通知，我们是迅雷网络的。。。。
挂了电话，我也知道是这样的结果了，直接走了出去，刚好看见他带着另一个人又去其他地方面试了。。。
迅雷的面试，就这样over了。。。
现在想想，我当时可能真的太直接了。大家是怎么看的呢？
[迅雷产品经理面试经历]
篇2：百度公司产品经理求职面试经历
百度公司产品经理求职面试经历分享
职位类型：产品经理
面试地点：深圳
招聘公司：百度
百度公司在很多人心里这么多年一直是互联网的龙头老大，回忆起小编高中时，第一次看见百度这个网页时也没怎么引起我的兴趣，顶多就是个不错的搜索网页，后来也不知道过了几个月，大家都在用百度，才恍然大悟，百度几乎成了生活的必须品。经历了这么多年，百度依旧是我们生活不可缺少的一部分，同时也树立了它在小编心里的地位，如果能去百度当一名职员该是多么的荣幸呀。
首先是笔试的两道题
第一题：
请分别给出世界杯开赛前、开赛期间、和开赛结束后，“世界杯”这个关键词下的用户主要需求，以及网页搜索结果展现页面。（50分）
（如果对世界杯不熟悉，可用一个热门电影代替，分析电影在上映前、上映中、上映后等各个时间区间的需求变化并设计展现页面）
第二题：
如果不考虑数据的获取成本（假设任何数据都可以获得），请设计一款百度地图和大数据相结合的产品，产品形态不限。（50分）
注：需要说清楚包括但不限于以下内容：产品的功能，产品的主要界面框架图，产品的价值。产品形态可以是一个独立产品，或一个承载于百度地图产品的模块。
然后就是面试分别是两次面试
一面：
询问了一下自己的`实习经历以及在学校做的项目。这个在以前的面试过程中基本都有遇到过，所以过的比较快。同时问了喜欢用哪些APP，并和说出它的优缺点，并和竞品进行对比。最后，抓住其中一款产品让楼主加新功能，不停问了我10分钟，算是压力面。
二面：
本来最开始说不需要经过总监面的，晚上通知我说，总监那边说要看看，让我第二天早上来一下，然后第二天早上就去参加总监面了。
问的问题，也是我对旅游整个大行业怎么看？哪里可以有突破的契机？觉得哪个点最重要，最有可能成功？然后该如何去设计？部门经理就说，总监那边反馈说还不错，可以直接给offer了！！！
建议：可能主要告诉大家的一点就是：一定要对自己实习的内容非常了解，同时要有自己的一个见解。对整个大方向发展问题也要多去了解，多思考！一般到了总监面不会问一些很细致的问题。
篇3：迅雷产品经理笔试题目节选
网上找了产品经理的笔试题目。非标准答案，都是自己写的，欢迎批评：
迅雷XX产品哪个地方做得不好，应该如何改善？
(XX被屏蔽，地球人都知道问的是什么了)
迅雷7，以下几方面还不够好。
(1)启动速度。由于迅雷7的附加功能、插件的增加，软件体积增加的同时，启动速度也降下来，甚至出现1-2秒的假死现象，体验不好。
(2)占内存。随着迅雷7向平台级的发展，迅雷7已经不单单是一个下载工具，随之而来就是对内存的占用越来越大。特别是在夏天，高内存占用也是机器高温的原因之一。
(3)占带宽。即使迅雷没有在下载，但也依旧在上传文件，占用带宽;如果是在下载，情况更不用说了。
(4)安全问题。由于迅雷7是手动关联杀毒软件，倘若用户并没有绑定杀毒软件，加大了电脑中毒的风险。
改善方法：针对(1)(2)(3)，迅雷7采取插件式安装的模式，即迅雷7保留核心的下载功能与常用功能，对于其他插件、应用由用户选择安装。一方面减少软件安装体积，另一方面减少运行时对资源的占用，更轻便。定位是比精简版迅雷更多功能，与现在的迅雷7功能无异，但是否发挥全部功能则由用户自己DIY。针对问题(4)，
有2个方案：a通过与某一杀毒厂商合作，内置杀毒功能，无须用户绑定。通过云端杀毒。减少客户端的资源占用。
试着举2个互联网产品，并分析他们优势
知乎VS百度知道
知乎：
(1)内容更专业化，个性化。由于前期的用户均是行业精英，整个知乎的内容更有深度，更有讨论的氛围。
(2)较少垃圾内容。通过“投票””没有帮助“这样的机制，每个用户都有权管理某个答案，将垃圾答案“折叠”起来。
(3)引入“关注”这个社会化机制，用户可以关注问题、用户、话题，更直接的获取自己感兴趣的内容，也提高了整个社区的互动与活跃。
百度知道：
(1)借助百度搜索、百度贴吧的巨大流量导入。
(2)内容、人群定位更加草根，更能符合大部分中国网民的日常生活需求，能解决“是什么”这个基本需求。
(3)参与门槛低，任何人注册一个帐号就可以随便回答，易于提高整个社区的知名度。
[迅雷产品经理笔试题目节选]
篇4：如何面试 产品经理
如何面试 产品经理
产品管理是一个团队即使缺少了(至少一段时间内)，也能正常运转的职位，没有工程师，什么都做不出来。没有销售员，什么都卖不出去。没有设计师，你的产品看起来会像是垃圾。但在没有产品经理的世界里，大家都能简单的填补这个空白然后继续自己的生活。一定要记住——作为一个产品经理，你就不是必需品。现在，从长远的角度讲，好的产品经理确实能决定成败，但你得给出证明。产品管理还结合了很多其他职位的元素——工程，设计，市场，销售，业务拓展。 产品管理这个学科，充满了古怪的，被抛弃的，完全不适合其他地方的人。拿我来讲，我喜欢技术方面里的挑战性，除了写代码。我喜欢解决问题，但讨厌被别人指手划脚。我希望参与战术决策，我想要拥有产品。市场在创新性上很吸引我，但我知道我不想离技术太远。工程师们都尊敬我，但也知道我的心在别处，他们都认为我是太“市场化” 的人。像我这样的人们，自然都会被吸引到产品管理中来。
1.只招聘聪明人
我在寻觅一名PM时该做什么?更重要的是，天生聪明。我宁愿要一个鬼灵精的没有经验的PM，但他的智力要超过智力平平的和具有多年经验的人。产品管理是从根本上讲决定了你的出路，比你的竞争对手领先一步，并能够将你自己印在你的同事和客户的脑海里。我时常问候选者一系列的分析问题以衡量他们的智力和解决问题的能力。通常来说，我问问题一直要问到我认为候选人比我聪明为止。由于某些原因，我所了解的大多数人都讨厌这样做。他们认为这是在侮辱候选人。我认为合适的候选人将津津乐道的挑战。事实上，这是第一次测试 - 当他们怎么反应过来的时候，我说“我想问一些理论问题，这样行不行?”最好的一群人，通常会伴随着兴奋的表情跳出自己的椅子。而超级精明的人有时会用这些问题反问自己。
2.较强的技术背景
我认识的一些管理者都坚持只招聘有计算机科学学位的人作产品经理。我不是个势利的人，但我也倾向于喜欢有技术背景的人，这可能跟我是文科出身有关。有坚实的技术背景可以给产品经理两个关键的技能——与工程师联系起来的能力和管理驱动产品开发的技术细节的.能力。当然这也跟产品有关系——一个接触底层开发 API的产品经理，肯定要比一个负责个人网站前端设计的产品经理需要知道的技术细节要多。但是基本的原则还是适用的——有技术背景的产品经理，在向工程师传达产品需求和向非技术出身的同事及顾客解释复杂的技术细节时，要更成功一些。虽说如此，还是有一些陷阱你需要避免。最重要的事情是，一个曾经是工程师的产品经理，他(她)必须认识到自己只是一个——前工程师。让人惊讶的是，一个从工程师出身的产品经理，如果仍试着去控制技术决策和实现细节，他终将失败。正因如此，我喜欢招聘一些有技术背景，而且在上份工作就已经转为产品经理的人。他们已经经历过了那段有挑战的适应期，而且也可以通过看简历了解他们适应的怎么样。我懒得在面试的时候问一些问题来评估技术能力。这根具体的技术方向有关系，而且如果你想找的是工程师，有成百上千的网站可以给你提供不错的建议。相反，下面是一些不错的问题，能够评估出一个产品经理对这个角色的适应性以及他与工程师一起工作的能力：
你为什么决定从工程师转为产品经理?
你觉得有技术背景的最大优势是什么?
最大的劣势是什么?
你在转型为产品经理过程中得到的最大教训是?
你希望你在作为一名工程师时就已经学会的东西是?
你如何取得一个工程师团队的尊敬?
3.“ 超人能力 ” 的产品本能和创造力
这个章节非常具有主观性，很难表述但是又异常重要。我是一个特定人群产品本能是与生俱来这一观点的忠实支持者。这些人就是知道什么样的产品是好的产品。他们或许不总是对的，但是他们的本能总会把他们带到正确的方向。他们趋向于某一种观点的强烈支持者，而这些观点有时会使他们的同事懊恼。我很幸运曾经与许多这样的人一起工作过，而且对于产品经理来说那是非常重要的锻炼。那种感觉只能意会不能言传。对于产品管理，当处于像网络这样高度变化的环境中时，会涉及到许多小而杂的决定。当然了，这里面也可以有大的构想与决策。但是呢，就是这些小的决策就能区分出这个产品经理是过的去的还是相当棒的。当同一小组的其他人都没有想到而他们提出自己的建议后其他人立刻恍然大悟时你会发现他们的“超人能力”。当在一次面试中去评判这种产品本能确实是一种挑战。但是这也是可以完成的。我经常做的一件事儿就是在一小时的面试中去观察他们是否完成了下面所有的面试任务：
独立的重复我对我的产品的一些我自己的看法-如果你是一个好的产品经理，你就会考虑到许多影响产品的事情。或许是产品的外观不好，功能太少亦或是产品构造本身就有需要被指出来的缺陷。这些是你应该想着去弥补的事情。我一直在等到一个时刻，那个时刻让我微笑，点头，甚至的忍不住的说：“对对对-你说的那些也是很让我们抓狂的事情”。
展示一些关于我们产品的新东西给我-这些新东西可能是我从没想到的对产品的改进，一个打到竞争对手的主意亦或是一个一直被忽视的问题，
当我从应聘者哪里获得这些信息，我就知道了两件事儿：第一他们勇于评判，第二他们比我聪明。而这两件事儿正是我需要的产品经理所应该具有的。
引导我去了解新的或者有趣的事物-有好的产品本能的人趋向于在其他人之前就意识到更好额产品。如果我正在面试一个一流的应聘者，我往往会一边想着新的发现或者新的创意一边走开。
以下是一些关于判断对产品的直觉的不错的问题：
讲个你最近遇到的好的产品吧。你喜欢他什么地方。[顺便说下，面试时候候选者说出一个我的产品的话，实在是要搞的我要疯了。我在Yahoo! 经历过一段痛苦的日子，招聘的时候他们经常说最近碰到的最棒的产品是Yahoo!，真是痛苦死了。
什么使得[在这说个产品]成功?[我通常选个流行的产品，像 iPod或者 eBay, 这都是在拥挤的市场里轻易取得顾客青睐的产品。
你不喜欢我产品的什么方面?你会怎样改进?
我们在一年内会遇到什么样的问题?两年呢?十年呢?
你怎么确定一个产品的设计是好的?
你想出的最好的点子之一是什么?
最差的一个呢?
你怎样判断什么时候该走捷径让产品上市?
在交互界面设计方面你有什么经验教训?
你怎么决定什么东西不该做?
你最大的产品失误是什么?
你对产品经理的什么方面最不感兴趣，为什么?
你觉得自己很有创新性吗?
4. 领导力是赢取来的
产品经理常常是他们机构里的领导者。但是他们常常没直接领导其他人的权利。这就意味着他们必须通过影响力来赢得权威和领导。领导和人际关系技能对一个产品经理来说是起决定性作用的。关于领导能力有成千上百本书,所以我不愿把这篇文章变成这个主题的文章(这些书中大多都是废话).我发现背景调查是衡量领导能力最有效的方法，特别是涉及到同行和一起工作的个人参与者的调查。但是不要把这些给候选者提及。 但是这里有我过去用到的几个问题：
共识始终是一件好事吗?
管理和领导之间的区别是什么?
你喜欢和什么样的人共事?
你觉得什么类型人难于共事?
告诉我一个团队没有凝聚力的情况。你认为是什么发生了这种情况?你从中学到了什么?
你如何让一个团队给你个时间表?
做了什么事的人会让你失去对其的信心?
你管理不同职位的人会有所不同么?如果有，有什么不同?
从说不中你学到了什么?
上线一个产品谁要负最终的责任?
你的团队有过让你失望，并且让你不得不承担责任的情况么?
过去今年你对容忍错误有什么变化?
你最喜欢好消息还是坏消息?
你招聘的方法是什么?
5. 引导多样化观点的能力
成为一个产品经理需要戴多顶帽子。我经常开玩笑说产品经理大多数工作时间是在叫唤谁没在房间——客户，工程师，销售，主管们，营销们。 这意味着你需要有做其他人工作的能力，但是你要足够聪明的话这是不必的。好的产品经理知道如何引导多样化观点。产品经理常常扮演魔鬼的角色。他们有不满意简单回答的倾向。在一次交谈中他们可能告诉你这个需求似乎技术上不可行，同时问这对销售员又有多少意义。 有一个简单的方法来评价一个应聘者的能力，通过想一个多角度的问题——在面试过程中会遇到许多人。我常常坚持至少能代表工程，设计，营销的才算一个潜在产品经理。根据特定的角色这个列表可以添加——售前，工程，支持，开发者关系，业务开发，法律或者是客户他们自己。 最终要和这个人工作的人要满意，注意我没说需要每个人都要满意。一个精心挑选出的人能满足一个关键点就行了。这并不意味着每个人都要赞扬才行——在一个很多应聘者的面试过程中很难达成共识，所以适当的考虑反馈。但是没有人能够判断产品经理像销售员一样理解销售流程。我也强烈建议你给应聘者详细的说明，例如：“我想让你明白在引导开发中人们所面临的问题以及实际现场中我们怎么做他们会支持你” 。这里有一些我以前用的详细问题(这些仅仅是例子，感觉很轻松来替换功能的名字)：
你学到怎样和销售一起工作了么?
和客户沟通最好的方法是什么?
什么使营销起作用?
你怎么知道设计是在正确的轨道上?
一个产品经理怎么支持业务发展?
关于管理你学到了什么?
和高管们工作的最好方式是什么?
6.给我一个已经做出过东西的人
最后一个特性也许是最容易评估的。除非是招聘初级的职位，否则我通常会雇用那些做过实际产品的经理们。这里“做过产品”指的是从头到尾，从概念设计到产品运行的整个过程。没有什么比之前做过一个成功产品，更能说明一个人具有做出好产品的能力。过去的表现预示着未来的成功。更重要的是，在一堆需要评估的无形的特性中，它是有形的。当需要验证时，我总是确保跟应聘者之前项目中那些重要的同事谈话，尤其是项目经理的经理、他们的工程师、销售或市场同行。(顺便提一下，上面这些规则的排序是有原因的。正如我在前面第一条中提到的，我宁愿选择一个虽然没有成功经验但非常聪明的人作项目经理，也不会选择一个虽然有经验却表现平平的人)。
说明：我写此文的时候是在，当时我还在JotSpot，而的时候，谷歌收购了JotSpot。从那时开始，我有机会同一些非凡的项目经理们共事，并且参与了两百多位项目经理的面试。我非常确定我的观点发生了变化，但这些年只是让我进一步确认了伟大项目经理们的这些特性。我偶尔会去更新这边文章，但是每次我都决定保持它原来的样子。
篇5：迅雷的产品经理的待遇怎么样？
迅雷貌似是双周薪模式，具体一个月的话能达到多少？年薪是发多少个月的呢？若有知道的朋友，请匿名告之，不胜感谢！
[迅雷的产品经理的待遇怎么样？]
篇6：产品经理面试技巧
1. 开门见山
同学们在一开始自我介绍时，就要抛出亮点。何所谓亮点，这里不是让你来唠叨自己的性格优劣及成绩好坏，往往顾及这些参数的面试官是不合格的。请大家开门见山，用最快的速度来让面试官知晓：A.你为什么想做产品经理?B.你目前的产品素质抑或是互联网经历有哪些?C.你的热望及你的态度能够体现在哪里?
2. 移花接木
在叙述自己的各项经历时，一定要有效地迁移到自己的产品素养上。至于产品素养，即：a.执行能力b.推动能力c.学习能力d.创造能力e.抗压能力。好好准备，将你的经历与产品经理的核心素养挂上钩，让面试官知道你就是他冥冥中要寻找的栽培对象即可。
3. 信息获取
有再好的技巧，没有丝毫的知识储备，如若连O2O和LBS这些基本名词都不知道，你如何做到让面试官青睐于你。所以，日常关注各个科技频道，了解业界的基本动态，是必不可少的，这其实对于产品经理来讲是扎实的基本功，是最难模仿的核心竞争力。当然，好的新闻没有好的解读，依旧是味同爵蜡，欢迎持续持续收听“树懒FM”,让业内一线互联网产品经理为你诠释行业风吹草动背后的意义。
4. 知识储备
不读书的产品经理，自然都不是好的产品经理(任何需要思考的职业都是如此)。这一点不多说，入职工作一两年后，往往是这里的储备多少拉开了大家的距离与能力。
篇7：产品经理面试攻略
产品经理是一个以软实力为主的岗位，不需要你设计，不需要你写代码，需要你干什么，心里必须有数。把这个说在前面，是要提醒你，产品经理虽然不一定需要你上硬货，但你千万别把面试当做一个扯蛋的过程，虽然“你觉得什么样的产品是好产品?”这样的问题看起来是面试官在和你扯蛋，但是这其实是一个非常专业的问题。首先一定要把产品经理当成一门专业来看待，要把面试当做一个规范的行为来看待，万不可随意瞎扯。
压力测试是给外行的人做的，对于专业的人来说，讨论专业的事，任何问题都不要归结于压力测试的思路去。以逻辑和说服力征服对方，产品工作就是一个先自己想明白，再不断说服所有人的过程。
在知乎另外一个关于面试豆瓣产品经理的问题上，我们可以看到一个失败的产品面试过程，失败在哪里，其实没有人给出解读。产品经理面试经常犯一个错误，就是认为问题没有标准答案，诚然，产品工作中的确没有全对全错，但是面试是一场考试，是考试必定有高下，有高下就必定有标准，接近那个标准的，就是正确答案，远离那个标准的，就是错误答案。面试的过程，就是让自己的回答无限接近标准答案的过程。
回到那个豆瓣面试，里面有一个问题我也曾经常遇到，“Q:你觉得什么样的产品是一个成功的产品?”或者是“成功的产品有什么标准?”。你可以这样答：好玩的产品就是成功的、用户人数多的就是成功的、能为公司赚钱的就是成功的、UI做得漂亮就是成功的。当然从扯蛋的角度看，这样的回答本没有问题，但是如果是产品经理面试，这样的回答要打零分。为什么呢?不要忘记你的身份，是要来面试产品经理，好玩的产品一定成功吗?成功，但这是从用户的角度看问题，用户人数多就成功吗?这仿佛是一个聪明的答案，但其实是很容易被问死的，多少用户算多?用户人数多就一定很成功吗?能为公司赚钱的就是成功，逆推回去没为公司赚钱的就不是好产品吗?许多产品人气很旺但是并不要赚钱，只是用来市场卡位的，这样不算好产品吗?这是运营的思路，不是产品经理的思路。最后一个答案，长得好看的产品，那是美工的思路，也不是产品经理的思路，甚至是用起来爽的产品，也只是交互设计师的思路，同样不是产品经理的思路。这些答案我也曾一二三的列出来，自以为得计，但其实都只证明了自己的无知，对产品工作缺乏思考而已。
那什么才是产品经理的思路?对于上面的问题，目前为止我得到的最好的答案，是简单的三条，这三条或许并不是标准答案，但折射出来的道理，可以供每一个想进入产品行列的同仁借鉴：
一个好的产品，首先要解决用户的需求;一个好的产品，其次是要有黏性;一个好的产品，要拥有不错的体验。
什么产品才是一个好的产品，满足以上三条，就是好的产品。这才是产品经理的思维——透过现象看本质，深度解读一个问题，提炼出问题的规律，并用这个规律来指导产品开发设计的行为。产品经理是用脑工作，不是用手。产品经理的三个关键词：需求、黏性、体验，这三个是产品工作中每天都要挂在嘴边，刻在脑海的。
首先说第一条，需求，这是一个产品之所以被称为产品的前提，产品的本质就是用来解决需求的，黏性和体验是之后的事，如果我给你一个空调，八星八钻，黄金面板，最先进的工艺，按下按钮就播放你喜欢的音乐，但是我告诉你，它是没有制冷和制热功能的，你觉得它是一个成功的产品么?所以说，一个好的产品，或者是说成功的产品，一定要首先解决用户的某种需求，或者是更好的解决了别的产品已经解决了的需求，这就是好产品的第一条标准。看起来像废话，但是这就是抽象出来的规律，也是无可辩驳的事实。
第二条，黏性，这是一个成功产品的另一个典型特点。一个成功的产品，一定是不断被用户想起的产品，一旦用户产生了某种需求，就能想起你，这就是一个好的产品。有黏性的产品一定是很好的解决了某种需求，而且做到了竞品没有的高度。用户用了一次就不再使用，说明你的产品并不好，或者说干脆就是定位有了问题。QQ的黏性为什么那么强?为什么中国人喜欢用百度，为什么许多产品看似概念不错，体验也没什么硬伤，却如同昙花一现?就是在培养用户黏性上面没有做好。所以解决了用户某种需求的产品，并不一定就是好产品，还需要被用户不停的想起，从这个角度说，一个漂亮性感、能解决你性欲的女人和一个能和你相濡以沫让你感受到被爱的女人，谁优谁劣，高下立判。
第三条，优秀的用户体验，这也是一个成功产品的典型特点。我曾以为这是产品经理的全部，后来我才明白，其实所谓优秀的用户体验是交互设计师要考虑的问题，而交互设计只是产品经理工作的小小一环。优秀的用户体验可以为产品加分，但是绝对不是最重要的，想当年互联网草创时期，产品体验一塌糊涂，但是用户依然趋之若鹜，因为你的产品解决了用户的需求，犹如一个农民在挖地时用的锄头，从某种角度看，既不漂亮又不省力，但却当之无愧是一个好产品，因为它解决了农民种地的需求，另外只要农民种地就会需要它。当然，如果你做了一把体验更好的锄头的确是更好的产品，但是那其实不是最本质的。
这三条规律，是一个产品作为一个好产品的根本特点，是三条放之四海而皆准的规律，而不是主观的某种看法或停留在表层的认知，这就是产品经理应有的能力——从复杂的现象中抽象出普世规律，然后利用这个规律指导产品的方向。
这样一个简单的问题，折射出的是产品思维、产品工作经验、归纳总结的能力，这绝对不是一个扯蛋的问题，而是一个高明的面试题，你回答不出来，或者是如扯蛋般给一个自己主观的感受，是不会被面试官认可的，这样面试官才会打破砂锅问到底：那新浪微博是一个好产品么?支付宝是一个好产品吗?是一个好产品吗?面试官要的，不过是你评判好产品的标准罢了，不是真问你它们是不是好产品，而是考察你，知不知道什么是好的产品，试图让你总结好产品的几个特点罢了!
回到我们的面试，在整个产品经理的面试中，你需要坚持的一条原则，我总结为四个字——“产品思维”。与之相应的，有几个误区，分别是“用户思维”、“运营思维”、“老板思维”、“程序员思维”、“美工思维”、“战略家思维”，这些思维产品经理都必须要有，但是在面试时，这些思维都是一种干扰，起着极大的误导作用。还是上面的问题，如果用这几种思维去回答“什么样的产品才是好产品?”这个问题，分别是这样的：
用户思维：好玩的、操作爽的产品就是好产品
运营思维：用户能自然增长的产品就是好产品
程序员思维：质量高、操作流畅、逻辑清晰的产品就是好产品
美工思维：长得好看、用色规范、界面精美的产品就是好产品
战略家思维：市场定位精准，为公司整体战略做出重大贡献的产品
老板思维：能说服投资人、能给老子转到钱的产品就是好产品
大家想想，自己曾如何回答这个问题的?你是以什么立场来回答这个产品经理面试中一定会遇到的问题的?现在回想一下你面试的答案是不是真的符合一个产品经理的自我修养?这些回答都没错，而且是很对，但是你从哪个角度看，这个很重要，面试官不在乎你的答案是什么，在乎的是你的立场是什么，换句话说，你有没有“产品思维”。
从第一个问题中，我提出了一个问题，就是很多人在面试的过程中，把产品经理当成了一件扯蛋的事情，认为和面试官瞎扯几句，就可以了，扯得开心，皆大欢喜，然后扯了半天，发现面试官好奇怪，我这么合理合法合情合一切的答案为什么他就是不满意，而且不停的追问，他是否有病?不是人家有病，是你没弄明白人家的需求。
面试官的需求说白了就一句话，展示你的产品思维。
我们顺着这个思路考虑一下在产品经理面试时常见的几个问题：
Q：遇到不可沟通的人怎么办?
首先我要说的是，不可沟通的人是不存在的，很多人会直接回答：“我没遇到过不可沟通的人。”这就是叫板，难道面试官不知道不存在这样的人吗?常见的看起来比较聪明的回答有这些：据理力争(都说了不可沟通你还争个屁，是要打架吗?)、找上司来帮忙(什么都找上司你的能力怎么体现?)、说服意见相同者以团队力量来说服(没听过真理掌握在少数人手中么?)，这样的答案显然都漏洞百出，不仅不加分反而减分，你会说是呀，我通常都是这么干的，我有经验，但你不要忘了这是面试，你的答案不足以说服面试官你就是错的。
这个问题其实还有几个姊妹篇：你和上级发生分歧怎么办?你如何说服你的老板?如果大多数人都不支持你的意见怎么办?技术团队不服从你的决策怎么办?
说白了，这些问题的核心就是：你通过什么方法去说服其他人?
都说产品经理的天职就是沟通，但是沟通不等于扯蛋，沟通是要讲方法的，沟通包括理性的沟通和感性的沟通，感性的沟通比如说：“请反对者吃个饭，取得他的信任”，这当然也不失为一种策略，但是这里要回答的，必须是理性的沟通，你如何通过科学的方法说服其他人?标准答案只有四个字：
“数据分析”
有许多人对数据分析是嗤之以鼻的，认为数据其实是扯蛋的，我们首先要清楚，数据分析是一把双刃剑，可能在主观操作下，得出完全错误的结论，从数据的来源、数据的选择、数据分析的方法等各个环节，都可能出现差之毫厘失之千里的结论，但是，作为一名产品经理：
数据分析是到此为止最科学、最高效、最富有说服力的决策方式
一个好的产品经理必须重视数据，从数据中获得支持自己观点的力量，因为大多数人不相信人，只相信事实，哪怕是有明显偏差的事实，也比“我认为”有说服力得多。
你要做一个产品经理，必须对数据保持高度敏感，擅长使用数据，乃至于迷信数据，都是一种正确的态度，要说服团队中的其他成员，你必须给出足够有说服力的理由，数据分析的结果是客观存在的事实，这是最有说服力的武器，无论你怎么据理力争，无论你已什么做威胁，无论你以什么糖衣炮弹做幌子，只有事实能说服所有人。这才是产品经理的“产品思维”。
Q：什么样的产品经理是一个优秀的产品经理?
这也是许多面试时会遇到的问题，相信所有从事产品工作的人都看过一本书，那就是《人人都是产品经理》，书写得不错，但是这其实是一个伪概念，按照这本书的逻辑，我可以说人人都是皇帝，人人都是作家，人人都是清洁工，人人都是CEO，人人都是程序员，人人都是士兵，人人都是将军，人人都是天才，人人都是，随便一个概念都可以往里面套。这本书揭示了一个现象，就是其实作为一名用户，大家都可以用产品经理的视角去审视产品，这是对的，但是如果你真以为随便谁都可以来当产品经理，那就是被忽悠了。
面试官要面试的，是一名专业的产品人员，而不是那个人人都是的“产品经理”。这两个概念有什么区别?人人都是的那个角色，是一种视角，而专业的产品人员，是一种思维，说白了，你听得出什么样的节奏是最呀最摇摆，你就是一个音乐品评者，而你懂得为什么这样的节奏是最呀最摇摆，你就是一个音乐家。一个是知其然，一个是知其所以然，一个是用最浅显的眼光去感受，一个是用最深刻的思考去分析总结，这是完全不一样的两个层次的概念。
许多人被苏先生误导，以为产品经理就是一个扯蛋的职业，谁都可以来干，谁都可以干好，这绝对是对产品工作天大的误解。产品经理是一个技术活，而且是一个需要许多的积累、学习、总结、历练的职业。一个合格的互联网产品经理，起码要有以下几条重要的能力：
互联网思想：屌丝、长尾、流量、跨界、极致、简约、社会化...
用户体验理论：用户行为分析、心理学知识...
三个代表重要思想：框架逻辑、交互设计、UI设计
科学发展观：平台、迭代、大数据...
这些能力和技术、设计的思维都不一样，技术和设计研究是产品成功的“术”，而产品经理的能力，却体现在把握产品成功之“道”，所有产品的成功，都有一定的前提和规律，产品经理要做的，就是分析总结这些成功的原因、失败的原因，将整个团队带向一个偏向正确的方向，所以才有了竞品分析、市场反馈等等必须要每天去做的工作内容。
Q：如何看待微信的成功?
张小龙作为优秀产品经理的代名词，微信作为移动互联网时代最成功的产品，犹如经典教科书般的存在，谈论微信，是许多互联网公司面试产品经理时绕不过去的话题，如何看待微信的成功呢?我首先说一下我认为最失败的回答：
“因为腾讯庞大的用户基数，微信是富二代”
这是产品经理面试中最失败的回答，注意，我所说的是失败，不是错误，因为你说了一句正确的废话。还是回到我们的场景，你在面试产品经理，你需要用产品经理的视角去分析所有面试官提出的问题。
微信的成功，是天时地利人和配合的产物，犹如我问你一颗种子为什么变成一棵大树，你可以回答我无数正确的答案：它走运没有被鸟吃掉，它小时候一把火没被烧死，它旁边没有比它长得快的植物挡住光线。是的，这些答案貌似都有道理，但是它没有回答我问题的核心。面试官在为什么什么，面试官想要得到什么样的答案，这个非常重要。面试官没有说明的前提，一定要在心里默默的补起来：请单从产品角度分析微信成功的原因。
小马哥对腾讯的产品之所以成功是因为QQ弹窗的说法不屑一顾，他说，如果腾讯的产品和服务本身很差的情况下，用户只会把弹窗视为一种骚扰，而不是欢乐的接受。公正的说，我认同这种说法。
强调微信富二代的身份，起码说明了两个问题：第一，你是一个不相信产品内在力量而相信运营重要性大于产品本身的人;第二，你没有产品思维。
关于微信为什么成功，推荐大家看一本书，叫《微信来了》，书中诠释了一些原因，我列举几条：
从模仿到超越，没有必要重新发明轮子
让用户陷入贪嗔痴的人性弱点中
快速迭代，勇敢试错，永远的bate版
欢迎服务，抵制营销
.......
微信的成功，从产品经理的角度看，是决策的成功、对人性洞察的成功、对需求精准把握的成功、对市场分析充足的成功，而不是富二代的成功，因为我们很容易用腾讯那么多失败的产品案例推翻你的偏见。话说回来，即使真的你觉得微信一文不值，就是靠QQ起来的，记住这里是产品经理面试，你也不能傻乎乎说出你的真实想法，那不是面试官想要的答案。
不知不觉，码字几千，其实不外乎在说一件事，产品经理貌似是一个人人都可以干的行当，实则如同一座冰山，用户看到的只是产品最终展现出来的形态，而产品经理却需要打造出水平面以下的巨大支撑，这个支撑越大，浮在水面上的内容就会越多。
产品经理的面试，就是看一个人能不能看到冰面以下的那些内容，你是产品经理，就要用产品思维说话，就要用产品经理的视角看问题，否则你将得不到专业产品人员的认可，也没有办法说服大家按照你的思路去做产品，那人家又岂敢将动辄百万投入的项目交付到你的手上?作为一个产品经理，我们要学的还太多。
【迅雷产品经理面试经历】相关文章：
1.医药产品经理
2.产品经理职责
3.产品经理工作总结
4.产品经理岗位职责
5.产品经理总结
9.产品经理年度总结
10.产品经理的职责
文档为doc格式
