微信产品经理面试题

时间:2022-12-06 06:23:01 作者:你说可以色色 综合材料 收藏本文 下载本文

“你说可以色色”通过精心收集,向本站投稿了10篇微信产品经理面试题,下面是小编给大家带来关于微信产品经理面试题,一起来看看吧,希望对您有所帮助。

篇1:微信产品经理面试题

丁香园CTO冯大辉曾发过三道产品经理的面试题,题目是关于微信的,如下:

其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目。系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。

下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。

朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?

关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。

而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。

这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的一份“通讯录”。

这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。

对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。

如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。

这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。

篇2:微信产品经理的面试题

1.朋友圈为什么不调整到首屏,为什么路径这么深?

了解产品,首先要了解产品的战略意图和方向,要不然会走不少弯路的。

我们来看一下微信(产品)的定位。

#1.1. 微信是面向熟人的重通讯的社交应用。

说到通讯,大家都会想到,手机的短信和联系人在整个手机通讯中的作用。人们在长时间的移动通讯的场景下,意识上也潜移默化了传统手机通讯中的用户习惯。所以微信中,聊天(传统的短信)模块放在首页。通讯录(传统的联系人)放在次要的位置。也符合社交通讯的高效率和便捷性。这也印证了微信的底栏导航布局的原则。

微信、通讯录、发现、我

#1.2. 微信的战略方向,连接一切。

发现版块是连接其他渠道的实验室。“朋友圈”只是其中一条探索的渠道。不是唯一的渠道。

微信并不是纯粹的社交通讯应用。腾讯这么大体量的用户基数+,也为微信的拓展创造了得天独厚的优势。微信提出链接一切的战略方向也不会变。朋友圈只是链接用户的沟通的一种途径。这条道路也是对腾讯用户体量的继承和发展。朋友圈在形式上继承和延续了用户的习惯和沟通方式。在前期也许用户觉得比较重要,应该摆在举足轻重的位置。但是从整个战略上来讲,路径深也是微信战略布局的考量。在用户频繁用到的朋友圈功能页,不停的实验性的添加“附近的人”“购物”“游戏”“扫一扫”“摇一摇”来利用巨大的流量入口来带动“连接一起”的战略实验和探索。

2.第二题个人不加评论

3.如果你是微信的产品经理,你会最优先做哪一个功能的改进?简述理由。

朋友圈提出来一层:在保障战略方向和不影响架构的前提下,我会把朋友圈提出来。

从三个方面考量(1.操作频率2.操作步骤3.商业引流)

#3.1 .从操作频率上考虑。

朋友圈的动态和互动性,在发现页面的权重是很高的。这也是朋友圈在最顶端的原因,方便查找和操作。

#3.2.从操作步骤上减少操作步骤:

点击进入朋友圈需要点击进入“发现”页面,随后进入“朋友圈”。需要两步。提高一个层级,只需在“发现”页面直接查找“朋友圈”动态。

#3.3.从引流方面考量:

朋友圈提高一层并不会,减少用户引流。进入“发现”页面还是会先看到,其他项。在目标上,没有多大关系,就是在视觉上。不是很高大上。

其实,对这个面试题目。鄙人自我感觉:题目是对产品的思考维度上的考量。做产品,不单单是做产品,还有很多维度上的考虑。

了解战略层

划分范围层

分析结构层

实现框架层

体验表现层

这些也就是前人总结 的产品要素,但是随着社会意识形态的变化。产品人很难再循规蹈矩的利用这些规矩来规划产品。大方向是不会错的,中间的变化也是丰富多彩的,要不然也不会有很多意外火起来的产品。

对于用户来说,产品只要有这三样就足以:

1、好用(结构)

2、好看(表现)

3、好玩(体验)

理解好战略层才能更好的结合用户期待做出成功的商业产品

这也就是我对,这两道题目的思考。不足之处还敬请谅解。

有什么想法和建议欢迎跟我交流

篇3:腾讯微信产品经理面试题

其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目。系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。

下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。

朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?

关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。

而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的一份“通讯录”。这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。

对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。

一般逻辑下朋友圈每次读取的过程

解决这种性能问题一般的思路就是把需要大计算量的过程分散到平时零散的时间去做。在这里的思路就是:平时就把每个用户需要的timeline数据按照权限设置准备好,等到用的时候(刷新朋友圈)就直接读取准备好的内容。那么答案就出来了:除了存储一份上面讲到的文字,图片等基本信息外,还需要给每个用户存储一份timeline数据,注意,是每个用户一份。当然,这里的“每份”不需要存储完整信息,只需要存储消息的ID和时间(可能需要)。每个人刷新自己的朋友圈时,读取自己的那份数据就行了,既不用去消息池子里面筛选,也不用判断用户权限。

那是怎么实现权限控制呢?

当一个用户发布一条消息时会按照上面讲的标签设置相关的权限,服务器就会给每个有权限接收这条消息的用户的timeline中写入这条消息。也就是在用户发布的这一刻,就做好了权限安排,而不是等到读取的时候。这样就自然减少了读取的时候的计算量,提高了效率。

发布时进行权限控制(示意图,实际比这复杂)

至于分库分表这些就不展开了,知道有这么回事就行。有时候这种技术上的设计也是会限制产品的设计。

那怎么证明上面说的合理呢?

