关于PM的面试
1、 先听面试者的工作经历；
2、 听取面试者在每个阶段做产品的逻辑，看看有没有产品方法论的沉淀
3、 自己觉得做得最好的产品是哪一个？为什么会觉得？从中感受其对产品的热爱/激情
4、 听取面试者对产品规划的理解，什么样的产品经理才是好的产品经理？
6、 询问一下面试者在工作过程中遇到过什么困难，如何去克服的。尤其要问在碰到资源/时间冲突时，是如何解决的。这是在考查他平时处理工作应急问题的能力。
5、 询问一下面试者对他当前所在行业的理解，描述一下他当时面临的竞争对手是谁？如何面对竞争的？
7、 询问一下面试者对我们这个行业有没有什么理解？理解度如何？这个不强求，因为有些面试者没有准备。这个可以考查他知识的广度；
8、 询问一下面试者的职业规划，也聊聊他离开上一家公司的原因是什么？有些面试者跳槽特别快，有些原因可以了解一下，看看他工作的投入程度；
9、 询问面试者想对我们自身的了解，可以简单阐述一下，并从中获取面试者的回馈，看看他对本行业的理解度；优点。缺点
10、面试过程，避免强势压人，态度温和，引导式沟通；
第一部分——自我介绍
自我介绍这一环节我认为必不可少，可能有些人会说，我简历里都写明了，为啥你还要我再说一遍呢？先说一下我的意图，我认为自我介绍是一个自我认知的过程，如果候选人对自己的定位都不清晰，那么很难说Ta在工作中是否也会如此，同时自我介绍能很好的体现候选人的表达能力、总结能力、抓重点能力。简历可能是通过精雕细琢打磨出来的，但自我介绍的现场表现（哪怕你背后是背的）也能说明很多问题。
回答误区：
1、事无巨细的全盘说
候选人会从毕业院校到每一份工作都说一遍，还会说每一份工作里详细做了什么，基本上没有10分钟结束不了。而对面试官来说，这种说法太散太杂，没有重点，听了一堆你的经历，但真正记住的没几个，这会给面试官一种，你不会提炼，不会抓重点的感觉。
2、没有结果和产出
候选人会说自己做了这个，做了那个，但是成不成功，结果如何，对公司或部门带去的影响是什么都没有说明，这种对面试官来说，也是很无感的，Ta会觉得很多都是正常的项目管理动作，只能判断出你的项目管理基本知识是否扎实，其他的都没法判断，同时，面试官会有一种体感，要么就是你不会表达自己，要么就是你没有产出。
3、太简短
候选人比较直接的说：我是xxx，毕业于xx大学，现在在xx公司担任项目经理职位。over。。。
遇到这种，基本上面试官的印象会直线下降。。。为啥呢？因为面试官让你自我介绍就是为了多了解你一点，如果只是这么简单的一句话，完全可以看简历，为啥还要面试你呢？同时，PM是一个高沟通、高情商的职位，这样简短没有新意的表达方式会让面试官觉得你不太合适。
4、不正式，随意性比较高
可能候选人是想活跃气氛，也可能是本性就是比较开朗外向自来熟的，但多数的面试官在不认识你的情况下，听到不正式的话术，会觉得你的表达能力与沟通能力都不够专业，尤其是面试高级职位，稳重非常重要。如果真的想拉近关系，建议不要在自我介绍环节，可以通过与面试的互动，来放松气氛。当然，如果你的情商很高，表达能力也非常赞，不会让面试官感到不舒服，那我就不阻拦你了～
Ps：所谓不正式是指“我是xx大学的，之前在xx公司做过xxx，公司也就那样，领导么都差不多，你懂的，后来跳槽到了xxx，现在薪资涨不上去，想跳槽，所以出来看机会”类似这种的沟通方式。个人觉得和朋友聊天或者吐槽的时候这么说没问题，但面试场合确实不合适。
5、面无表情或动作夸张
自我介绍是打开自己，让面试官了解候选人的过程，如果全场面无表情，有一些甚至也不看面试官，没有一些眼神的交流，那么很容易让自我介绍变得平淡，同时会让人有一种沉闷的感觉，气氛莫名沉重。而如果过于夸张，连说带比划，比划不够还要站起来模拟，emmm。。。我个人不太合适这种风格，但是不排除有面试官喜欢会来事的，不过我还是觉得活跃气氛和行事夸张是有差别的，PM还是更多的需要稳重、仔细、有责任心。
★比较欣赏的栗子：
“面试官你好，我是xxx，我毕业于xx院校xx专业，毕业后到现在一共从事了4份工作，前两份都是外企，主要职责是项目经理，共负责过50+个项目，其中有5个大型项目，项目涉及资金均超过500万，协同公司5个以上的部门，项目结束后，与协作部门建立了良好的合作关系，得到大家一致好评。
第三份开始进入互联网，主要负责xx部门的项目管理工作，完成了团队从0-1的搭建，规模在10人左右，我们在产研推行了敏捷，建立了完整的项目管理机制，先后确保了300+个项目的交付，交付率大约在98%，延期率不高于2%。
最后一份就是目前所在的xxx公司，负责PMO工作，带领了30人的团队，为公司建立了8个大型流程制度并推广至全公司使用，帮助全公司提升了10%的人效。在项目管理方面，打通了公司前中后台的沟通协作，负责过10+个公司S级项目，涉及公司20多个二级部门，A级项目200个，保证了99%的交付率，建设了项目管理自动化平台，产出10多个项目报表以供公司各管理层级查看。连续2年获得绩效A的成绩，成功晋升一级。
这次出来看机会的原因是在目前的岗位上感觉到了瓶颈，希望能有一个新平台，做一次自我突破。”
上面这一段说的匀速一点基本在2分钟左右，可以清晰的交代工作背景，同时通过数据说明了工作成果，让面试官直观的感受到你的产出和成绩，可以给面试加很多分。
猛然发现光一个自我介绍就说了一大篇，好像有点啰嗦。。。不过没关系，你们愿意看，能有帮助就好～后面我尽量缩减点，主要面试这件事，细节决定成败，需要注意的内容太多了。
第二部分——项目细节描述
这一部分的问题，总结来说就是让你挑1-2个项目详细说一下。主要是考察候选人对于项目的理解能力、掌控能力、总结能力、实践能力、思考能力、表达能力以及是否关注细节。
回答误区：
1、说了一堆项目本身的事，没有自己的价值体现
项目的重要性需要强调，但不用过于强调，不然会抢走你的光芒，到底是项目成就了你？还是你成就了项目？有好的项目、大的项目带，是机遇，但如何创造最大价值，如何发挥个人在项目中的意义，才是你应该要表达的。
Ps：再大的项目也是别人家公司的，听多了闹心。。。（我家就剩棵柠檬树了～～）
2、太宽泛，缺乏细节
详细说项目这类问题的主要目的就是想看看如何做细节管理，如果做过程把控的，如果你的回答缺乏面试官想要听的，那么会给面试官一种你不管细节，或者即使你管了，你也不在意细节的感觉。这里要注意区分一下，细节和琐碎的事两个概念，这是不等同的。
举个栗子：
宽泛——产品确认需求后，我会和研发一起给出排期，每日跟进。
细节——我规范了PRD的评审流程，组织了评审会、迭代会，进行任务拆分，最终输出排期，每日会通过看板组织站会跟进任务。
琐碎的事——我与产品反复沟通，要求他们明确需求，不明确不能进研发，我也和研发说好了，我们会对需求进行评估，如果不通过就不要做，通过了再排期。每天站会我会要求研发把做的事都说一下，如果任务没有更新，我会要求他们更新掉。
3、纯描述过程，缺乏自己的思考
“我从项目开始就与客户对齐需求，与产品、ued规划了评审机制，组织研发进行了迭代会排期，我每天站会跟进，有完善的变更流程”
看上去说了自己的产出，说了带项目的过程，但是你的思考在哪？这个流程机制你觉得是对还是错？或者有没有可以优化的点？你有没有去思考过优化的点？有没有主动去做过优化？这几点的考察对于基础岗位的同学来说，可能要求还不是那么高，但对于高级别的岗位，自驱动力以及自驱动落地能力是非常重要的。
★来看栗子吧。（栗子纯属参考，数据的准确性不要细究）
“我介绍一下目前这份工作中，去年带的一个S级项目吧。这个项目主要目标是为了签约100万家商户在平台上线，最终我们达成了120万商户的目标额，整个项目提前10天交付，为公司Q2创收做出了很大的贡献。这个项目的最初是CEO的一个想法，于是我协同了N个部门进行方案设计，并且与产品总监共同梳理了30个关键需求，优化了商户上线的整个流程，从原来的2小时优化到了10分钟，大大提升了商户上线的效率，为谈判增加了优势。明确需求后，我将需求按模块拆分到研发迭代，我带领3名项目经理组织了8场评审会，分别对接了15个研发小组，将所有的任务拆分完毕，依赖梳理清楚，完成里程碑的制定，整个过程的数据明细均可在自动化工具上实时查看，我们会根据工具上的看板组织站会，确保任务的及时更新、问题的及时暴露，最终在大家的大力协作下，项目提前交付。我们对整个项目进行了复盘，发现在研发小组的依赖梳理上有所欠缺，所以招聘了一个架构师来做全链路技术架构盘点。同时我认为我们在流程机制上还可以再做优化，提出了xx机制，在后续的项目中，xx机制的落实提升了整个项目的运转效率，减少了很多不必要的线下沟通。”
在避免上述不好的回答的同时，大家可以按下表所给出的要素准备项目介绍
既然面试官无法了解你的底细，那么他们怎么来验证你的项目经验和技术？下面总结了一些常用的提问方式。
面试前，你一定要准备，一定要有自信，但也要避免如下的一些情况。
不露痕迹地说出面试官爱听的话
面试过程中绝对不要出错
一点要学会引导面试官
在做项目介绍的时候，你可以穿插说出一些你的亮点，但请记得，不论在介绍项目还是在回答问题，你当前的职责不是说明亮点而是介绍项目，一旦你详细说，可能会让面试官感觉你跑题了。所以这时你可以一笔带过，比如你可以说，“我们的项目对数据要求比较大，忙的时候平均每小时要处理几十万条数据”，这样就可以把面试官引入“大数据”的方向。
你在面试前可以根据职位的需求，准备好这种“一笔带过”的话。比如这个职位的需求点是Spring MVC框架，大数据高并发，要有数据库调优经验，那么介绍以往项目时，你就最好突出这些方面你的实际技能。
再给大家举个例子，比如Java虚拟机内存管理和数据库优化是绝大多数项目都要遇到的两大问题，大家都可以在叙述项目经验时说，在这个项目里，我们需要考虑内存因素，因为我们的代码只允许在2G内存环境中运行，而且对数据库性能要求比较高，所以我们经常要监控优化内存和数据库里的SQL语句。这样当面试官深入提问时，就能抛出自己准备好的虚拟机内存优化和数据库优化方面的说辞。
实在不行，你也可以说“我除了做开发，也做了了解需求，测试和部署的工作，因为这个项目人手比较少，压力比较大”，这样你也能展示你有过独挡一面的经历。
第三部分——变更、问题、风险如何把控
这一部分会有几个问题：你是怎么发现项目中的问题和风险的？你们变更多吗？一般怎么管理？你怎么看待变更多这个问题？你们项目中遇到的最多的问题是什么？你一般怎么处理的？你们的变更、问题、风险都有记录吗？这些问题考察的内容一方面是候选人对于项目管理理论知识的了解程度，一方面也是考察候选人在实践过程中的参与程度以及主观能动性和悟性。
回答误区：
1、站会上问题和风险由团队成员自发暴露
这个回答不能说是错，毕竟很多事确实要靠产品、研发、测试自己说出来，但如果只靠别人暴露、只听别人说，那么一方面会显得候选人缺乏思考，对项目的理解度以及深入度都不够，另一方面也会显得不够专业，对于项目的整体把控不够、经验不足，才会无法预判或提前识别甚至避免。
很多时候，是需要PM在别人乐观的时候悲观一点，尽可能多想点预案防止意外的发生
也需要在别人悲观的时候乐观一点，积极地寻找所有可能的解决方案，打破僵局
我们变更少，一般不太会有或者多数可以拒绝
emmm…其实这个回答也没错。。但是和面试官的初衷相悖，面试官既然问了，其实是想知道你对变更的看法，你准备怎么管控变更，你直接回答我们没有变更，确实“完美滴”避开了问题，也完美滴避开了面试官给你的分。。。太耿直容易噎死人。。。诚实表达自己的现状没有问题，但要加上自己的思考，现状不一定是正确的，有可能只是现实之下的无奈之举，但你的意识要正确，并且要表达出你的想法，让面试官看到你的深度思考。
绕圈子，问“风险”答管理，问“变更”答机制，问“问题”答员工能力
似是而非的回答，在面试中很常见，可能是由于候选人太紧张，也可能是候选人觉得自己没有接触过又担心面试官以为Ta不懂，所以就乱回答，但无论哪一种，感官都不太好。所以不要自作聪明，如果对于问题不理解或者一时间卡壳，可以直接问一下面试官是不是想问xxx来为自己争取一点思考的时间，或者自己解读一下面试官的问题，和面试官说明自己需要思考1分钟，这其实是非常合理的，没有人规定一定要立刻马上给出完美答案。
★这一段我就不说详细栗子了，给大家分享几个比较好的回答。
“我们的变更不是非常多，但是我们也有比较严格的变更管控流程，如果遇到特殊情况，我们会申请特批或者在评估可行的情况下先变再补。”“对于风险和问题，我有2个途径获取，1是站例会，已经养成了大家主动暴露的习惯，平时遇到问题也会第一时间透明出来，2是我自己发现，我和团队是紧密合作的，对于整个项目的情况也是最了解的，会在平时的沟通中识别出一些大家没有想到的事。”“对于变更我们有邮件审批记录，问题和风险暂时没有工具可以记录，但我会用excel（或者可以说：我考虑过尝试用工具来记录，但是暂时因为项目太忙没有时间实施）。因为这样便于后期的数据复盘。”
第四部分——PM在整个公司的定位和价值
这个问题主要考察候选人对于项目管理这个岗位的思考与认知，以及这个岗位在公司中定位的认知。有些公司对于项目管理并没有非常重视，可能只是当一个打杂管事的。一些公司会让产品经理或技术leader来兼任项目管理的职责。还有一些公司项目经理没有独立的部门，基本都是散在各个团队中的。这些组织模式都是有一定的含义的，作为一个心细如发的PM，你能否勘破这背后的why，能否从组织层面去思考全局，决定着你是否能胜任更高的职位。
今天就先到这吧，如果大家想继续看故事，那我就继续写，如果大家觉得太冗余，只想看问题和推荐答案，那我就整理成附件形式单独发给大家。
Ps：
1、说话不要太快，但也不要太慢，要看着面试官，观察Ta的表情，发现Ta感兴趣的点的时候可以多说两句
2、回答问题不要一股脑儿，要适当留一点空，给面试官提问的空间，这样面试提问的内容基本在你的可控范围
3、如果是没有做到的事，主动承认比绕圈子更合适，可以直接说这方面是我的欠缺，也是我之前没有考虑到的，谢谢面试官提醒，我会在今后的工作中注意。坦诚的人总是更容易赢得别人的好感。
4、教练思维需要有，那会让你更快的融入一个团队，但是如果只会照本宣科，拿理想主义的理论知识去要求环境复杂的实际情况，那对团队而言是会非常痛苦的，而对你本人而言，也很难脱离理论带给你畅想，从而忽略落地的可行性。
5、同样的，也不要只关注实际而忽略理论的指导，我们的方向要正确，要做正确的事，要正确的做事，而不是歪打歪着。