真实遇到的产品经理面试题-轻识

下面有一部分是我们学员遇到的面试题还有一部分是粉丝反馈过来的面试题，都是实际面试过程中遇到的问题，我把答案写在下方，供小伙伴交流参考。

一、B端行业，跟甲方沟通需求有哪些需要注意的地方？

1.深入了解对方的业务，主体和使用流程。

2.比起用户体验，要更加关注决策者是否买单，而决策者最关注的是系统稳定性安全性兼容性要在沟通中体现这些优势。

3.告知客户做好预案提前预防系统不稳定带来的损失给人安全感。

4.成本思维替企业用户考虑能否降低成本。

5.尽量提供完整的使用培训或手册。

6.多边沟通跨部门沟通。

7.反复沟通需求多次确认

二：为什么从开发转产品？

我之前在做开发的过程中更喜欢去思考产品背后的业务逻辑、提出一些产品上的想法，觉得自己对产品经理更感兴趣所以想转行。

三、不同产品的核心指标分别有哪些？

不同行业/领域，不同公司的产品，核心指标都不一样。

电商类产品的核心数据指标：GMV（也就是成交总额，电商的本质是做买卖，所以我们能看到很多做电商的老总总是宣传自己的GMV是多少。GMV代指网站的成交金额，主要包括付款金额和未付款的。通俗来说，我们平时网购时会进行下单，产生的订单中往往会包括付款订单和未付款的订单，而gmv统计的指标就是其二者之和。电商平台给出的计算指标是:GMV=销售额+取消订单金额+拒收订单金额+退货订单金额。）

社交、社区类产品：社交和社区类产品都是以人的关系为纽带，所以活跃用户数和留存用户数可以作为核心数据指标。

音/视频类网站（爱奇艺、优酷、腾讯视频、喜马拉雅等）：音视频的变现方式主要来源于广告，所以停留时长可以作为核心数据指标。

游戏类产品：在线人数反映了游戏的人气，决定了变现的空间，所以平均在线人数可以作为核心数据指标。

金融类产品：金融类产品本质是金融资产的销售，所以可以把用户投资额作为核心数据指标。

四、如何判定那种交互体验更优？

1、看是否符合尼尔森十大可用性设计原则，他们分别为：

系统状态可见性、系统与用户现实世界的匹配、用户的控制和自由、一致性与标准化、防止错误、再认而不是回忆、灵活高效的使用、美观简洁的设计、帮助用户认知，判断和修复错误、帮助文档及使用手册（ps：面试官可能考察你对里面的具体内容是否了解，所以一定要对每个细则了解清楚）

2、可以使用A/B测试，在其他条件相同的情况下，通过最终的数据进行比对，看哪种数据带来的效果更好。

总之交互体验是否好，要有理有据，不能以自己主观的体验作为判断标准，因为你不能代表大多数目标用户。

五、如何确保开发和测试同学充分理解需求？

1、一般来说我会让开发和测试同学讲一遍他们理解的需求，如果一个人可以把他的需求讲清楚，那他就理解清楚了。

2、文档尽量规范，做到不懂的开发和测试人员，线下也能看懂。如果有需求变更，及时变更文档并通知项目组成员。

3、测试和开发人员在拿到文档后应该仔细观看，如果有不懂的，及时找产品经理沟通。

4、开发、测试、设计、产品经理可以坐在一起，这样有任何不懂的需求沟通起来也方便

如果想要团队充分理解需求，还是需要多沟通，而且要提高沟通效率，人与人之间的不理解多数来源于沟通不畅。

六、如何判断开发同学给出的排期是否合理？

1、首先自己要懂技术，如果自己不懂技术就会被开发给忽悠。

2、任务分配的要足够细致，任务分配的越细，评估的也越准确。

3、要有同理心，站在开发的角度考虑，别人不会无缘无故的忽悠你，所以在时间不紧急的情况下我都会主动多给他们点时间，人心都是肉长的，相信我为他们考虑，他们也会为需求负责。

七、产品和运营的关系是咋样的，各自的重点有何不同？

