1. 首页
  2. 产品经理

产品经理和项目经理面试问题整理

面试题

1产品经理和项目经理区别?

需要自己整理总结。。

产品经理就是能发现问题并能描述清楚,把问题转化为需求,把需求转化为具体要做的任务,争取到支持,发起一批人,将这个任务完成,并持续不断以主人翁的心态去跟踪、维护这个产物。

项目经理,项目管理,业务能力,计划管理,监督,协调,沟通,管理,领导能力。

pmp体系理论与实践。

2、怎么做好需求分析?

需求分析的步骤:

①判断需求的真伪(5W1H法:What、Why、Who、Where、When、How)

②分析需求的业务价值(从三个角度考虑:商业角度、用户角度、项目角度)

③评估需求的可行性

④给出需求的优先级(四象限法则和KANO模型:基本需求、期望需求、兴奋需求、无差异需求、反向需求)

3、产品经理需要掌握的技能?最重要的技能?

商业思维、需求分析、产品规划和设计能力、项目管理、沟通协调、学习能力、抗压能力

4、自己的优缺点是什么?

优点主要突出工作上需要的优点,如:细心、耐心、责任心强、善于沟通、执行力高、做事有始有终等;

缺点最好要自己能圆回去,如:因为细心,所以有时会过于追求细节;或者因为责任心重,有时可能会有些固执,坚持自己的想法。

但是,我的出发点,都是为了把产品做到更好。当然,我绝大多数时候,还是能衡量权重、听取别人建议的。

5、为什么进行敏捷开发

敏捷开发的对立面是“瀑布式开发”,所谓的瀑布式开发就是经典的软件工程方法,包含需求分析、设计、编码、测试和维护,他的局限性很大,比如对市场变化和用户需求的响应慢,更改成本高,有可能产品一推出市场就宣告失败。

而敏捷开发则是以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发的一种方法。在瞬息万变的互联网时代,我们也看到越来越多的互联网产品出现了一周发一版本的快节奏,就是为了快速响应市场与用户的需求。

敏捷开发的几个特点:

①小步快跑,尽早交付;②有项目计划,但也“拥抱变化”;③版本周期内尽量不加任务;④团队配置也要敏捷;⑤敏捷也需要反思

6、怎么规划版本的迭代?

①确定迭代的节奏。

迭代周期决定周期内做多少需求,在前中期,为了配合敏捷开发,一般迭代周期定为两周或一月。

②建立需求池

③需求优先级

判断优先级最基本的原则就是向钱看——对商业负责。需求的价值等于“产品在单位时间内创造的利润增幅”。

7、多商户app需要设计哪些功能?

搜索功能、商品展示页、购物车、我的订单、在线支付、产品推荐分享、商户管理、商品管理、权限管理、订单管理、配送管理等

8、前后台设计有什么区别和共同点?

前台偏向2C,后台偏向2B一些,区别是前端更注重页面、交互等用户体验,后台在满足用户需求的前提下,更多的是侧重于产品的逻辑、规则等。共同点是都要给人来使用,坚持以用户为中心的设计,都要坚守产品的核心思想,都要兼顾用户体验和业务之间的平衡。

9、产品的整个流程

经典的主要分为七步:

①市场调研

市场调查:分析行业现状和市场规模,发现并掌握目标市场和用户需求的变化趋势;

用户调研:通过用户访谈,可用性测试,调查问卷,数据分析的方法对用户需求进行挖掘和分析;

竞品分析:剖析产品的竞争对手,对其产品进行用户体验分析。

盈利分析:估算产品成本,验证产品需求。

②需求管理

产品规划:确定目标市场、产品定位、发展规划及路线图;

提炼需求:由市场或运营部门收集的需求来进行分析,提炼核心功能;

优先级:根据竞品分析,市场调研来对功能进行优先级排序;

版本规划:每个版本重点开发什么,预估研发进度,上线日期。

③产品设计

④产品研发

⑤产品测试

⑥产品上线

⑦项目跟进

简述需求从开始到发布的过程:

需求调研和分析—需求整理—技术调研—需求评审—需求同步—需求评估—原型设计—设计沟通—需求发布—功能跟进—提交测试—测试进度—预生产发布—正式发布通知—功能回验。

10、高低级产品经理的不同之处

初级产品经理主要关注的是产品本身以及其对用户的策略制定。在这个阶段,主要锻炼的是需求收集、处理的技能。产品经理需要成功识别产品目前的问题并分析真实需求。

而高级产品经理,他们要关心的东西绝不仅限于产品之内。除了上面产品经理要做的事情,他们还需要关心整个业务单元的策略,甚至是事业群乃至于公司整体。产品定义与产品生命周期管理是基本技能。高级产品经理们需要平衡当前的战术需求与长远的战略需求,他们还需要做成本收益分析和大型项目的投资回报率计算。他们更多的关注商业策略并确保商业需求不会触及产品底线。这项工作受组织结构影响比较大。

