腾讯微信产品经理笔试面试题(推荐8篇)由网友“阿樵”投稿提供,这次小编给大家整理过的腾讯微信产品经理笔试面试题,供大家阅读参考,也相信能帮助到您。
篇1:腾讯微信产品经理笔试面试题
腾讯微信产品经理笔试面试题
其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目,系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。
下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。
朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?
关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。
而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的一份“通讯录”。这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。
对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。
一般逻辑下朋友圈每次读取的过程
解决这种性能问题一般的思路就是把需要大计算量的过程分散到平时零散的时间去做,
在这里的思路就是:平时就把每个用户需要的 timeline数据按照权限设置准备好,等到用的时候(刷新朋友圈)就直接读取准备好的内容。那么答案就出来了:除了存储一份上面讲到的文字,图片等基本信息外,还需要给每个用户存储一份timeline数据,注意,是每个用户一份。当然,这里的“每份”不需要存储完整信息,只需要存储消息的ID和时间 (可能需要)。每个人刷新自己的朋友圈时,读取自己的那份数据就行了,既不用去消息池子里面筛选,也不用判断用户权限。
那是怎么实现权限控制呢?
当一个用户发布一条消息时会按照上面讲的标签设置相关的权限,服务器就会给每个有权限接收这条消息的用户的.timeline中写入这条消息。也就是在用户发布的这一刻,就做好了权限安排,而不是等到读取的时候。这样就自然减少了读取的时候的计算量,提高了效率。
发布时进行权限控制(示意图,实际比这复杂)
至于分库分表这些就不展开了,知道有这么回事就行。有时候这种技术上的设计也是会限制产品的设计。
那怎么证明上面说的合理呢?
感兴趣的同学可以去测试下:先发一条带阅读权限的消息,比如允许某个标签的人看。然后再给这个标签添加一个新人。结果是这个新人是看不到这条消息的,因为权限划分是在发布的时候就划分好了,新人加入标签的时间是在发布之后,所以没法获得这条消息的权限分配机会,虽然他后来在标签组中,但是仍然没有办法看到这条消息。
这就是上面问题的答案,其实主要考察的是在产品设计时是否能够考虑到技术方案的限制。我把上面的答案贴在知乎上,有人就问了:微信产品团队是在一开始设计就考虑到了这个问题,还是经过不断的迭代成现在这样的?这是个好问题,好的产品经理应该在设计的时候就考虑到这种情况,或者至少应该有相应的预案,而不至于在出现问题或者被研发发难时束手无策。在这个案例中,微信是一开始考虑到了还是迭代过来的并不重要,对于微信“朋友圈”来说,本来就是一个迭代产品,最早的权限管理是单独于通讯录的,那个时候是纯插件的模式,现在才与通讯录共用了分组模式进行权限管理。
如果对于上面的技术对产品设计的影响还不是很清晰的话,那么就再跟两个问题(好的产品经理除了能回答问题外,还要能提出问题^_^):
篇2:腾讯微信产品经理面试题
其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目。系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。
下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。
朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?
关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。
而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的一份“通讯录”。这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。
对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。
一般逻辑下朋友圈每次读取的过程
解决这种性能问题一般的思路就是把需要大计算量的过程分散到平时零散的时间去做。在这里的思路就是:平时就把每个用户需要的timeline数据按照权限设置准备好,等到用的时候(刷新朋友圈)就直接读取准备好的内容。那么答案就出来了:除了存储一份上面讲到的文字,图片等基本信息外,还需要给每个用户存储一份timeline数据,注意,是每个用户一份。当然,这里的“每份”不需要存储完整信息,只需要存储消息的ID和时间(可能需要)。每个人刷新自己的朋友圈时,读取自己的那份数据就行了,既不用去消息池子里面筛选,也不用判断用户权限。
那是怎么实现权限控制呢?
当一个用户发布一条消息时会按照上面讲的标签设置相关的权限,服务器就会给每个有权限接收这条消息的用户的timeline中写入这条消息。也就是在用户发布的这一刻,就做好了权限安排,而不是等到读取的时候。这样就自然减少了读取的时候的计算量,提高了效率。
发布时进行权限控制(示意图,实际比这复杂)
至于分库分表这些就不展开了,知道有这么回事就行。有时候这种技术上的设计也是会限制产品的设计。
那怎么证明上面说的合理呢?
感兴趣的同学可以去测试下:先发一条带阅读权限的消息,比如允许某个标签的人看。然后再给这个标签添加一个新人。结果是这个新人是看不到这条消息的,因为权限划分是在发布的时候就划分好了,新人加入标签的时间是在发布之后,所以没法获得这条消息的权限分配机会,虽然他后来在标签组中,但是仍然没有办法看到这条消息。
这就是上面问题的答案,其实主要考察的是在产品设计时是否能够考虑到技术方案的限制。我把上面的答案贴在知乎上,有人就问了:微信产品团队是在一开始设计就考虑到了这个问题,还是经过不断的迭代成现在这样的?这是个好问题,好的产品经理应该在设计的时候就考虑到这种情况,或者至少应该有相应的预案,而不至于在出现问题或者被研发发难时束手无策。在这个案例中,微信是一开始考虑到了还是迭代过来的并不重要,对于微信“朋友圈”来说,本来就是一个迭代产品,最早的权限管理是单独于通讯录的,那个时候是纯插件的模式,现在才与通讯录共用了分组模式进行权限管理。
如果对于上面的技术对产品设计的影响还不是很清晰的话,那么就再跟两个问题(好的产品经理除了能回答问题外,还要能提出问题^_^):
1、朋友圈的消息为啥不能编辑,只能删除?
我理解这是产品设计和技术实现平衡的结果。编辑功能对于主要以发布照片和即时消息的朋友圈来说,并不是刚性的需求。但是在上面的技术框架下,编辑功能在技术上,就不好实现。具体来说就是:前面我们讲了,权限的控制是在发布的时候确定了,如果增加编辑功能的话,意味着一旦用户在编辑的时候调整了阅读权限的话,就需要将之前写入到有权限的用户timeline的数据删除掉,重新写入一遍,这对于技术实现来说,也是一个很大的成本,需要更新的数据很多(该条消息所有涉及到的用户的timeline数据都要更新)。所以,平衡的结果是宁愿让用户删除了重新发布,也不提供编辑的功能。你可能又要问了,删除时就不用更新相关人的timeline吗?首先删除比写入简单多了,第二个是用户timeline的数据可能还真不用删除。具体原因就不解释了,想知道的给我们留言单独解释。
2、上述发布时的权限分配规则中会考虑屏蔽的人吗?也就是问,如果一个用户A屏蔽了某个人B的朋友圈,B发布的消息会进入A的timeline的准备数据中吗(不是指用户微信里看到的)?
先说一下我的答案:在发布时的权限控制是不会考虑屏蔽的人的。前面我们讲了,在消息发布的时候,服务器会根据用户设置的权限信息,将消息有选择的放到有权限阅读人的timeline中。如果这个时候需要考虑屏蔽的人的话,那就还要去读取每个有权限阅读的人的屏蔽人清单,然后根据每个人的清单去决定是不是放到这个人的timeline中,显然这又会增加多大的计算量。那么有人就要问了,那怎么实现屏蔽的功能呢?两种方法实现,一种是在这个用户刷新朋友圈时,将读取到的自己的那份timeline数据(含屏蔽人的消息),在服务器端过滤掉屏蔽人的消息;另外一种则是读取的时候,服务器端按照原样下发给客户端,客户端根据存储的屏蔽清单来过滤,被屏蔽的则不显示给用户。两种方法在实现效率上几乎没有差别,通过对于微信的使用体验来看,我倾向于这个是由客户端来过滤的。实际这也可以有方法去验证,这里就不做了。这种屏蔽方案也是基于上面提到的“把需要大计算量的过程分散到平时零散的时间去做”。
那么怎么验证上述关于屏蔽的逻辑是对的呢?上面我们在验证“发布时进行权限分配”中讲到了,后添加标签分组的人,是看不到之前发布的分组权限消息的。这里我们也可以通过类似的方法验证:把用户屏蔽后,该用户的消息全部看不到,但是取消屏蔽之后,又立即能在朋友圈中看到,包括之前发布的消息但没有看过的消息。
最后要说的是,作为一个微信设计的旁观者,以上答案是作为一个用户从系统分析的角度去考虑的,并不代表微信确实是这样的一个设计思路,但答案中的方案已经尽可能做到了可以验证。答案中也没有涉及到具体的技术,仅仅是一个系统分析的思路。
很高兴看到越来越多的产品经理招聘开始注重技术能力了。前段时间各大互联网公司的产品经理校招也出现了不少“技术”相关的试题,说明业内开始意识到技术能力对于产品设计的辅助作用。还是那句话,技术并不是产品设计必须的,但是能有的话效率会提升很多。
篇3:微信产品经理面试题
丁香园CTO冯大辉曾发过三道产品经理的面试题,题目是关于微信的,如下:
其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目。系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。
下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。
朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?
关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。
而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。
这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的一份“通讯录”。
这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。
对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。
如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。
这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。
篇4:微信产品经理的面试题
1.朋友圈为什么不调整到首屏,为什么路径这么深?
了解产品,首先要了解产品的战略意图和方向,要不然会走不少弯路的。
我们来看一下微信(产品)的定位。
#1.1. 微信是面向熟人的重通讯的社交应用。
说到通讯,大家都会想到,手机的短信和联系人在整个手机通讯中的作用。人们在长时间的移动通讯的场景下,意识上也潜移默化了传统手机通讯中的用户习惯。所以微信中,聊天(传统的短信)模块放在首页。通讯录(传统的联系人)放在次要的位置。也符合社交通讯的高效率和便捷性。这也印证了微信的底栏导航布局的原则。
微信、通讯录、发现、我
#1.2. 微信的战略方向,连接一切。
发现版块是连接其他渠道的实验室。“朋友圈”只是其中一条探索的渠道。不是唯一的渠道。
微信并不是纯粹的社交通讯应用。腾讯这么大体量的用户基数+,也为微信的拓展创造了得天独厚的优势。微信提出链接一切的战略方向也不会变。朋友圈只是链接用户的沟通的一种途径。这条道路也是对腾讯用户体量的继承和发展。朋友圈在形式上继承和延续了用户的习惯和沟通方式。在前期也许用户觉得比较重要,应该摆在举足轻重的位置。但是从整个战略上来讲,路径深也是微信战略布局的考量。在用户频繁用到的朋友圈功能页,不停的实验性的添加“附近的人”“购物”“游戏”“扫一扫”“摇一摇”来利用巨大的流量入口来带动“连接一起”的战略实验和探索。
2.第二题个人不加评论
3.如果你是微信的产品经理,你会最优先做哪一个功能的改进?简述理由。
朋友圈提出来一层:在保障战略方向和不影响架构的前提下,我会把朋友圈提出来。
从三个方面考量(1.操作频率2.操作步骤3.商业引流)
#3.1 .从操作频率上考虑。
朋友圈的动态和互动性,在发现页面的权重是很高的。这也是朋友圈在最顶端的原因,方便查找和操作。
#3.2.从操作步骤上减少操作步骤:
点击进入朋友圈需要点击进入“发现”页面,随后进入“朋友圈”。需要两步。提高一个层级,只需在“发现”页面直接查找“朋友圈”动态。
#3.3.从引流方面考量:
朋友圈提高一层并不会,减少用户引流。进入“发现”页面还是会先看到,其他项。在目标上,没有多大关系,就是在视觉上。不是很高大上。
其实,对这个面试题目。鄙人自我感觉:题目是对产品的思考维度上的考量。做产品,不单单是做产品,还有很多维度上的考虑。
了解战略层
划分范围层
分析结构层
实现框架层
体验表现层
这些也就是前人总结 的产品要素,但是随着社会意识形态的变化。产品人很难再循规蹈矩的利用这些规矩来规划产品。大方向是不会错的,中间的变化也是丰富多彩的,要不然也不会有很多意外火起来的产品。
对于用户来说,产品只要有这三样就足以:
1、好用(结构)
2、好看(表现)
3、好玩(体验)
理解好战略层才能更好的结合用户期待做出成功的商业产品
这也就是我对,这两道题目的思考。不足之处还敬请谅解。
有什么想法和建议欢迎跟我交流
篇5:腾讯微信产品经理笔试题
腾讯微信产品经理笔试题
其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目,系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。
下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。
朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?
关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。
而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的.一份“通讯录”,
这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。
对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。
一般逻辑下朋友圈每次读取的过程
解决这种性能问题一般的思路就是把需要大计算量的过程分散到平时零散的时间去做。在这里的思路就是:平时就把每个用户需要的 timeline数据按照权限设置准备好,等到用的时候(刷新朋友圈)就直接读取准备好的内容。那么答案就出来了:除了存储一份上面讲到的文字,图片等基本信息外,还需要给每个用户存储一份timeline数据,注意,是每个用户一份。当然,这里的“每份”不需要存储完整信息,只需要存储消息的ID和时间 (可能需要)。每个人刷新自己的朋友圈时,读取自己的那份数据就行了,既不用去消息池子里面筛选,也不用判断用户权限。
篇6:腾讯产品广州笔试经验精选
其实我本来不想去腾讯笔试的,因为我是12日下午1点才收到笔试通知,腾讯13日十点半就要在华南理工大学笔试了。我的学校在广西,所以,我必须坐夜车赶到广州。那时候我们班还有另外两个网申通过的同学(在此称一个女生为徐,一个男生为杨),他们问我去吗?我都表示不去。然后就跑到当实习来敲门第二群问大家的意见,然后和此间聊得各种HIGH。
到了下午4点,徐来找我,她是很想去笔试的,因为这是我们第一次笔试,想去试试,所以就一直想说服我跟她一起去。她和我是一起找实习的伙伴,那时候我犹豫了,我其实内心是想去的,只是觉得麻烦,所以就不愿去。但是被她这么说我被打动了。所以我决定去,然后就半个小时收拾好行李,打算坐下午六点五十的火车去。但是杨还不知道我和徐去的消息,所以我们一直联系他,那丫据说在睡午觉。5点半才接电话,那时候我和徐在超市买好火车上吃的东西,成功说服杨和我们一起去。
5点半到了火车站,但是苦逼的事情出现了,那趟火车只有一张坐票了,所以我们三个只有一个可以坐着,其余两个只能站13个小时到广州。上了火车,人很多。。。更悲剧的是我们位置是跟一个胖叔叔坐着的,然后我们想挤着一起坐的愿望破灭了。。。。然后我和杨站在过道旁边拿着腾讯笔经看,偶尔和徐讨论下笔试试题。因为徐和我一起是产品的,而杨是交互设计的。那时候看着火车驶出南宁,我心里不由的有点感慨,人生总有几次急匆匆的出行,这种刺激的感觉让我们在火车上岛晚上12点都很兴奋,不停讨论腾讯笔试试题。胖叔叔人也很好,去抽烟的时候就会叫我暂时坐在他那里休息一下。到了下半夜,我们都累了,杨有了一个空位置,我和徐挤着睡了一个小时左右,然后又开始看笔经。
终于到佛山了,天已经大亮了,准备到广州,我们吃了一些八宝粥,然后就收拾东西。到广州已经准备8点了,还好我让广州的朋友把坐哪趟地铁到华南理工发到手机上。所以我们很快找到地铁,转了两趟地铁,顺利到大学城南。然后跟着一帮学生走到华南理工,找到了A3考场。话说我们考场只有150个座位,却被安排200个考生。所以有50个考生被挡在外面了。。。在此提醒一:笔试的时候到早一点,这样你好歹还有个座位。
发卷的时候,那个考官拿出考卷,全场震惊。丫的,那个试卷可以拿来当被子盖了,很长。。。所以可想而知我们产品考试的一个小时内可能做不完试题。试题分为三大类,第一大题数据分析题,和我们平时初中学的数据表格差不多,只是计算量比较大,建议带计算机,有些考官说不可以用,但是其实也可以用,徐的考场就可以。第二大题是逻辑,据说和行测差不多,我没做过行测不懂,但是我发现和宝洁的网上测试差不多,其中计算题很简单,主要理解了就很好写。第三大题是阅读理解,感觉和高中时候做的阅读理解差不多,他给你一段话,让你说出这段话重点是什么。这三大大题都是选择题,所以大家一定要先写完这三道大题。
最后一道大题是论述题,也叫做附加题。写完三道大题再写第四大题。不过其实时间很紧的,一般可能写不到,因为徐考试的时候就没写到。虽然签了保密协议,我抱着积人品的态度公布下论述题(PS:收卷的时候我拿手机拍下了,别举报我啊),希望能帮得上4月20日腾讯笔试的孩子们。
第一题是如果微信添加一个功能删除一个功能,你会怎么做?(可见腾讯论述题很注重腾讯产品的考察)
第二题是现在电子商务创业很流行,如果有以下电商创业,你会选哪一种:服装,虚拟产品,生活服务类。
第三道题,如果你是一个乳制品的公关经理,315曝光你们产品有问题,设计一个24小时公关方案,以挽回公司损失。(这个题目我在之前笔试看到过,是宝洁SKII事件,写新闻发言稿,所以大家可以注意一下公关知识)
第四道题,腾讯给你5000元公益资金帮扶特殊群体,设计一个校园公益项目方案。
因为选择题太多,我记不过来,所以只能公布论述题了,希望帮得上。
[腾讯产品广州笔试经验精选]
篇7:互联网产品经理面试题
不同的互联网公司的产品经理面试题也大有不同,关于互联网产品经理面试题主要是对产品经理从整体来测一下所具备的的一些产品经理必备能力,有助于公司很快掌握面试者的能力水平,互联网产品经理面试题基本可以归纳有这么几类。
第一,产品经理整体能力
作为一个产品经理要求必须拥有这几种能力:创新力主要有用于产品设计中、执行力在产品研发中、沟通能力在产品运营与各部门协调时、自我管理能力明确以产品为中心、承受压力能力在团队与部门中主导作用。
第二,产品经理的知识结构
对于产品经理所要掌握哪些知识,主要是从不同的需求中提取主要需求在产品设计有一定积累,还有就是要懂一些技术方面的知识能力和语言技巧善于沟通的知识,总体来说就是不要求一定知道的有多深,但是一定要求懂。
第三,产品经理的管理方面
产品经理一定要有能管理团队能力,在产品初期的需求收集到产品上线会接触到很多个不同的团队,从而要产品经理对于不同的团队有不同的管理方法,这样才能有效的保证产品按时上线。
第四,事件处理与分析才能
在做一款产品中会遇到很多事先没有想到的问题出现,这时就是考察一个产品经理对于突发事件的响应与处理的过程,并且在市场分析与数据分析,需求分析中能从海量数据中获得有价值的需求从而实现产品的商业价值。
第五,软件工具
这个就是多数产品经理要掌握的软件工具有哪些了一般有这么几种工具是常用的:
Adobe photoshop CS :设计工具,
效果图设计 Dreamweaver :页面制作工具,生成网页
思维导图工具MindManager :是一款用于进行知识管理的可视化通用软件,适合于进行思维导图的创建和管理。
OFFICE常用办公软:EXCEL表格制作、picture manager 页面架构流程制作、PPT演示工具、visio流程工具、业务流程、系统实现流程、工作流程等、WORD用于文档方案策划编写等功能。
原型工具:Axure 产品交互原型制作工具,产品原型设计,生成虚拟网页,高保真效果图。
基本可以分为以上这五类产品经理面试题,当然不同的公司是不一定全面都包括这五类产品面试题的,不同的公司同样类型的产品经理面试题也不一定都相同,但基本不会脱离这五种类型。
篇8:产品经理笔试题目
产品经理笔试题目
1 以你家(或宿舍)为中心,半径3公里内最大的超市,然后请用有效方法计算出这个超市在10月31日午夜23:59时,货架上还有多少瓶330毫升的红色听装可口可乐,请告诉我确切的答案,并给出推导过程。
2 请分析一下微信朋友圈“相册封面”功能设计优劣。(朋友圈点击进去最上边那个部分,包括个人照片和一个可更换的背景图)
参考此题的思路
如何来解决“芝加哥有多少钢琴调音师”这个费米问题呢?
从哪里开始下手?和许多费米问题一样,对于计算中使用的数据量进行估计通常是很有帮助的,这里说的不是问题最终要你估算的量,而是能够帮助你计算出最终结果的量。在这个问题里面,我们先从芝加哥有多少台钢琴开始可能会更容易,之后再弄清楚需要多少调音师才能让这些钢琴保持音准。
我们先列出需要知道的数据,之后是一些假设:
一、钢琴需要多久进行一次调音
二、为一台钢琴进行调音需要多长时间
三、一位钢琴调音师一年平均工作多少小时
四、芝加哥有多少架钢琴
搞清楚这些问题有助于我们得到答案,
如果你知道第一点、第二点和第三点,只要和第四点相乘就能够弄清楚每年芝加哥所有的钢琴需要多少时间进行调音。用这个数字除以每位调音师每年工作的时间,就得到了调音师的数量。
假设一:每架钢琴平均每年进行调音的次数。
这个数据是从哪里来的?我编的!不过这就是你在估算时候需要做的。而且必须要在一个合理的`量级:一台钢琴不会每十年才调一次音,也不会一年调十次音。一年一次看起来是一个合理的猜测。
假设二:为一台钢琴调音需要两个小时。这是猜的,或许是一小时,但是两小时在合理的量级范围之内,所以这个数字没问题。
假设三:一位钢琴调音师每年平均工作多少小时?我们假设一周工作40小时,调音师每年有两个星期去度假:40小时/周x 50周=2000小时/年。钢琴调音师的工作需要花时间在路上——没有人会把钢琴搬来搬去——所以调音师会有10%到20%的时间用在交通上面。我们会在最后的结果中把这部分剪掉。
假设四:估算芝加哥所有钢琴的数量,你可能会猜测每100人就有一台钢琴——再说一遍,这只是一个猜测,但很可能是在合理的范围内。除此之外,还有学校和其他组织机构购买了钢琴,其中许多都有多架钢琴。这样估计起来就有点难度了,但是把这个因素考虑在内,平摊在人均拥有的钢琴数量上面,则大概是每100人有两台钢琴。
★ 校招发言稿
★ 阿里面试题
★ 阿里巴巴规章制度
【腾讯微信产品经理笔试面试题(推荐8篇)】相关文章:
腾讯游戏策划笔试题目2023-03-28
NB公司面试笔试全流程2022-05-06
校招广州非技术类笔试经验2022-09-08
上市公司百度的面试经历:真是让人十分恼火2023-06-01
人力资源招聘工作流程2024-02-09
百度暑期实习笔试面试应聘秘籍2023-01-19
互联网公司面试技巧经验2023-01-31
互联网 面试经验2022-10-10
大学生校园招聘计划书范文2022-05-06
腾讯实习生求职笔试面试经历2022-07-26