感兴趣的同学可以去测试下:先发一条带阅读权限的消息,比如允许某个标签的人看。然后再给这个标签添加一个新人。结果是这个新人是看不到这条消息的,因为权限划分是在发布的时候就划分好了,新人加入标签的时间是在发布之后,所以没法获得这条消息的权限分配机会,虽然他后来在标签组中,但是仍然没有办法看到这条消息。

这就是上面问题的答案,其实主要考察的是在产品设计时是否能够考虑到技术方案的限制。我把上面的答案贴在知乎上,有人就问了:微信产品团队是在一开始设计就考虑到了这个问题,还是经过不断的迭代成现在这样的?这是个好问题,好的产品经理应该在设计的时候就考虑到这种情况,或者至少应该有相应的预案,而不至于在出现问题或者被研发发难时束手无策。在这个案例中,微信是一开始考虑到了还是迭代过来的并不重要,对于微信“朋友圈”来说,本来就是一个迭代产品,最早的权限管理是单独于通讯录的,那个时候是纯插件的模式,现在才与通讯录共用了分组模式进行权限管理。

如果对于上面的技术对产品设计的影响还不是很清晰的话,那么就再跟两个问题(好的产品经理除了能回答问题外,还要能提出问题^_^):

1、朋友圈的消息为啥不能编辑,只能删除?

我理解这是产品设计和技术实现平衡的结果。编辑功能对于主要以发布照片和即时消息的朋友圈来说,并不是刚性的需求。但是在上面的技术框架下,编辑功能在技术上,就不好实现。具体来说就是:前面我们讲了,权限的控制是在发布的时候确定了,如果增加编辑功能的话,意味着一旦用户在编辑的时候调整了阅读权限的话,就需要将之前写入到有权限的用户timeline的数据删除掉,重新写入一遍,这对于技术实现来说,也是一个很大的成本,需要更新的数据很多(该条消息所有涉及到的用户的timeline数据都要更新)。所以,平衡的结果是宁愿让用户删除了重新发布,也不提供编辑的功能。你可能又要问了,删除时就不用更新相关人的timeline吗?首先删除比写入简单多了,第二个是用户timeline的数据可能还真不用删除。具体原因就不解释了,想知道的给我们留言单独解释。

2、上述发布时的权限分配规则中会考虑屏蔽的人吗?也就是问,如果一个用户A屏蔽了某个人B的朋友圈,B发布的消息会进入A的timeline的准备数据中吗(不是指用户微信里看到的)?

先说一下我的答案:在发布时的权限控制是不会考虑屏蔽的人的。前面我们讲了,在消息发布的时候,服务器会根据用户设置的权限信息,将消息有选择的放到有权限阅读人的timeline中。如果这个时候需要考虑屏蔽的人的话,那就还要去读取每个有权限阅读的人的屏蔽人清单,然后根据每个人的清单去决定是不是放到这个人的timeline中,显然这又会增加多大的计算量。那么有人就要问了,那怎么实现屏蔽的功能呢?两种方法实现,一种是在这个用户刷新朋友圈时,将读取到的自己的那份timeline数据(含屏蔽人的消息),在服务器端过滤掉屏蔽人的消息;另外一种则是读取的时候,服务器端按照原样下发给客户端,客户端根据存储的屏蔽清单来过滤,被屏蔽的则不显示给用户。两种方法在实现效率上几乎没有差别,通过对于微信的使用体验来看,我倾向于这个是由客户端来过滤的。实际这也可以有方法去验证,这里就不做了。这种屏蔽方案也是基于上面提到的“把需要大计算量的过程分散到平时零散的时间去做”。

那么怎么验证上述关于屏蔽的逻辑是对的呢?上面我们在验证“发布时进行权限分配”中讲到了,后添加标签分组的人,是看不到之前发布的分组权限消息的。这里我们也可以通过类似的方法验证:把用户屏蔽后,该用户的消息全部看不到,但是取消屏蔽之后,又立即能在朋友圈中看到,包括之前发布的消息但没有看过的消息。

最后要说的是,作为一个微信设计的旁观者,以上答案是作为一个用户从系统分析的角度去考虑的,并不代表微信确实是这样的一个设计思路,但答案中的方案已经尽可能做到了可以验证。答案中也没有涉及到具体的技术,仅仅是一个系统分析的思路。

很高兴看到越来越多的产品经理招聘开始注重技术能力了。前段时间各大互联网公司的产品经理校招也出现了不少“技术”相关的试题,说明业内开始意识到技术能力对于产品设计的辅助作用。还是那句话,技术并不是产品设计必须的,但是能有的话效率会提升很多。

篇4:腾讯微信产品经理笔试面试题

腾讯微信产品经理笔试面试题

其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目,系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。

下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。

朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?

关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。

而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的一份“通讯录”。这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。

对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。

一般逻辑下朋友圈每次读取的过程

解决这种性能问题一般的思路就是把需要大计算量的过程分散到平时零散的时间去做,

在这里的思路就是:平时就把每个用户需要的 timeline数据按照权限设置准备好,等到用的时候(刷新朋友圈)就直接读取准备好的内容。那么答案就出来了:除了存储一份上面讲到的文字,图片等基本信息外,还需要给每个用户存储一份timeline数据,注意,是每个用户一份。当然,这里的“每份”不需要存储完整信息,只需要存储消息的ID和时间 (可能需要)。每个人刷新自己的朋友圈时,读取自己的那份数据就行了,既不用去消息池子里面筛选,也不用判断用户权限。

