关于产品经理常见面试题目，本次整理“需求/项目管理篇”，希望对你面试时有所帮助。
01 你的产品需求来源？
产品需求的来源大致可以分为4个维度：
- 人员反馈：老板/领导（一般是公司的战略规划或者业务的发展要求）、业务方（公司内部人员，包括运营、财务等）、客服、用户反馈、自己的规划
- 数据分析：产品功能的使用情况，一般是产品后台数据、第三方埋点数据
- 调研反馈：市场调研、用户调研、公司内部业务方调研
- 竞品分析：通过直接/间接竞品的产品功能对比，或者与竞品公司在市场上的优劣势对比等
02 你是怎么评定产品需求优先级的？
比较常用的工具有马斯洛模型、Kano模型、四象限法、二八原则等，选择适合自己的才是最好的。但是使用这些工具的前提，还是要通过不同维度去结合分析，我一般会从三个维度去分析，研发和运营成本、影响面（包括影响程度和影响范围）、给公司带来的收益（因为笔者做的后台产品，对用户体验要求没那么高，你若是做的C端产品，可以把用户体验这一维度加上）。
举个例子：影响1w人的功能，平均每天使用1次，和影响1k人的功能，平均每天使用1k次，投入的研发成本是一样的，肯定优先解决影响面大的需求。
03 如何辨别需求的真伪？
《更快的马与福特汽车》和《用户与音箱》想必大家对这两个经典案例都耳熟能详，其实最根本的还是你要深层次的挖掘用户的需求，有时候用户说的并不是他想要的。
范本示例
首先我会明确需求的来源，是公司业务方的专员，还是业务方的领导；是外围用户，还是专家用户；是一两个用户，还是大部分用户（二八原则）。比如业务方的专员他对业务的理解程度肯定不如他的领导，所站的高度不一样，需求的价值也会不同。
每当接受到一个需求的时候，我至少会一步一步的多追问几个为什么，再加上多方面了解，在不断刨根问底的时候，有时也会有意外的发现
04 如何将用户需求转化为产品方案的？
这个问题和上个问题有点类似，用户通常提出的需求是基于某种场景下提出的，可能考虑的并不成熟，这个时候就要你深层次的挖掘和分析。
分享给大家高一个level的方法，面试官会瞬间感觉你高一个逼格——
”HWM分析法”意思就是“How might we我们可以怎样”，我们大部分人面对问题时的解决思路是直接给出解决方案。而这种方法可以有效的帮助我们打开思维定式，而不是局限在具体的解决方案里，它的核心重点在“我们”、“可以”、“怎么样”，先最大范围的搜集产品的所有可能性，然后抽象出这些想法背后隐藏的核心概念和产品需求，再整理出具象化的产品设计方案，最后形成可视化的PRD。
大致流程如下：
这个方法对产品创新也有非常大的帮助，不过这个方法要经过长时间的练习，才能逐步培养这方面的能力，长久坚持下去你的思路会如潮水般涌来，堵都堵不住。
05 你是如何做产品版本规划的？
面试官是想了解你的产品规划能力，或者你有没有站在更高的视角思考过未来产品的规划。
范本示例
我会不定期的对产品的现状进行梳理和总结，理清楚产品上线后的效果和接下来的方向应该怎么走：
- 月度数据分析：对产品线上的数据情况进行分析总结，依托数据规划接下来要做的事情；
- 需求汇总分析：根据现有收集到的需求进行分类整理、优先级排序，规划接下来几本版本要做的事情。
06 项目延期怎么解决的？怎么避免项目延期？
这个问题主要考察你的沟通协调能力以及项目的推动能力，可以从三个方面入手，了解现状、如何解决、后期如何规避。
1. 了解现状
首先要清晰的了解目前的现状是什么，是原因导致延期的、与原定的上线日期差多少，是因为技术上碰到了难点，还是开发评估的时间偏差，还是其他原因。只有了解清楚现状，才能有对应的解决方案。
2. 如何解决
其次根据问题制定出对应的解决方案，若是因为技术上碰到了难点，是否可以协调资源完成，或者在功能上想出一个折中方案不仅能满足业务需求，技术上也能实现。
若是开发评估的时间偏差，是否可以适当加班完成（毕竟当初时间是开发同学自己承诺的，要为自己承诺负责），再看与原定的上线日期相差多少，是否可以相应的砍掉非核心功能，来保证能按时上线。解决方案确定下来之后，要第一时间通知业务方以及干系人，确保他们获取到一手消息，让干系人有心理准备。
3. 后期规避
最后就是后期如何规避的问题了，方案有很多、比如需求评审的时候细化需求保证每个人充分理解。
我在此推荐一种方法，需求评审完之后，由开发人员评估时间的时候，可以用“估算扑克”（敏捷开发中的一种方法）的方法，这种方法在刚开始用的时候，可能与预计的时间偏差较大，但是用熟练了以后，就会觉得屡试不爽。
07 在项目进行的过程中有没有出现需求变更的情况？你是怎么做的？
这个问题主要考察候选人解决问题的能力和应变能力，需求变更是产品迭代过程中的常态，有时候是业务方临时加需求、有时候是老板提出当前版本必须要上的需求，也有可能需求评审时考虑不周，导致与原需求有偏差，不得不需求变更。
在这里笔者只能为你提供一个解决问题的思路：
首先要了解清楚现状，为什么会变更？是由什么因素导致的？会产生多大影响？不变更行不行？若不变更，是否可放在下个版本进行迭代？若变更后，当前版本会不会出现延期的情况？（项目延期请参考问题5），
另外给大家提供一个我的做法，我们团队研发同学在任务估时的时候会预留1天左右的时间，来应对未来突发状况的产生，若没有突发状况会提前进入下个版本的迭代任务中。
08 你是如何跨部门沟通协作的？
- 召集高质量跨部门会议，至少提前1天通知参会人会议主要讨论的内容、会议时间时间和地点，提早安排时间避免时间冲突
- 会议主导避免发生讨论问题跑偏，明确每个事项的责任人和时间（避免后面扯皮、互相甩锅）
- 形成会议纪要邮件发送每个参与人，也可抄送相关领导
- 最后就是里程碑跟踪，避免出现脱轨，若出现问题要及时沟通解决。
01 简单介绍一下你做过的产品，并说一下你认为最成功的是哪一款，为什么？
此问题考察你的总结归纳能力，以及对自己所做产品的了解程度，看是否一两句话就能讲明白自己做的产品，以及它能为用户解决什么问题。
在介绍自己做过的产品时，最好一句话讲明白产品的定位，清晰明了的介绍它能够解决什么问题。
以我做过的合同中台产品为例，范本示例：我做过的产品有“合同中台”是一款实现从合同模板源建立到合同统计分析，无缝管控合同全生命周期的中台产品（还有其他产品就不一一列举了）。而我觉得最成功的产品是合同中台：
- 避免公司产品重复性建设，形成信息孤岛；
- 降低产品80%开发维护成本和技术成本；
- 节省法务人员起草、拟定合同时间，由平均5分钟/份缩短至1分钟内；
- 提高法务人员合同归档、复查的便捷性。建议在回答的时候用数据做支持更具有说服力。
02 你认为什么样的产品，才算做是一款好的产品？
此问题你可以站在不同角度去分析，对公司来讲，好的盈利模式，可以为公司带来不错的商业价值和利润；对用户来讲，首先要有一个好的用户体验，其次可以为用户带来哪些价值，解决了用户的某个痛点？痒点？还是爽点？
对产品本身来讲，后续的可维护性、持续性、用户的需求是不断变化的，一个产品可持续为用户提供价值的长短，也是评判产品好坏的标准。
03 你所用过的产品中，最喜欢哪个？为什么？
尽量不要说大家都知道的产品，除非你真的非常非常了解此款产品。以防万一面试官是此产品的重度用户，比你更了解，你说的每一点都能给你挑出问题来时，就凉凉了。
说一款非大众产品，这样你在侃的时候，面试官只能一脸懵逼的看着你吹（但要有逻辑、有条理、有严谨型）。在介绍的时候，可以结合《用户体验要素》表现层→框架层→结构层→范围层→战略层，从外到内这5个层面进行分析说明。
04 你用了我们的产品么？对我们的产品有啥建议？
重要的事情说三遍，提前准备、提前准备、提前准备，在你去面试之前，一定要提前体验他们的产品，最好做个产品体验报告，先不说报告的好坏，至少让面试官觉得你非常重视这次的面试，印象分肯定是给加上去了，如果你写出来的报告不错至少证明你的专业程度还是ok的。
在评价别人家产品的时候，要下表扬一下人家的产品，再说出美中不足的地方，提出自己的观点，也可以把《用户体验要素》的方法给用上，例如表现层、结构层，说两点就可以了，说的太多面试官会觉得你狂妄自大。
05 怎么理解用户体验？
用户体验（User Experience，简称UE/UX）是用户在使用产品过程中建立起来的一种纯主观感受，这是百度给的官方解释。
我认为“峰终定律”可以很好的解释用户体验，就是在体验产品的过程中高峰和结尾时的感受，如果是愉悦的，那么用户体验产品的感受就是愉悦的，反之就是糟糕的。
06 产品需求文档共包括哪些部分？
07 你做的产品会关注哪些产品指标？
产品不同关注的指标不同，阶段不同关注的指标也不同，因为笔者做的是电商产品，所以就以电商产品为例，电商一般关注的五大数据指标，活跃用户数、转化率、留存、复购、GMV。
- 活跃用户数是指对应的时间窗口打开应用的独立设备数，一般按照时间粒度分为时活、日活、周活、月活。
- 转化率=（转化次数/点击量)*100%，对电商而言是指在某一统计周期内，完成购买从西的用户占总访问用户的比例。
- 用户留存衡量着新用户在使用产品一段时间后又回来的比率，留存要从不同的时间维度去分析，次日留存、3日留存、7日留存、月留存。
- 复购是指用户重复购买产品的次数，重复购买率越高，则表明用户越忠诚。具体分析要从3个角度去看，复购的用户量、复购率、复购金额。
- GMV主要指网站的成交金额（付款金额和未付款金额），GMV=销售额+取消订单金额+拒收订单金额+退货订单金额，GMV虽不是实际的交易数据，但可作为参考来研究用户的购买意向等。
对于新电商来说主要关注流量指标，访客数、访客来源、注册用户数、浏览量、浏览深度、产品的浏览排行、跳失率等；
对于一般规模的电商主要任务是提高销售量，新增用户数、活跃用户数、转化率、客单价、销售额、动销率、库存天数、ROI等；
对于成熟型电商主要是提升整体的运营水平，新增用户数、活跃用户数、转化率、留存率、复购率、客单价、销售额、动销率、库存天数、ROI、订单满足率等。
08 你觉得为什么要写需求文档？你写的需求文档开发人员会看吗？
- 产品的可追溯性，因为产品是不断迭代的，可以清楚的了解到每个版本产品做了哪些功能和背景，不管谁接手，都能快速上手；
- 便于开发人员清楚的了解产品功能的详细介绍和产品背景，减少沟通成本
关于研发会不会看的问题，面试官极有可能想了解你的文档能力。不要说需求评审完之后，研发人员大概明白要做什么，开发过程中不明白的地方会直接沟通（这样的话，你写文档的意义是什么？）一定要说肯定看的，而且还可以说研发同学有时候会说我写的文档言简意赅，逻辑清晰、简单易懂，这样还能从侧面告诉面试官你的文档能力，是得到大家认可的。
09 假如让你在你做过的产品或者你最喜欢的产品上做修改/优化，你会在哪里做出修改/优化？为什么？
这是个开放性问题，没有标准答案，建议回答自己做过的产品，因为只有你自己才是最了解产品的那个人，可以把你产品下一步的规划拿来说，产品目前的现状、想要解决的问题、能带来哪些价值，面试官又不懂你的产品，只要讲述的条理清晰、逻辑上没有漏洞，面试官就会认为你回答的不错。
如果让你讲述自己喜欢的产品上做修改，就不要讲大众产品啦（原因问题3提过了），也是按照产品目前对用户产生了哪些困扰（现状)，解决问题的方法、会给用户带来哪些价值。
10 如果要你从零开始做一款产品，你需要做些什么？并说一下从零到一的整个过程。
这个问题等同于问你“你是否经历过从零到一的产品，整个流程是什么样子的”，其实就是在考察你对整个流程是否有过思考与总结，产品从零到一，大致经历以下几个阶段：
- 产品初始阶段：发现需求、想法成型
- 产品需求阶段：市场分析、用户分析、验证想法的可行性，确定产品方向（产品定位）、竞品分析
- 产品原型阶段：产品形态、产品结构图、原型图、PRD文档、产品评审
- 产品研发阶段：UI、开发、测试、验收、上线
- 产品运营阶段：产品推广、活动运营、线上数据反馈、用户反馈、版本迭代
11 相比你的竞品而言，你的产品有哪些优势？用户为什么会选择你的产品？
首先你要清楚自己产品的直接竞品和间接竞品都有哪些，你可以从不同维度去分析，在这里笔者只能给你提供一个思路，例如产品的交互方式、产品的功能结构、或者用户下单的流程等。
有时候产品并没有好坏之分，要看产品的定位主要是想解决用户的什么需求，比如京东和淘宝同样是电商产品，借用梁宁老师的话说，一个服务”大明”，一个服务”笨笨”，产品定位不用，用户的群体就不同。（“大明、笨笨、小闲”是梁宁老师定义的一套用户画像）