产品经理负责酿酒，运营负责把酿的酒推销出去并让顾客经常回来买，为啥需要运营？因为在信息大爆炸的时代，在市场高度竞争的时代，酒香也怕巷子深啊，产品经理和运营因为工作方式的差异，存在一些区别，区别如下：

1、工作目标

产品：产品经理的工作目标是对于用户体验的优化，难量化

运营：运营的工作目标是以KPI为导向，可量化

2、面向的人

产品：产品经理更多的是面向开发、设计、运营等内部人员，用户也接触，但是说实话大多数公司产品经理和用户接触的不多。

运营：运营的同事面向的对象是用户或者是外部的合作伙伴。

3、用户感知

产品：产品经理感知用户是通过用户画像，是一个很抽象的角色，比如他的职业、年龄、他所在的地理位置，他的学历等等，是通过建立用户画像，来找准用户需求。

运营：运营去感知用户的话，都是活生生的，打交道的人，有的时候你可能刚跟用户聊完天，或者刚去他的办公室拜访过他。

4、思考方式

产品：产品经理的思考方式是不但的抽象、归纳、总结。用很多的案例和样本总结出一个抽象的案例形象，

运营：运营就是感知方，他的思考方式是发散、跳跃、然后通过直觉来判断一些用户或者媒体大众对于这件事情的反应是怎样的。

5、对内容的态度

产品：产品负责做功能，搭架子。

运营：运营负责往架子里面填充内容。

八、来了一个需求，给开发的落地文档包含了哪些内容？

1、文档产品名称

2、版本历史

产品经理也不是神，难免会犯错，所以写的文档难免会更改，这个时候文档修订记录就起作用了。

3、目录

目录就不用说了，写文章有文章目录，写文档有文档目录，一般word【引用-插入目录】都有。

4、文档介绍

主要介绍文档的目的、文档面向的主要用户，读者对象、参考文献、术语与缩写解释等

5、产品概述

从大的方向，讲讲项目的相关背景，有什么目标、有没有竞品对象？阶段性计划是什么，传递做这个需求的目的是什么？要达到什么样的目标？让项目开发人员对你的项目背景有了解，程序员知道的越多，做起项目来越有方向性。

如果业务比较复杂，最好用业务流程图来解释一下。

6、产品需求

也就是功能清单，feature list，系统模块比如你有APP端、微信端、业务控台端。

7、产品结构图

这个也称作脑图，用xmind或者mindmanger来画。

8、全局功能说明

UI设计会出一个UI设计规范，当然我们做产品的也会对产品中经常需要对一些公共情况做说明，可以做一个全局说明。

9、产品详细功能说明

一般用用例表来进行说明，以登录注册模块为例，有流程图的话，先把任务流程图画出来，然后是用例表，用例表包含简要说明、行为者、前置条件、后置条件、功能说明、备注。功能说明一定要排版简洁、层次清晰，功能说明无遗漏。

10、非功能性需求

非功能性需求主要包含性能需求、适配需求、环境需求、统计需求、预留接口等。

11、相关文档

如果一个项目分解成多个团队。多个需求文档协同合作。如一个UGC社区，有PC端社区，有APP端社区。这需要不同的研发团队，Web前端、APP又分为安卓、iOS。所以需求文档会拆分为PC端需求文档和APP端需求文档。

12、上线需求

设计什么时候OK、什么时候测试，具体的上线时间，具体一些特殊的流程需求等。

具体详情可以参考如何写好PRD？

九、你在设计表单的时候会考虑哪些维度

顶部筛选项、是否导入和导出、表的用途、表的字段、字段的先后顺序、批量逻辑、数据来源和其他表格联动等。

后期我们会把更多的面试题分享给大家，如果你也有遇到的自己回答不好的面试题，可以加我的微信：yw5201a1 私聊。或者在评论区留言。之后会将它补充到面试习题库中去。

此外我们的官方网站也上线了，每日分享高质量的文章、原型素材和行业报告，小伙伴可自行前往索取，支持搜索，需要的小伙伴可点击底部的阅读原文直接查看，或者复制网址：www.dadaghp.com 打开。

更多干货可关注微信公众号：产品刘

想学习更多关于产品、职场、心理、认知等干货，可长按右边二维码，关注我们。

··················END··················

RECOMMEND