那是怎么实现权限控制呢?

当一个用户发布一条消息时会按照上面讲的标签设置相关的权限,服务器就会给每个有权限接收这条消息的用户的.timeline中写入这条消息。也就是在用户发布的这一刻,就做好了权限安排,而不是等到读取的时候。这样就自然减少了读取的时候的计算量,提高了效率。

发布时进行权限控制(示意图,实际比这复杂)

至于分库分表这些就不展开了,知道有这么回事就行。有时候这种技术上的设计也是会限制产品的设计。

那怎么证明上面说的合理呢?

感兴趣的同学可以去测试下:先发一条带阅读权限的消息,比如允许某个标签的人看。然后再给这个标签添加一个新人。结果是这个新人是看不到这条消息的,因为权限划分是在发布的时候就划分好了,新人加入标签的时间是在发布之后,所以没法获得这条消息的权限分配机会,虽然他后来在标签组中,但是仍然没有办法看到这条消息。

这就是上面问题的答案,其实主要考察的是在产品设计时是否能够考虑到技术方案的限制。我把上面的答案贴在知乎上,有人就问了:微信产品团队是在一开始设计就考虑到了这个问题,还是经过不断的迭代成现在这样的?这是个好问题,好的产品经理应该在设计的时候就考虑到这种情况,或者至少应该有相应的预案,而不至于在出现问题或者被研发发难时束手无策。在这个案例中,微信是一开始考虑到了还是迭代过来的并不重要,对于微信“朋友圈”来说,本来就是一个迭代产品,最早的权限管理是单独于通讯录的,那个时候是纯插件的模式,现在才与通讯录共用了分组模式进行权限管理。

如果对于上面的技术对产品设计的影响还不是很清晰的话,那么就再跟两个问题(好的产品经理除了能回答问题外,还要能提出问题^_^):

篇5:互联网产品经理面试题

不同的互联网公司的产品经理面试题也大有不同,关于互联网产品经理面试题主要是对产品经理从整体来测一下所具备的的一些产品经理必备能力,有助于公司很快掌握面试者的能力水平,互联网产品经理面试题基本可以归纳有这么几类。

第一,产品经理整体能力

作为一个产品经理要求必须拥有这几种能力:创新力主要有用于产品设计中、执行力在产品研发中、沟通能力在产品运营与各部门协调时、自我管理能力明确以产品为中心、承受压力能力在团队与部门中主导作用。

第二,产品经理的知识结构

对于产品经理所要掌握哪些知识,主要是从不同的需求中提取主要需求在产品设计有一定积累,还有就是要懂一些技术方面的知识能力和语言技巧善于沟通的知识,总体来说就是不要求一定知道的有多深,但是一定要求懂。

第三,产品经理的管理方面

产品经理一定要有能管理团队能力,在产品初期的需求收集到产品上线会接触到很多个不同的团队,从而要产品经理对于不同的团队有不同的管理方法,这样才能有效的保证产品按时上线。

第四,事件处理与分析才能

在做一款产品中会遇到很多事先没有想到的问题出现,这时就是考察一个产品经理对于突发事件的响应与处理的过程,并且在市场分析与数据分析,需求分析中能从海量数据中获得有价值的需求从而实现产品的商业价值。

第五,软件工具

这个就是多数产品经理要掌握的软件工具有哪些了一般有这么几种工具是常用的:

Adobe photoshop CS :设计工具,

效果图设计 Dreamweaver :页面制作工具,生成网页

思维导图工具MindManager :是一款用于进行知识管理的可视化通用软件,适合于进行思维导图的创建和管理。

OFFICE常用办公软:EXCEL表格制作、picture manager 页面架构流程制作、PPT演示工具、visio流程工具、业务流程、系统实现流程、工作流程等、WORD用于文档方案策划编写等功能。

原型工具:Axure 产品交互原型制作工具,产品原型设计,生成虚拟网页,高保真效果图。

基本可以分为以上这五类产品经理面试题,当然不同的公司是不一定全面都包括这五类产品面试题的,不同的公司同样类型的产品经理面试题也不一定都相同,但基本不会脱离这五种类型。

篇6:YY产品经理面试题(部分)

最近一位朋友去YY面试在线直播游戏领域的产品经理岗位。且不论他是否成功与否,但是通过与他交流面经,了解到YY的面试题,很多是开放性题目、并跟最新的互联网资讯结合起来,所以如果你没有经常留意互联网资讯,多思考别人的产品策略,还真很难答上来。

一、单个微信红包为什么定在200元?

个人尝试解答:首先微信红包必须要有限额,否则就真变成转账功能了,这是微信红包的产品定位以及国家政策方面所不允许的。而为什么定在200元,是因为国内的真实红包最大额度也就在200元左右,所以才设定了这个数值。

(此题明显针对过年的抢红包热潮而出的题目,如果你过年没有参与收发红包,绝对发现不了这个门槛)

延伸问题: 为什么微信群要限制100人?100以上默认不展示群里的用户名?推荐朋友进入100人以上大群,需要捆绑手机号?

二、Apple Watch为什么出了好几个版本