当然,面试官可能就会问,那么初级产品经理就不需要关注产品战略层面的东西了吗?初级产品经理肯定也需要关注,且责任心强的初级产品经理也会时刻关注业务、战略层面,只不过因为工作经验及个人阅历等局限,初级产品经理不如高级产品经理更具前瞻性。

11、什么是交互?举几个日常app好的交互?

人机沟通:设备和用户之间信息的传递和翻译

操作与反馈:当交互发生时一切是如何发生和展开的

状态:不同的状态的存在,确保用户了解正在发生什么,以及应用为何进入这种状态

工作流:让用户明白谁可以做什么,以及接下来会发生什么

故障:故障是必然会发生的,必须纳入考虑范畴以内

12、产品过程中需要交付的文档?

①市场分析、用户研究(战略层级)

市场分析文档、用户研究文档、竞品分析文档,这三个文档可以组合成为一个文档——MRD文档(市场需求文档),对于目前产品的市场份额、市场利润空间等进行分析

②需求采集、产品规划(范围层级)

需求采集表、需求池、BRD文档(商业需求文档)、产品会议记录

③产品设计(结构层、框架层)

PRD文档(产品需求文档)、用例文档

④需求实现(表现层)

Kick Off文档(项目启动大会)、项目WBS(工作分解结构)、产品开发计划表、开发进度跟踪表

⑤产品上线、迭代优化

测试报告、产品验收文档、产品白皮书、数据分析报告、版本更新计划说明书

13、什么是产品经理?

产品经理就是以解决问题为核心,整合和管理各种人力、物力等资源,高效的将解决方案变成实际产品输出的领导者。——王淮,《打造Facebook》作者

产品经理就是能发现问题并能描述清楚,把问题转化为需求,把需求转化为具体要做的任务,争取到支持,发起一批人,将这个任务完成,并持续不断以主人翁的心态去跟踪、维护这个产物

14、与开发沟通的屏障

一般有因为需求细节描述不到位造成的反复沟通;让开发人员预估时间计划,产品经理判断不了真实。

15、什么是大数据?知识图谱?

大数据(big data),指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

通俗地讲,知识图谱就是把所有不同种类的信息(Heterogeneous Information)连接在一起而得到的一个关系网络。知识图谱提供了从“关系”的角度去分析问题的能力。

知识图谱的应用场景很多,除了问答、搜索和个性化推荐外,还有信用卡申请反欺诈图谱、企业知识图谱、交易知识图谱、反洗钱知识图谱、信贷/消费贷知识图谱、内控知识图谱。

16、产品经理的职业素养?

①简单——客观务实

②严谨——技能基础

③热爱生活——用户画像

④谦逊健谈——良好的沟通技巧

⑤经历丰富——思维模式

⑥头脑清晰——逻辑思维

⑦孤独的心——想象力

每一个基本品质也代表了产品工作所需要具备的一种能力。

17、公司的同事怎么评价你?

尽量往产品经理的能力上边去说,比如雷厉风行(执行力强)、像素眼(仔细认真)等。

18、发下需求后技术说不能做怎么办?

技术说需求做不了,可能有如下原因:

①根本做不了。市面上并没有类似的功能,做不了的功能你逼也没用,先想自身的产品设计是不是有问题。

②时间不允许。一个月的活,你让人家一个星期做完,不可能的,此时需要分阶段处理或者增加人力。

③目前任务多。如果正在开发其他功能,无法腾出时间,那就要找项目经理重新梳理优先级。

④技术人员水平问题。这个功能是能做的,不过你家的技术人员做不了而已,如果是能力有限,完全做不了,那就考虑换人开发,如果是有经验的开发,可以给他时间去学习调研。

⑤不想做。这类人你就直接找他领导说去。

归根到底,产品经理需要懂点技术,别被忽悠。

19、你打交道可能会涉及到的人?

老板、客户、设计、开发人、测试、运营

20、之前项目遇到的问题?你是如何解决的

比如项目会议上对于需求或者设计争议颇多,解决方式是会议前提前和“意见领袖”达成一致。

产品效果与设计不符,解决方式是开发过程中多跟进进度和质量。

项目延期,解决方式是更细致的项目进度表,及时跟进,及时调整。

21、为什么做产品经理?

希望能发现一群人在用着自己设计的产品,并且津津乐道的那种自豪感;希望能施展自己的抱负和想法;自己的兴趣爱好。

对于把一个作品从无到有做出来这件事特别着迷,不管是写文章、做视频、还是设计一个大家都使用的产品,都能给自己带来巨大的成就感,为了这种成就感我甚至忘记吃饭、熬夜通宵都没问题。我觉得这才是产品经理最能吸引我的地方。

原创文章,作者:研究院精选,如若转载,请注明出处:https://www.pmtemple.com/academy/7191/

发表评论

电子邮件地址不会被公开。 必填项已用*标注

联系我们

185-1614-2515

在线咨询:点击这里给我发消息

邮件:admin@pmtemple.com

工作时间:周一至周五,9:30-18:30,节假日休息

QR code