产品经理面试习题大汇总

1、一、 B 端行业，跟甲方沟通需求有哪些需要注意的地方？.深入了解对方的业务，主体和使用流程。.比起用户体验，要更加关注决策者是否买单，而决策者最关注的是系统稳定性 安全性 兼容性 要在沟通中体现这些优势。.告知客户做好预案提前预防系统不稳定带来的损失给人安全感。.成本思维替企业用户考虑能否降低成本。.尽量提供完整的使用培训或手册。.多边沟通跨部门沟通。.反复沟通需求多次确认二：为什么从开发转产品？我之前在做开发的过程中更喜欢去思考产品背后的业务逻辑、提出一些产品上的想法，觉得自己对产品经理更感兴趣所以想转行。三、不同产品的核心指标分别有哪些？不同行业 /领域，不同公司的产品，核心指标都不一样。

2、电商类产品的核心数据指标： GMV （也就是成交总额，电商的本质是做买卖，所以我们能看到很多做电商的老总总是宣传自己的 GMV 是多少。 GMV 代 指网站的成交金额，主要包括付款金额和未付款的。通俗来说，我们平时网购时会进行下单，产生的订单中往往会包括付款订单和未付款的订单，而gmv 统计的指标就是其二者之和。电商平台给出的计算指标是:GMV= 销售额 +取消订单金额 +拒收订单金额+退货订单金额。）社交、社区类产品：社交和社区类产品都是以人的关系为纽带，所以活跃用户数和留存用户数可以作为核心数据指标。音/视频类网站（爱奇艺、优酷、腾讯视频、喜马拉雅等）：音视频的变现方式主要来源于广告，所以

3、停留时长可以作为核心数据指标。游戏类产品：在线人数反映了游戏的人气，决定了变现的空间，所以平均在线人数可以作为核心数据指标。金融类产品：金融类产品本质是金融资产的销售，所以可以把用户投资额作为核心数据指标。四、如何判定那种交互体验更优？1、看是否符合尼尔森十大可用性设计原则，他们分别为：系统状态可见性、系统与用户现实世界的匹配、用户的控制和自由、一致性与标准化、防止错误、再认而不是回忆、灵活高效的使用、美观简洁的设计、帮助用户认知，判断和修复错误、帮助文档及使用手册（ ps：面试官可能考察你对里面的具体内容是否了解，所以一定要对每个细则了解清楚）2、可以使用A/B 测试，在其他条件相同的情况下

4、，通过最终的数据进行比对，看哪种数据带来的效果更好。总之交互体验是否好，要有理有据，不能以自己主观的体验作为判断标准，因为你不能代表大多数目标用户。五、如何确保开发和测试同学充分理解需求？1、一般来说我会让开发和测试同学讲一遍他们理解的需求，如果一个人可以把他的需求讲清楚，那他就理解清楚了。2、文档尽量规范，做到不懂的开发和测试人员，线下也能看懂。如果有需求变更，及时变更文档并通知项目组成员。3、测试和开发人员在拿到文档后应该仔细观看，如果有不懂的，及时找产品经理沟通。4、开发、测试、设计、产品经理可以坐在一起，这样有任何不懂的需求沟通起来也方便如果想要团队充分理解需求，还是需要多沟通，而且要

5、提高沟通效率，人与人之间的不理解多数来源于沟通不畅。六、如何判断开发同学给出的排期是否合理？1、首先自己要懂技术，如果自己不懂技术就会被开发给忽悠。2、任务分配的要足够细致，任务分配的越细，评估的也越准确。3、要有同理心，站在开发的角度考虑，别人不会无缘无故的忽悠你，所以在时间不紧急的情况下我都会主动多给他们点时间，人心都是肉长的，相信我为他们考虑，他们也会为需求负责。七、产品和运营的关系是咋样的，各自的重点有何不同？产品经理负责酿酒，运营负责把酿的酒推销出去并让顾客经常回来买，为啥需要运营？因为在信息大爆炸的时代，在市场高度竞争的时代，酒香也怕巷子深啊，产品经理和运营因为工作方式的差异，存在

6、一些区别，区别如下：1、工作目标产品：产品经理的工作目标是对于用户体验的优化，难量化运营：运营的工作目标是以 KPI 为导向，可量化2、面向的人产品：产品经理更多的是面向开发、设计、运营等内部人员，用户也接触，但是说实话大多数公司产品经理和用户接触的不多。运营：运营的同事面向的对象是用户或者是外部的合作伙伴。3、用户感知产品：产品经理感知用户是通过用户画像，是一个很抽象的角色，比如他的职业、年龄、他所在的地理位置，他的学历等等，是通过建立用户画像，来找准用户需求。运营：运营去感知用户的话，都是活生生的，打交道的人，有的时候你可能刚跟用户聊完天，或者刚去他的办公室拜访过他。4、思考方式产品：产品

7、经理的思考方式是不但的抽象、归纳、总结。用很多的案例和样本总结出一个抽象的案例形象，运营：运营就是感知方，他的思考方式是发散、跳跃、然后通过直觉来判断一些用户或者媒体大众对于这件事情的反应是怎样的。5、对内容的态度产品：产品负责做功能，搭架子。运营：运营负责往架子里面填充内容。八、来了一个需求，给开发的落地文档包含了哪些内容？1、文档产品名称2、版本历史产品经理也不是神，难免会犯错，所以写的文档难免会更改，这个时候文档修订记录就起作用了。3、目录目录就不用说了，写文章有文章目录，写文档有文档目录，一般 word 【引 用 -插入目录】都有。4、文档介绍主要介绍文档的目的、文档面向的主要用户，读

8、者对象、参考文献、术语与缩写解释等5、产品概述从大的方向，讲讲项目的相关背景，有什么目标、有没有竞品对象？阶段性计划是什么，传递做这个需求的目的是什么？要达到什么样的目标？让项目开发人员对你的项目背景有了解，程序员知道的越多，做起项目来越有方向性。如果业务比较复杂，最好用业务流程图来解释一下。6、产品需求也就是功能清单，feature list,系统模块比如你有APP端、微信端、业务控 台端。7、产品结构图这个也称作脑图，用 xmind或者mindmanger来画。8、全局功能说明UI 设计会出一个UI 设计规范，当然我们做产品的也会对产品中经常需要对一些公共情况做说明，可以做一个全局说明。9、产品详细功能说明一般用用例表来进行说明，以登录注册模块为例，有流程图的话，先把任务流程图画出来，然后是用例表，用例表包含简要说明、行为者、前置条件、后置条件、功能说明、备注。功能说明一定要排版简洁、层次清晰，功能说明无遗漏。10、非功能性需求非功能性需求主要包含性能需求、适配需求、环境需求、统计需求、预留接口等。11、相关文档如果一个项目分解成多个团队。多个需求文档协同合作。如一个UGC 社区，