个人尝试解答:从以往苹果公司发布产品的风格来说,这次的Apple Watch发布了多个版本(共38款),不同定价(普通版~4188、运动版~2588、定制版~74800),并配备了多款表带。个人认为首先是传统行业上的手表本身作为一款可佩戴产品,本身就需要迎合不同用户的偏好(商务型、运动型、高端型)。其次苹果公司为了包揽更多的用户(比如iPhone5C),业务能辐射高端、中端、低端人群,而做的一次试水之作。

(时事题,朋友在面试这个岗位时Apple Watch才刚发布,如果有关注发布会,问题应该不难答)

延伸问题:一贯苹果的产品主打只有黑白两色,为什么这次弄了那么多颜色的表链?

三、详细说一下你对在线游戏直播的看法

个人尝试解答: 本人对这块不太熟悉,但知道现在直播类产品很火。而在我看来,直播类产品主要包括了两类:真人秀直播、游戏直播。而游戏直播这块甚至吸引了王思聪等富二代的投资参与。相对于普通的视频直播,在线直播增加了用户的选择性和互动性。全国玩游戏的用户群体大概有5亿人,用户基数大,而电竞自从成为中国第78个正式开展的体育项目,在90后心中,也是占据了很大的位置,所以在线游戏直播这块是个价值达50亿美元大市场,个人非常看好。

(专业知识题,考验你对应聘的岗位的专业性的理解)

四、让你来设计一款打败Apple Watch的产品你要怎么做

个人解答:首先,我不认为Apple Watch会为整个互联网市场带来多大的影响,因为手表这种那么小的屏幕,能够做的交互和操作都很有限,它注定只能依附于智能手机,作为手机的辅助性工具(比如消息提醒之类的)而存在。如果我只能选择要在同类型产品的基础上打败Apple Watch,我想我会考虑做一款 屏幕可折叠的手表,可以有机会跟手机互相独立,同时可操作性会大很多(成为新一代的计算中心)。

(吐槽题,需要你看出Apple Watch的弊端、可改良处,并考验你对产品的想象力)

延伸问题:你认为苹果公司下一个要开发的开创新的新产品会是什么?

总结下来,其实我们可以看到产品经理平时除了要做好公司内的工作外,还需要紧追行业热点,广度涉猎,才可以做得更好,走的更远。

篇7:微信的成功 产品经理

微信的成功-产品经理:

我也是微信广大用户的一员,我也有经常刷朋友圈的习惯,微信有这种让你时刻想查看的欲望,微信的成功是完美的。微信的成功也让张小龙成为了另一位小马哥马化腾的功臣。

需求分析:可以说对于需求,有两种,一种是将需求的产品做到极致,另一种就是创造需求的产品。微信无疑是前一种,而后者的例子就是苹果,乔布斯是最佳代言人。

转回微信,很多人有一个误区认为微信的成功是源于QQ的普及,其实微信和QQ的需求是完全不同的,所以说微信的成功不能说是因为QQ的富二代,QQ的服务是陌生人交友,而微信是朋友,每个人都希望在朋友中获得存在感,还有附近的人,张小龙也说过,附近的人是出于人类对周围的好奇心,你对附近人行为的好奇,同时附近的人对你的好奇(张小龙不仅做出了一个好的产品,同时也是一个非常好的心理分析家,将人类的贪嗔很好的利用)。

市场分析:当今社会每个人已经平均多余1台手机,手机的随身性,更加促使了掌上APP的需求,微信在满足需求的手机APP上可以说是最成功之一。

功能分析:在进行产品经理准备中,我刚开始有个困惑,功能是不是越丰富越好,因为这样可以满足越多的人,其实这本身就是个错误,产品是用来满足需求的,丰富的功能并不能改变产品的应求性,根据网络上一系列的产品语录,添加功能的时候应该反复问自己“这个功能是必要的吗”“加入这个功能后,用户有什么想法”“不添加这个功能,对产品有没有影响,影响多大”,有时候化繁为简更是一种能力,微信下部有四个TAB键已经将需求分类,实用不繁琐。还有微信的摇一摇是将需求做到极致的最好例子。

产品经理宝典:微信为什么会成功?

1、理解用户内在的需求需要洞察人性

佛说人的本性是贪嗔痴,佛说所有的人是瞎子,是无名的,那么睁开了眼的人就看到了光明的人,觉悟了的人就是佛。

普通的人,他认为有三个基本的约束力,使得人不是佛,而是普通的人,就是贪嗔痴。

贪是贪婪,嗔是嫉妒,痴是执着。

那我们要洞察这一点,是因为我们的产品对用户产生黏性,就是让用户对你的产品产生贪,产生嗔,产生痴。

我们给大家各种钻,钻体现了什么心理?其实都体现了人性的这几个弱点,各种黄钻、绿钻,他会贪,他要升级;他会嗔,他会跟人比较,说你的钻比我的等级高,所以我也要升上去;他会痴,觉得我一定要把所有的钻给收齐。我们这里不是说所有的东西都要去做钻之类的东西,即使是一个体验好的产品,就像苹果的手机,它同样的会对用户产生这样的吸引力,因为这是人性本身的一个共同的弱点。

所以当我们在做一个产品的时候,我们在研究人性,而不是说在研究一个产品的逻辑。逻辑本身没有什么好研究的,开发的同事可能更懂一些。技术是满足需求,产品要提升体验。

最重要的是你的产品为什么是这样子,而不是那样子,最后是对于人性的分析。这个人性不是说我们一些产品需要,我们摇一摇需要有人性,其它产品就不需要了?不是这样的,所有的产品都需要有人性的研究。为什么要有白色的iPhone,为什么iPhone只有两种颜色?你可以对每一个好的产品都提出来问题,那么它背后肯定都是从人性的角度来说的,而不是从别的理由来说的。所以乔布斯曾经说过一句话,记者问他:你们推出新产品的背后是做了很多的用户调研吗?还是别的一些方式来知道我们应该做什么产品?乔布斯说我们不需要去做调研,我们也不需要去看统计数据,但是我们知道用户心里面需要什么样的东西。这个知道并不是说你去问一万个用户,而是你对于人心的洞察或者人在内心里面的一些渴望的洞察,那你就会知道了。

2、上帝创造这个世界时制定的规则很简单

上帝是一个建立了简单的规则,然后让这个世界演化。为什么我们喜欢简单?因为上帝创造宇宙的时候,他定下来的规则也非常的简单。就如爱因斯坦在建立质能方程的时候,用了一个很简单的公式表示了一个复杂的理论,简单而且美!很多物理学家会说我们发现宇宙的规律是很简单的,既然宇宙的规律都这么简单,我为什么要把很多事情搞复杂化?为什么说产品经理是站在上帝身边的人?因为我们也在制定产品的规则,上帝创造这个世界时制定的规则很简单,产品经理在做产品的时候制定的规则也需要很简单。

首先你要了解用户内在的需要,然后你要通过你的产品去满足,并且他们在使用的过程里面是按照你的预期来的,你知道他们会怎么样自己去演化,然后你就在旁边看热闹就行了。

就像我们微信做了摇一摇,一个很小的功能,然后每天有几千万上亿次摇动在发生。我们知道这耗费了很多能量,所以我们下一步的计划是在摇动的时候做一个能量收集器,能够把摇动产生的动能收集起来用来发电,然后我们把它慈善的捐出去。为什么大家如此乐此不疲?男人为何每天都浪费这么多生物能在这事儿上,而且很多人还是在做无用功?其实他并没有找到女孩子。我们后台的数据看过这种搭讪的成功率是很低的,我们理所当然地以为有无数的男性在那里拼命的摇啊摇,其实还有很多女性在那里摇,你们知道她们为什么会摇吗?如果你们对女性的心理研究不透彻的话,你就损失了一半的用户。所以我们的产品经理现在都在看一本书叫《女性的源起》,我推荐你们也看一下。我们有一半的用户是女性。

女性为什么会摇呢?其实在座的很多女同学,她们不愿意说而已,有没有哪位女同学敢于说一下?

(台下回答:检验魅力值。)

小龙:说得非常对,这里说一个小插曲,可以体现出产品经理对于女性的无知。当时做附近的人总以为我们会让女性用户受到骚扰了,我们很对不起她们,我们会有这种负疚感,我们为了让这个功能用起来,我们真的对不起这些女用户。

然后发布的第二天,我就赶紧给我们的那些女同事说,是不是有很多人骚扰你们,给你们打招呼过来了?然后跟我想的相反,她们说我们每个人都在底下看谁收到的打招呼多一些。

所以我们对我们的用户,每一个人千万不要说对我们的用户很了解了,其实不是这样子的。在座的是不是有这种虚荣心的体现?当然我们的隐私做得非常好,她会收到打招呼,但是她不会被骚扰,这些是我们做得好的地方。

在座的产品经理,怎么样能够做到这一点?就是你必须了解上帝的规则,并且学习像上帝那样思考,摸清楚用户的心理,并且设计一个规则去引导他。并且要知道上帝的法则是很简单的,看看《圣经》创世纪第一章就知道了。我们在做产品的时候也要用简单的规则,只有简单的规则才可以演化出一个非常复杂的事件出来。

所以我经常很不认同说,在很多做产品里面,一开始就做一个复杂的规则出来,最后没有任何演化的空间。我们看到很多的产品,像Twitter之类的产品都非常简单,它的规则简单到你们都瞧不起它,但是这样的东西是最有生命力的。如果谁一上来给我拿一个产品计划的逻辑,我都要花一个小时才能看懂,那一定不是一个好的产品。

我们再回来看,第一点是说乔布斯的理念,当然也不是乔布斯发明的,是之前的一个美国的嬉皮士说的这一句话。我们用另外一个角度来解读它,我在它前面加了一句,意思是我们要让用户保持饥饿,让他们保持愚蠢。看起来是在嘲弄用户,对吗?

但是如果你在做一个产品里面,你没有这种信心说你把握住了用户的需求,你没有办法去控制他的每一步所要做的方向,那你就控制不住这个产品,这个产品就已经在失控之中了。作为产品经理来说,一方面是自身要保持饥渴,保持一个觉得自己很无知的状态。但是对我们的用户来说,我们是要想办法知道他们的饥渴在哪里,清楚用户的内在需求在哪里?

3、产品体验的核心

产品体验是什么?我们常常思考这个问题!说到底,一个字,是什么?爽!两个字?好玩!

事实上在微信,如果我们问一下用户为什么喜欢用微信?没有一个人会给你说它可以帮我省钱,或者是帮我很方便的发短信,他们反而不会这么说。他们会告诉你这个东西挺好玩的,或者用起来挺爽的。这个会超出你的预期,你们会觉得我们本来是做一个功能,做一个通讯工具,但是用户不是这么看的。用户看的重点和你看到的是不一样的,你在拼命的给他说我帮你解决了通讯问题,用户说其实这不是我关心的。如果出现这种很大层面上的偏差,就很麻烦了。每一个功能需求的背后都有一个内心的呼唤。总之,做好产品一定要懂得洞察人性!

有一次我在一个聚会里面,这个聚会里面来了好几个女生,我跟这个女生说你们装一个微信吧,她们说装微信干什么?我说装微信可以免费发短信,可以发图片,都省了彩信的钱,还可以直接说话,连打字都不需要了。这几个女孩子没有一个人有兴趣,很奇怪的看着我,我为什么要用这个东西。然后我现场给她们演示了一下,你看我附近有很多美女,我可以跟她们直接打招呼,这些人立马两眼放光,一个个拿出手机让我帮她们装。我当时都很震撼,这两个差别会这么大。我承认我当时对人了解太少了,但是真实的结果就是这样子的。

4、微博的用户动力学

所以我们做产品要找到用户心理诉求的本质,这个本质是什么?

我们再以微博为例,再分析一下吧。用户上微博干什么?用户上微博的原因是为了炫耀,是因为害怕孤独,不是利群而离群,是用它有追感。前面大家可能明白,后面这个“有追感”会比较难理解。想一下你们在微博上干什么?

很少有人能做到这一点,你写一句话的时候,你脑袋里面想到哪些听众会看到,你会为他们写东西,你会构筑一个自己的形象,你会想我写了这句话以后,别人看了我的形象是不是又朝我想要的方向变了一点。你会看到一个人爱上你了,或者给你发私信了,马上第一时间去看一下,你会很在意。

实际上微博是一个构筑另一个自我的地方,构筑一个自我。就像我们平时在生活里面,通过各种行为来构建一个自我一样的,或者是自我形象。那里面爆出来很多人心的缺陷在里面,一个内心强大的人是不需要写微博的。现在想想你们玩微博的时候心态是怎么样的?粉丝增加了吗?发的消息被多少人转发了?评论对你有利还是不利?

微博是一个很有意思的主题,我们自己写微博的时候,你观察一下自己的动静也发现挺有意思的。自言自语为什么做不到?因为没有人会写日记写那么多,那个才是自言自语,一旦有人群的地方就不是自言自语了,那挺难的。

如果做微博的人对于用户为什么写微博的心理不能够分析得很透彻的话,那我们就是在一个很肤浅的层面来做产品。同样,无论做什么产品,如果我们不深入到用户内心,看清楚本质,做出来的产品一定是肤浅的,你们再想想……

5、看了360口信我就窃喜

所以当我们的竞争对手360做了一个“口信”,他们的定位很清晰,因为他们很善于做这种用户的需求把握,觉得越实在的产品,对用户有实惠的产品,用户就会越喜欢。事实上很多产品之前也是这么成功的,所以他们做口信也是按照这个思路,说我帮你省了短信费,可以集成到一起。我看了以后就窃喜,此处省略N个字……

篇8:Google产品经理笔试题&面试题

以下内容整理于网路,可能有些问题并不是来自Google,当时的话很值得思考。~

1、一辆校车能装下多少个高尔夫球?

2、如果让你清洗西雅图市所有的窗户,你会对此索价多少?

3、在一个重男轻女的国家里,每家每户都想生男孩。若一户人家生了一个女孩,便会再生一个,直到生下的是男孩为止。请问这个国家的男女比例是多少?

4、全世界共有多少位钢琴调音师?

5、下水道井盖为什么是圆的?

6、为旧金山市设计一个紧急疏散方案。

7、时钟的指针一天内总共会重合多少次?

8、你有8个大小一样的球,其中7个重量相同,只有一个略重一些。给你一个天平,而且只准称两次,如何找出重量不同的那个球?

9、向你8岁的侄子或外甥解释什么是数据库,只能用三个句子。

10、你缩小到只有一枚五分硬币那么高,你的质量也成比例缩小以保持原有密度不变。随后你被扔到一个空的玻璃搅拌器里,搅拌刀片将在60秒后开始运 转,你该怎么办?

11、假设在一段高速公路上,30分钟之内见到汽车经过的概率是95%。那么,在10分钟内见到汽车经过的概率是多少?

12、有四个人要在夜里穿过一条悬索桥回到宿营地。可是他们只有一支手电,电池只够再亮17分钟。过桥必须要有手电,否则太危险。桥最多只能承受两 个人同时通过的重量。这四个人的过桥速度都不一样:一个需要1分钟,一个需要2分钟,一个需要5分钟,还有一个需要10分钟。他们如何才能在17分钟之内 全部过桥?

13、如果你看到时钟上面的时间是3:15,那么其时针和分针之间的角度是多少?

14、将一根木条折成3段之后,可以形成一个三角形的概率有多大?

15、有两位盲人,他们都各自买了两对黑袜和两对白袜,八对袜了的布质、大小完全相同,而每对袜了都有一张商标纸连着。两位盲人不小心将八对袜了混 在一起。 他们每人怎样才能取回黑袜和白袜各两对呢?

16、有三个人去住旅馆,住三间房,每一间房$10元,于是他们一共付给老板$30,第二天,老板觉得三间房只需要$25元就够了于是叫小弟退 回$5给三位客人,谁知小弟贪心,只退回每人$1,自己偷偷拿了$2,这样一来便等于那三位客人每人各花了九元,于是三个人一共花了$27,再加上小弟独 吞了不$2,总共是$29。可是当初他们三个人一共付出$30那么还有$1呢?

17、有一辆火车以每小时15公里的速度离开洛杉矶直奔纽约,另一辆火车以每小时20公里的速度从纽约开往洛杉矶。如果有一只鸟,以30公里每小时 的速度和两辆火车同时启动,从洛杉矶出发,碰到另一辆车后返回,依次在两辆火车来回飞行,直到两辆火车相遇,请问,这只小鸟飞行了多长距离?

18、一个经理有三个女儿,三个女儿的年龄加起来等于13,三个女儿的年龄乘起来等于经理自己的年龄,有一个下属已知道经理的年龄,但仍不能确定经 理三个女儿的年龄,这时经理说只有一个女儿的头发是黑的,然后这个下属就知道了经理三个女儿的年龄。请问三个女儿的年龄分别是多少?为什么?

19、你有两个罐子,50个红色弹球,50个蓝色弹球,随机选出一个罐子,随机选取出一个弹球放入罐子,怎么给红色弹球最大的选中机会?在你的计划 中,得到红球的准确几率是多少?

20、你有一桶果冻,其中有黄色,绿色,红色三种,闭上眼睛,抓取两个同种颜色的果冻。抓取多少个就可以确定你肯定有两个同一颜色的果冻?

21、对一批编号为1~100,全部开关朝上(开)的灯进行以下操作:凡是1的倍数反方向拨一次开关;2的倍数反方向又拨一次开关;3的倍数反方向 又拨一次开关……问:最后为关熄状态的灯的编号。

22、想象你在镜子前,请问,为什么镜子中的影像可以颠倒左右,却不能颠倒上下?

23、一群人开舞会,每人头上都戴着一顶帽子。帽子只有黑白两种,黑的至少有一顶。每个人都能看到其它人帽子的颜色,却看不到自己的。主持人先让大 家看看别人头上戴的是什幺帽子,然后关灯,如果有人认为自己戴的是黑帽子,就打自己一个耳光。第一次关灯,没有声音。于是再开灯,大家再看一遍,关灯时仍 然鸦雀无声。一直到第三次关灯,才有劈劈啪啪打耳光的声音响起。问有多少人戴着黑帽子?

24、有两根不均匀分布的香,香烧完的时间是一个小时,你能用什么方法来确定一段15分钟的时间?

25、两个圆环,半径分别是1和2,小圆在大圆内部绕大圆圆周一周,问小圆自身转了几周?如果在大圆的外部,小圆自身转几周呢?

26、1元钱一瓶汽水,喝完后两个空瓶换一瓶汽水,问:你有20元钱,最多可以喝到几瓶汽水?

27、100白球100黑球,每次拿出两个,如白+白,则放一个黑球进去,黑+黑,也放个黑球进去,白+黑,放个白球进去,直到只剩下一个球为止, 问剩下黑球的概率。

28、10个人排队戴帽子,10个黄帽子,9个蓝帽子,戴好后后面的人可以看见前面所有人的帽子,然后从后面问起,问自己头上的帽子,结果一直问了 9个人都说不知道,而最前面的人却知道自己头上的帽子的颜色,问是什么颜色,为什么。

29、正方形边长为1,以各个顶点半径为1做弧,在正方形中间有一个公共区域,求面积。

30、1000!有几位数,为什么 3.11的三次方是1331,12的三次方是1728,请问哪个数的三次方是1442897?

31、在一次酒会上有人作了如下统计:参加酒会的人彼此都碰了杯子,此次酒会共碰杯子45 次,请问有多少人参加了酒会?

32、一个人的假期有13天下雨,12天上午晴天,11天下午晴天,任何一天上午下午不会同时下雨,请问这个人的假期有多少天?

33、一只蜗牛从井底爬到井口,每天白天蜗牛要睡觉,晚上才出来活动,一个晚上蜗牛可以向上爬3尺,但是白天睡觉的时候会往下滑2尺,井深10尺, 问蜗牛几天可以爬出来?

34、在一个平面上画1999条直线最多能将这一平面划分成多少个部分?

35、在太平洋的一个小岛上生活着土人,他们不愿意被外人打扰,一天,一个探险家到了岛上,被土人抓住,土人的祭司告诉他,你临死前还可以有一个机 会留下一句话,如果这句话是真的,你将被烧死,是假的,你将被五马分尸,可怜的探险家如何才能活下来?

36、怎样种四棵树使得任意两棵树的距离相等。

37、27个小运动员在参加完比赛后,口渴难耐,去小店买饮料,饮料店搞促销,凭三个空瓶可以再换一瓶,他们最少买多少瓶饮料才能保证一人一瓶?

38、有两根不均匀分布的香,每根香烧完的时间是一个小时,你能用什么方法来确定一段15分钟的时间?

39、你让工人为你工作7天,给工人的回报是一根金条。金条平分成相连的7段,你必须在每天结束时给他们一段金条,如果只许你两次把金条弄断,你如 何给你的工人付费?

40、5个囚犯,分别按1-5号在装有100颗绿豆的麻袋抓绿豆,规定每人至少抓一颗,而抓得最多和最少的人将被处死,而且,他们之间不能交流,但在抓的时候,可以摸出剩下的豆子数。问他们中谁的存活几率最大?

41、据说有人给酒肆的老板娘出了一个难题:此人明明知道店里只有两个舀酒的勺子,分别能舀7两和11两酒,却硬要老板娘卖给他2两酒。聪明的老板 娘毫不含糊,用这两个勺子在酒缸里舀酒,并倒来倒去,居然量出了2两酒,聪明的你能做到吗?

42、已知: 每个飞机只有一个油箱, 飞机之间可以相互加油(注意是相互,没有加油机) 一箱油可供一架飞机绕地球飞半圈, 问题:为使至少一架飞机绕地球一圈回到起飞时的飞机场,至少需要出动几架飞机?(所有飞机从同一机场起飞,而且必须安全返回机场,不允许中途降落,中间没 有飞机场)

43、门外三个开关分别对应室内三盏灯,线路良好,在门外控制开关时候不能看到室内灯的情况,现在只允许进门一次,确定开关和灯的对应关系?

44、一个岔路口分别通向诚实国和说谎国。来了两个人,已知一个是诚实国的,另一个是说谎国的。诚实国永远说实话,说谎国永远说谎话。现在你要去说 谎国,但不知道应该走哪条路,需要问这两个人。请问应该怎么问?

45、在一天的24小时之中,时钟的时针、分针和秒针完全重合在一起的时候有几次?都分别是什么时间?你怎样算出来的?

篇9:腾讯微信产品经理笔试题

腾讯微信产品经理笔试题

其中第二题是一道偏技术的问题,出现在产品经理的面试中确实有点意外,但这题不失为一道很好的产品设计与系统分析的题目,系统分析也是我们“产品经理学技术”系列文章规划中的一个部分,也是将我们所讲的技术进行“升华”的一部分内容。

下面我们尝试回答一下这个问题,算是抛砖引玉了,大家有好的答案也可以给我们留言进行讨论。

朋友圈的基本数据结构设计是怎样的?既能做到完美阅读权限设置,又能兼顾性能?

关于消息的基础数据,比如文字、图片、时间、位置等这些咱就不表了。这些数据基本上与权限和性能没有多大关系,可以理解为单独存储,纯技术活。这里只讨论权限与性能相关的数据结构。

而在权限管理上,微信采用了给用户打“标签”来进行分组,这个标签的分组与微信通讯录一致。在数据上,就是给每个关系增加一个“标签”标记。这里需要注意的是,虽然微信的关系在产品使用上给用户是双向的(即互相关注),但是在存储的时候,是给互相关的两个用户分别建立了关系数据,也就是每个人独有自己的.一份“通讯录”,

这通过删除了自己的好友之后,自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了,这也是后面朋友圈权限管理的基础。

对于个人朋友圈timeline所能看到的消息,按照一般的逻辑是先获取所有朋友的消息,然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息,然后才得到自己当前看到的timeline。如果是这样的逻辑的话,等于每次刷新朋友圈,都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息,还要对找到的每条消息去判断用户是否有权限阅读。这显然是效率低下的方式,更何况微信是这么大的一个访问量和数据量。所以,这种数据结构设计是行不通的了。

一般逻辑下朋友圈每次读取的过程

解决这种性能问题一般的思路就是把需要大计算量的过程分散到平时零散的时间去做。在这里的思路就是:平时就把每个用户需要的 timeline数据按照权限设置准备好,等到用的时候(刷新朋友圈)就直接读取准备好的内容。那么答案就出来了:除了存储一份上面讲到的文字,图片等基本信息外,还需要给每个用户存储一份timeline数据,注意,是每个用户一份。当然,这里的“每份”不需要存储完整信息,只需要存储消息的ID和时间 (可能需要)。每个人刷新自己的朋友圈时,读取自己的那份数据就行了,既不用去消息池子里面筛选,也不用判断用户权限。

篇10:产品助理面试题

下面是我应聘“产品助理”的时候我经理给我的面试题。

1、说出你的手机里最常用的3~5款app挑选一款讲讲你对它的认识,包括他的用途,解决了那些需求、使用环境,优缺点,等等。

2、说出你平时经常上的3~5个网站,挑选一个讲讲你对它的认识,包括他的介绍。解决了哪些需求、使用环境、优缺点,等等。

3、讲讲你对互联网站、产品开发的流程认识和了解。

4、根据你的认识和了解,讲讲产品设计这一岗位的工作职责。

5、讲讲你以前参与研发、设计的一款产品,包括他的诞生、流程、解决了那些需求、使用环境、优缺点等等。

6、发一个以前设计的原型图。并作简单介绍。

[产品助理面试题]

YY产品经理面试题(部分)

产品经理职责

产品经理工作计划

产品经理年度总结

产品经理总结

产品经理如何自我介绍

产品经理岗位职责

产品经理工作总结

产品经理岗位说明书模版

产品经理季度总结

微信产品经理面试题(共10篇)

欢迎下载DOC格式的微信产品经理面试题,但愿能给您带来参考作用!
推荐度: 推荐 推荐 推荐 推荐 推荐
点击下载文档 文档为doc格式
点击下载本文文档