问题已关闭
与已有问题相似
问题已重定向至
如何回答 Fenng 提出的三道面试题？
111 个回答
第一个问题足够写上万字首先是微信这个产品的架构问题，这后面是腾讯对这个微信的平台定位。如果用最少的文字回答：1、战略考虑：“发现”那个栏目是应用平台，朋友圈只是个应用，级别不够不能再提了2、利益考虑：放在那里可以给同级别的其它项目（游戏，表情，电商）引流量。微信这个产品很有意思，每次功能的调整，甚至能看出腾讯内部部门之间的一些角力，以及对外部变化的反应。====================================================再补点内容：社交产品的内在模型是facebook确定的，包括四个部分：1、我2、 关系链3、应用4、消息流微信就是按这个模型去设计的
合格的产品经理面对问题时，应该有自己完整的套路。这几个问题应该没有标准答案，不同人会有不同的思路，没有什么对错，关键是完整。比如我们希望产品经理可以在面对需求的时候下意识的考虑场景和目的（用户的和产品的）。1. 从题目看，假设把朋友圈放到首屏的目的是降低进入朋友圈时间线的操作成本（越频繁的用户受益越大）；另外有可能会提高朋友圈的活跃度，让那些「因为路径长而没有进入或发现朋友圈的人们成为朋友圈的活跃用户」。负面影响可能会拉低发现频道其他入口的曝光和活跃，增加入口的逻辑复杂度，重创用户的肌肉记忆（有趣的是：越频繁的用户越痛苦）。??做这个取舍要看数据，也要看对产品的定位和规划，为什么现在不做，我猜原因就是现在看来不值得付出这些代价换取前面的利益。?2. 大家都说这是个技术问题，其实不然，这里涉及到产品特性的取舍，数据冗余与数据更新策略。比如大家有没有注意到，新加一个好友时，即使他刚发布过新的朋友圈动态，在你的时间线里也是看不到的。但当一个好友删除一条朋友圈动态时，这条东西咻一声就从我们时间线上消失了。?3. 第三个问题，在没有数据作为佐证的情况下，任何判断都可能是武断和错误的。产品经理最常见的十万个错误中排名第一的，就是「以为所有用户都是跟我一样的人」。这种问题如果作为面试题，其实是考验做判断的逻辑能力。??比如「如果 xx 数据超过 xx%，以及 xx 反馈低于 xx% ，同时对产品线未来的期望是 xx ，那么我会做 xx 功能」的答案就比「做 xx 功能，因为我天天用，觉得真踏马不爽」更好。我用这些问题与一些行业中非常资深和优秀的产品经理做过讨论，一个有趣的现象是，不少逻辑缜密，见过大世面的产品经理，在阐述中都会不断质疑和挑战自己，推翻和完善刚刚说出的结论，迅速补充调整。即使做出自己的推论之后，他们中的许多人依然在不断地提醒我「还是要看数据啊，还是要看数据」。利益相关，我是丁香园员工。
不大同意之前排名第一的答案（李楠），尝试答一下。1、微信早已经脱离了单纯「IM」工具的角色，转身变为连接一切的生态圈。之所以没有把朋友圈调整到首页，应该是基于微信一惯的节制策略。为了避免复杂性和入口增多，短时间内微信不会在首页增加第五个按钮。另外，朋友圈在增加了一层路径的情况已经这么火爆了，完全没有必要将其调整到首页。微信的每个入口都会带来巨大的流量，如果不是节制、简单和避免骚扰用户等原则，微信的功能早就爆棚了。2、朋友圈的数据结构设计和权限等功能不仅仅是技术上的要求，这里面还涉及了技术特性和产品功能的取舍。包括数据的一致性、实时性、操作复杂度和性能等。每个人的朋友圈时间线和评论应该可以通过类似 Redis 数据存储机制中的 list 和 hash 实现，部分热点数据有可能单独存储。读写分离应该是要做的，评论或赞的即时显示可能采用了先本地存储显示后写入后端数据的模式，同时会有机制保证一旦后端写入失败数据的完整性。具体的技术方案是一时半会想不清楚的，还是不写了。关于阅读权限，目前仅仅增加了不看哪些用户的朋友圈信息，发布时选择阅读用户等权限等，估计也是考虑到过于复杂的阅读权限会造成用户操作的复杂度，同时可能带来性能上的问题。3、我现在最想增加的功能是朋友圈的分组查看功能，或只看原创，目前朋友圈信息噪音太大了，我只是不想错过十几个人的信息，其他的内容，赶上就看一眼，赶不上就算。即使是这个功能，估计微信团队暂时也不会做。他们目前首要的任务可能是为「连接一切」做更好的通道，也就是服务好那些微信 App 的商家和个人。另外，信息的清理也算一个该做的事情吧，毕竟随意抄袭和盗版在公众号还是非常严重的。利益相关：我不是产品经理，我只是个喜欢产品的程序员。
被好多“产品经理”骂了，我就来斗胆答一下第二题吧。首先声明，这个答案我自己都不是特别满意，能力实在有限，才毕业的小屁孩。数据结构：朋友关系，图。分享，用实现好了的消息队列最好。回复，我想了半天，也还是用消息队列吧，但是这个维护起来感觉比较麻烦，主要在于订阅的权限问题。存储：首先，我觉得不应该用关系型数据库在做这个存储。但是我本事低微，只略懂些关系型数据库。也只好用关系型数据库来设计了。表一，user，存储用户关系。表二，msg，存储每个分享，包含外键，作者，也就是表一的主键。表三，reply，存储每条回复，包含外交，回复者，也是表一主键。然后表四为msg和reply的关联表。这样，写一个rpc不停扫msg和reply基本就可以实现功能了，但是性能肯定渣的一笔。逻辑：所以，我认为，在逻辑层必须要做一个订阅系统。每个分享，每条回复都通过订阅系统来分发。两种情况会触发订阅。第一，你添加了一个好友。会使你订阅他的所有信息（暂不考虑朋友圈权限）。第二，你回复了一条分享，会使你订阅该分享的好友的回复。这个，我觉得用zeromq和redis可以实现。存储层再加一个缓存系统，目测稳稳的。当然，这个事情我也没太细想，我就瞎扯下嘴皮子，毕竟放松娱乐。大家随便看看。大神可以指点。“大神”可以指指点点。最后，我还是个孩子，真的。===============================
说句心里话，这题我想了很久，也没想出个自己满意的答案。我这个回答也没别的意思，大约是说现在圈子里有大量的不合格的产品经理。在知乎上就会有很多，回答一些不需要深入思考的问题，东拉西扯一大堆。我个人非常喜欢知乎，尤其膜拜一些谨慎且深入思考的回答者。我本人很尊敬真正的产品经理。另外，我本人其实也就扯扯嘴皮子，见笑见笑。===============================笑，第二个问题几乎没人答，答的基本也是闲扯。产品经理的门槛是有多低。。。
第三个增加「只看原创内容」，幸福感瞬间爆棚有木有！
1. 一个用户每天可以刷20次朋友圈，但是就操作20次而已。每次点击三下，没有多少负担。同时，这个用户每天可能跟不同的好友发送300条消息，每一两条需要切换一下。所以每次操作即使只要一个点击，还是巨大的负担。2. 朋友圈的这种产品无非是推和拉两种。facebook是拉，据说google plus是推。鉴于微信朋友圈有大量的回复是只能给很少的几个甚至一个人看，应该采用推为主的方式。推有两个问题：a) 用户修改删除需要重推覆盖或删除
b) 好友多的账号每次发帖需要推送到大量好友。针对a需要写很详细的测试保证其正确性，针对b可以结合一部分拉。不过总之系统会很复杂。3. 如果我是微信产品经理，估计头半年只会研究产品，学习数据，不会乱拍脑门。如果一定要拍脑门，我觉得朋友圈可以做一做ranking试试。做不好ranking，在海外永远打不过facebook。做这个项目之前的启动调研关键数据是，平均每个用户每天的朋友圈产生消息量和用户实际阅读消息量的比例关系等。
问题二好像没什么人答，我胡乱说说自己的想法好了。朋友圈的时间线：每个用户应该是有一个自己所有好友的时间线队列的，如果用 NoSQL， list 结构应该可以满足需求，每一个 value 可以存一些用于预览的数据，比如缩略图之类的，当然，还得有对应的完整内容查标识。朋友圈的内容：每个用户上传的内容，数据应该都是以相同的格式存到总表里面的，每一条数据朋友圈的内容，和功能逻辑相关的数据，想了半天只想到了用户标识。上传朋友的过程：因为微信的用户好友数是有上限的，所以我感觉推送新内容的机制和微博的应该不太一样（听说微博是根据关注的对象主动去拉取内容，进行多次查询），微信这边有可能采取的机制是多次写入，过程大概是——每当用户上传一条新内容，首先将内容写入总表，然后将上面说到的一些预览的数据，写入到用户当前的所有好友时间线 list 里面去（这里应该还不需要考虑到权限的问题）。朋友圈的权限：根据刚才我说（猜）的，每个用户在服务器上应该都有自己所有好友的朋友圈内容完整时间线，然后当某个用户打开微信，从后台拉取自己的朋友圈时间线时，会比对一个和权限相关的 set 集合（这也是 NoSQL 里比较常用的一个东西了吧），某一条朋友圈内容的发布人，属于这样一个集合，那么这条内容就保留，否则就屏蔽咯。另外，从程序运行效率的角度考量，在客户端很可能也会存存储这个 set 集合。朋友圈的评论：印象中当自己发布的内容有人评论后，“发现”那个位置会有一个红点吧，点进去会出现什么样的情形，就真的没什么印象了，因为我极少发朋友圈，即使发一条也是几乎无人理睬。。评论这部分的数据结构，我想一般还是会单独做一个单独的关联关系。
1 产品需要一个杀手级功能。微信的命根子是 IM ，背后支撑的「即时」和「关系」，朋友圈第一个属性很弱，注定无法和 IM 竞争。2纯技术问题，看 DB 设计以及 AppServer 设计。3看竞品。本来微信的进化路径也是从 kikmessage ， line，vine 等等硅谷和日本的 Apps 那里来的。微信现在的地位，没有必要轻易推出未经验证的功能。新功能一旦上了，就算失败，也很难拿下。其实这三个问题没有标准答案，从这三个问题也看不出产品经理的功力。今天中国 IT 圈最悲剧的事情是所有人都说自己是产品经理，即使其实他是 DBA 或者做营销的。所以，最后引用张小龙的名言做结尾：我所说的都是错的。另外，那谁谁问的也不一定是对的。
我就路过吐槽下：如果fenng不是那么蠢的话，第一个问题可能考的是你的判断，而不是盲从的自圆其说。要是我就回答朋友圈是应该而且最终会调整到首页的。在那里像模像样解释为什么的统统都刷掉。
这个答案我是含着泪写的。那天我没招谁没惹谁的坐着地铁，门一开突然上来一老头儿，穿一身笔挺英伦西装，两鬓斑白，梳的一丝不苟。进门就径直坐到我旁边的空座儿。 我头一次见这么带感的老头，多看了两眼，没想到优雅如银狐的老头一瞪眼，一开口我差点尿了。老头儿瞪眼问我：你瞅啥！ 我下意识道：瞅你咋地！ 说完我就后悔了，先不说尊老爱幼，这要是搁东北弄不好就是一场腥风血雨啊。我赶紧解释：大爷你别介意，我就是嘴欠脑子抽了，您老看什么呢，哟，看知乎呢？ 我心想我党的精神文化建设真是令人欣慰啊，老头儿都在刷知乎了。。。 老头儿一伸无名指挠挠头皮，表情还挺苦恼，道：这题目我发好久了，没人答啊。他把手机屏幕一侧，我就看到了“如何回答fenng提出的三个问题”这个题。 我眼睛一亮：这我能试试啊，我就是干互联网产品岗位的，今年大四正实习呢！ 老头狐疑的望了我两眼，那眼神幽怨的跟被调戏的小媳妇似的，我顿时来了劲，一指手机道：就拿这第一个问题，朋友圈为什么不调整到首屏为什么路径这么深来说，这就得分三个点来说！ 老头儿扳开我伸出的三根手指，说：是不是每个点还要分十个小标题？你是老师还是教导主任啊？ 我心说不拿出点干货不行了，心里按照自己一贯的分析方法思考了一遍，道： 分析问题前先想一想，这个问题真的成立吗？ 问题 1.1 朋友圈的路径真的深吗？对啊，我觉得挺容易找的啊。老头儿划拉手机点到朋友圈：你看，点“发现”再点“朋友圈”就打开了，就两步。我接过手机演示：微信所有功能按点击步骤算，可以分三类，第一类是即时IM，需要零步，打开微信就能看到。第二类是搜索和通讯录，需要一步，点击顶栏搜索按钮和底栏通讯录按钮即可到达。第三类就是剩余的所有功能板块，包括朋友圈、游戏、钱包、设置、扫一扫等等，需要两步才能打开。 所以相对来说，朋友圈的路径确实属于最深的那一类，他和劳苦大众都呆在微信主体构架的底层，作为这些劳苦大众的顶头上司，“发现”和“我”两个按钮只是一个文件夹，本身不含任何内容。 老头儿吧唧嘴似乎在琢磨我的话，形象跟他一身打扮毫不匹配，不耐烦道：那这个问题应该是成立的，你说说你的答案吧。 我一摊手，道：我这不说着呢吗，分析问题本身就是回答问题的一部分。既然朋友圈的路径是深的，那么 问题1.2 朋友圈值得提到首屏吗？如果值得，那么继续分析后续，不如不值得，那么这个问题也就到此为止了。 朋友圈之于微信的价值，需要结合具体的数据，我只能掏出笔记本电脑，结合以前浏览的报道数据谈，这是2013年6月速途网的报告，彼时微信的注册用户应该在4亿以上。近期数据，参考友盟1月2日的“社交媒体第三方分享流量分布”，朋友圈靠一己之力力压微博和QQ空间，并且超过了微信的IM。可以看出，微信使用频率非常高，其中朋友圈的使用率仅次于即时IM，甚至在流量分布上稳稳压住IM，而最近微信官方公布的一组数据也侧面应证了这一点：微信月活跃用户已经达到4.68亿——用户每天在微信平台上平均阅读5.86篇文章——订阅号80%的阅读量来自朋友圈。 抛开数据我们也可以发现，朋友圈是微信唯二的闸口——微信先后大火的扫一扫、游戏、红包等功能，都是典型的原路进原路出，想要进入别的功能，必须先从本功能退出，但朋友圈不然，你可以通过朋友圈查看公众号的文章，可以进入wap，这是一个四通八达的入口。有点类似栈和树的区别。顺便提起，微信中的另一个闸口，就是即时IM。我边说边飞速转换着笔记本和手机给老头儿分析数据，老头儿我目瞪口呆，好半晌才道：小伙子，你手速好快啊！我微微握紧自己单身二十年的右手，深藏功与名。。。老头儿眼神玩味，似乎咂摸出味儿来：这么说朋友圈地位还挺高？那四翔当的高！我摆出一副鞋拔子脸，道：即时IM是微信的根基，但这并不完全是朋友圈不能提到首屏的原因。QQ是不是即时IM ？人家QQ空间还闹独立了呢！老头儿摆摆手，说：别扯犊子了，老半天了你这才解个题呢，耽误我下地铁都赶不上二路汽车了！问题1.3 朋友圈这么牛逼，为什么不放在首屏？假设朋友圈被放在首屏，可能会产生的优势：a.增加朋友圈的活跃度脑细胞想得死绝了也想不到b了，而且a这个优势我还要持保守看法。前面虽然我说了朋友圈在微信的主体构架里处于最底层，但呈现在现实里，也只不过是多了一步点击而已。抱怨朋友圈路径太深的不过是整体用户中的少数部分，而这一部分人并不会因为你让他少点了一个键而感恩戴德。大部分用户永远把得到的一切当理所当然。相反，假设朋友圈被放在首屏，可能会产生如下不利困境：a.挑战数亿用户长时间的用户习惯。甚至是那些抱怨现在朋友圈路径太深的人，也一定会出现点击“发现”之后才发现朋友圈移位的事实，此时会有很大一批曾经沉默的大多数用户跳起来破口大骂：人家朋友圈没招你没惹你，你动它干嘛！！b.朋友圈的logo是一个七彩的圆环，这是一个深入人心并且深得人心的logo，而首屏底栏的的四个logo都是灰白设计。我飞快打开电脑axure拼了张图给老头儿看，如果朋友圈移到首屏，底栏要么保留朋友圈logo，比如这样要么底栏保持一致性，牺牲好不容易形成影响力的朋友圈logo，比如这样当然还有一种可嫩就是底栏五个logo都改成色彩斑斓状，那画面太美我不敢画。。。。c.朋友圈移到首屏，伤害了微信的整体构架。都说微信牛逼，操作便捷好上手，到底便捷好上手在哪里，重点就在于微信一直有一杆标尺，无论是更改还是添加板块，微信的永远在这杆标尺之下。底栏四个板块清晰易懂的四大分类自不必说，甚至每个板块都保持着高度的一致，每个板块都以横栏的形式展开，横栏的消息，横栏的通讯名片，甚至发现和我这两个版块里，还用微小的间隔对横栏进行了再分类，扫一扫和摇一摇一组，附近的人和漂流瓶一组，这些分组都是有依据的。贸然加入朋友圈会大大破坏这种结构。还有搜索键在不同页面下的搜索范围等等，这些小细节都是在微信的标尺下完成的，这杆标尺就像微信与用户之间默契的约定，是一张预存在用户心底的地图，微信不说，用户也不问甚至不用思考就可以沿着这杆标尺使用微信，微信就是顺着这个标杆构造的，到最后微信甚至巧妙的利用了这杆标尺——钱包作为功能模块其实也可以放在“发现”里，但微信将它放在“我”这个板块，把钱包放在用户的口袋里，隐形增加了用户的安全感。我越说越来劲，摇摇手道：微信找到了预存在用户心底的那张地图，它是不会轻易改动地图板块的。如前面所说，朋友圈是一个大入口，是号称去中心化的微信中最像中心的地方，它就是一块野地，在过去一年疯狂成长，虽然其中无趣的内容、营销和微商饱受诟病，但是反过来想，没有这些能有今天航母级的微信吗？没有这些能让微信三年超越十几年积累的QQ吗？换句话说，微信手中的那杆标尺到了朋友圈这个维度就已经到头了，他们还没有找到如何将这块野地遍生的草木修剪成景观的方法，所以他们暂时只能小修小补，剪掉过分冒头的草木，仅此而已。移到首屏这种贸然之举，绝不会出现。出乎我的意料，老头儿这次没有表现出丝毫的不耐烦和流里流气，他嘴角向下微撇的样子使他瞬间恢复了优雅从容的第一印象，好像一个互联网的资深人士似的。我心里电光一闪，这老头儿无缘无故坐到我旁边来，恰好让我回答这个问题，很蹊跷啊，他不会就是提问的fenng吧！这个念头在我脑海里一经出现就挥之不去，我努力回忆fenng在知乎的头像，好像是个动画人物，画的跟蓝精灵似的。。。我脑子还一团浆糊的胡思乱想，收起了轻视，小心翼翼问道：你老也是搞IT的？老头儿不置可否的微微一笑：第一个问题算是答完了，那第二个呢？他越是不说，我这心里越是急的痒痒，对自己的猜想又坚定了几分，努力打起精神——第二个问题问到了技术层面，我上次写代码还是三年前，五百多行代码差点没把我憋死。。。不打起精神不行啊！—————————————————————————累了一天了，先睡了明天再更新后续。。。
尝试回答一下第二问题：这个问题其实可以拆成三个， 1、朋友圈的feeds是如何存的， 2、朋友圈的权鉴是如何做的3、timeline怎么做的（结合1、2）1、feeds的话我猜测和空间feeds类似在内存数据库里面存放了最近的10条feeds， 其余的全部存在内存里面。虽然目前微信这个小儿子很受老爹重视也不至于把全部内容都扔到内存里面存放。具体是怎么存放又要分成两种情况 A、腾讯内部实现， B、外部实现A、我猜测应该是挂在了某个”uin“下面，并且根据这个“uin”进行了分库，当然这个分库和平时数据库的还不太一样，这个分库尺度更加大一些， 这些库分布在多地， “uin”有一定的区域特征。 腾讯里面有一个组件叫做Tmem， 这个组件是改至memcache， 它比memcache好的地方就是可以做到平滑扩容并且实现了分布式， 所以某个地区应该有一个非常庞大的分布式内存系统。B、外部的人员就有点蛋疼了，没得Tmem这么好的东西，如何设计一个分布式集群并且能够实现自动化扩容。 既然我们是外部人员，我们就可以预先假设uin是64位整数， 我们提前预估好单台机器的储存， 比如说我们单台机器64G，那么memcache可以用内存保持在60%比较合适，也就是说memcache的内存分配最好在64G*60%=38G左右， 假设单挑feeds是1k， 那么10挑feeds就是10K数据， 38G/10k = 400W用户 这样我们大致可以按照uin/400W用户来进行分库，不过最好的数值还是业务上线后观察数据，然后进行调整。2、权鉴系统分成两种
A、我不看别人的朋友圈
B、别人不让我看她的朋友圈A、我自己保存一个不看的uin列表、当数据从服务器拉下来以后客户端过滤掉即可B、我自己保存一个别人不让我看的uin列表，拉完热点用户数据以后把相应的数据在服务器端过滤掉3、timeline模块要做到 A、小红点（好友有新feeds） B、拉去到好友的最新数据 C、不能重复拉取好友最新的消息A、这个应该是一个bitmap服务， 每当一个用户发了feeds以后，就就把他的好友列表发送到这个服务，然后这个服务置位， 手机客户端定期刷新或者在某些时机刷新（比如从锁机界面到微信界面），确定是否点亮小红点。写bitmap之前这个服务应该会做去重的工作来避免大量的写bitmap。去重工作主要是堆机器和hash的利用没有什么难点。（把好友的uin位置位，通知好友有小红点）B、这也应该是一个bitmap服务， 当用户发送了消息以后， 把这个用户的标志位位置（把自己uin置位）优化点1、这个可能对于热衷于刷朋友圈的用户会做缓存 2、对于好友数多得用户做缓存 来避免大量的访问bitmapC、每个用户的feeds都有一个序列号（seq）微信初始化的时候每个好友的seq都为0，随着不断获取信息这个序列号逐渐变大，这也方式重复拉去或者显示feeds。 （从微信重新安装以后要拉去很多数据就可以能验证出来）
1和3，产品经理需要思考不过2的话，我肯定会拉上我的开发同事一起来看。产品经理想清楚逻辑就好。至于怎么实现，交给开发同事就可以了。专业的事情就交给专业的人来解决，产品经理不需要越俎代庖
试答下第二题。如果是我设计数据结构的话，我会采用二叉树。每一个状态是一棵独立的二叉树，其中，左子树为子回复，右子树为同级回复。类似如图设计（字有点难看不要介意），Node中ID为用户的唯一标识，Msg是回复的内容（点赞可以包括在内）。权限控制只需前序遍历二叉树，通过ID来判断是否显示此内容，不是好友则左子树也不需遍历。这样设计，解放了服务器的处理压力（所有权限控制都交给客户端），网络传输量有所增加，对于客户端的性能方面，也就ID的查找和遍历二叉树，问题不是很大。
1、取代短信的IM即时通信是微信的根基， 朋友圈是一种社交和主动延时信息，作为二级功能当然不能和【基础】争位置，同时朋友圈放在发现版块还可以带动漂流瓶、扫一扫等功能。2、其实是两个问题：
1）权限问题：我发出的信息只能我的朋友看到，同时是朋友才能看到相互的评论信息，这在云端架构上需要有个专门权限过滤层来过滤你能看到的信息，同时做本地权限二次验证。
2）效率问题： 做集群内存延迟加载；
云端资源的负载均衡；大比重的读取资源分配和小比重的写入资源分配；专门的图片服务层和专门文字处理层的组合；CDN策略 。 这方面技术已经很成熟。3、微信订阅号的后台。这个后台简直是我见过的最难用的文字编辑后台，谁用谁想死。（就这微博还原封不动的给抄去了） 。
同样的题目，同样的答案。关于第二题，个人见解：图文详情：
产品经理们肾上腺素猛烈分泌中
不邀自来。因为不懂相关技术，所以简单回到一下第1和第3个问题。1. 朋友圈为什么不调整到首屏，为什么路径这么深？由于喜欢尝鲜，我应该是微信最早一批的用户。对于1.0版本，我并没有觉得有什么特别之处。2.0版本增加了语音对讲功能。对我而言，微信当时最吸引我的就是这个语音对讲功能。从微信的版本更新可以发现，微信最开始是以IM的产品形态出现的，只不过1.0只支持文字及时信息，2.0开始支持语音对讲。无论是文字还是语音，都逃不脱IM的本质。至于让微信用户数暴增的朋友圈，也是在之前的照片分享的基础上上慢慢完善起来的。既然，微信的本质是IM，为什么把朋友圈要调整到首屏？加入将朋友圈调整到首屏，将按钮放在左边第一位，可能，会有这样的感觉，尼玛，这不就是熟人版的微博吗？之前处于左边第一位的“微信”反而成了类似微博私信的附属功能，这应该不利于微信的差异化竞争。3. 如果你是微信的产品经理，你会优先做哪一个功能的改进？简述理由。之前，在搞一个微信公共号。让我很不爽的一点是，公共号群发的文章，订阅者无法评论。可能，有些公共号知识为了传播某个信息，无需订阅者评价。但是，我发的一些文章或者消息，迫切需要和订阅者互动，以便帮助更多的订阅者，但是，做不到。所以，迫切希望增加公共号发布的文章的评论功能。但是，这个功能是可选的，把选择权留个账号管理和运营者。
1、朋友圈为什么不能调整到首屏，为什么路径这么深?首先，我们现在用的是微信6.0，朋友圈在第三屏的“Discover”。比它位置好、路径浅的是第一屏：chats第二屏：contacts这两屏共同构成了微信的核心：即时通讯和社交网络。朋友圈占据第三屏首栏，已经是最靠近核心的位置了，调整到首屏简直是玩笑——当然，每一个玩笑都有很大的讨论余地——假设它调整到首屏吧。脑洞1平行世界1号的我打开微信7.0，发现首屏是朋友们分享的状态和照片、各种订阅号文章、间或有些转发抽奖、微笑传递。我在1.3秒内关掉了这个傻逼东西。脑洞2平行世界2号里的我呆愣了3秒，开始对着一个移动版QQ空间、人人版微博回想我打开微信的目的。在回想起来之前强迫症发作通过复杂的路径屏蔽了一个新加的分享狂魔，这个操作可能花了我7秒。终于我想起来要联系哪个朋友了，手已经不自觉地往下刷了一下，有朋友分享了一篇“Fenng提出的三道面试题，最强回答出现了！”，手再贱，点开，竟然不是标题党，细读之。5分钟后，心满意足地收藏到印象笔记，意犹未尽，打开电脑记录了一下思考和疑问。此时大概已经离我想问不同楼层的美女闺蜜中午到哪吃过了20分钟，于是我关掉微信，打了个电话，这次愉快的wechat经历完成。打完电话后我思考了0.2秒，chat这个功能应该是躺在第二屏吧，第二屏这么重要的位置当然用来放订阅号最热分享100条啊，当日微信话题啊，保证我不落伍的重要信息怎么可以错过。神马？第三屏竟然是contacts？有毛用？为什么不用来放一个微信秀秀，好方便发照片的时候P图？谁发照片不P图？这个生意竟然还要交给别的APP来做？张小龙是属猪的吗？脑洞3平行世界3号里的我打开微信8.0，虚弱无力地在第四屏的ME底下找到了chats和contacts,用刚刚下好的“张小猪哈哈哈”插件将朋友关系和过往的聊天资料一键导出，确认无误，卸载之。PS：微信8.0依然以它极好的拍照分享和好文资讯霸着许多人的手机，公众号大V频出，勤劳勇敢的运营者们把互联网上的每一篇资讯和干货马不停蹄地抄袭或搬运过来，评论功能全部上线，求赞和点赞党团战其中。——只是，只是我已经不用它了。微博都已经成这怂样了，学它很好玩么？有手机的人分为用微信的和不用微信的。用微信的人分为用朋友圈的和不用朋友圈的。用朋友圈的人分为偶尔点进去看看和刷朋友圈狂魔的。我、才、没、那、么、想、看、朋、友、圈、呢。为了一定比例的狂魔，向上丢弃用户？PPS：易信的发现就在第二屏哦，还亲切地在朋友圈及各处布满了红点点呢——所以即使是公司要求也不想用啊，我愿意用你讨论工作是给你面子了，谁允许你打扰我了？我是用户，我是大爷，懂不？正经地回答：1、微信=chats+contacts。第三屏的六栏有一个共同的名字，叫做附加功能。2、朋友圈是一个分享互动场所，提供给爱晒的人和有闲去看人晒的人。朋友圈的内容因人而异，质量参差不齐且没有稳定性，对于特定信息和资讯有需求的人不会选择这个低效的方式，它真的只是用来打发时间的。（谁没有几个转鸡汤转谣的朋友？不逼我看分享，朋友做得好好的，放在首屏是要毁了我容忍傻逼的权力么！）最好的方式是：不用的人当它不存在，用它的人本来就使用闲碎时间且不具有目的性，多点两下找进去也没什么。给它第三屏首栏很好了，就酱。PPPS：真的不考虑把订阅号和服务号打包过去搁朋友圈底下么？折叠后依然扰人不觉得么？
1、核心点大家都有提及，相对于IM，朋友圈确实是次级功能，而且属性不同。2、分 tab 不仅要考虑功能的优先级，还要平衡各 tab 承载的内容。不然重要的功能都集中在一个 tab ,导致其他 tab没人关注。这也可以解释，「钱包」、「卡包」为什么要放到「我的」，而不是「发现」。
1. 看不懂微信为什么这么火，如果没有QQ输血微信会这么火吗？2. 微信本质上还是点对点的im通讯工具，只不过是基于通讯录、语音图片这些东西。那么它与qq有什么本质区别呢？3. 微信是通讯工具的定位，朋友圈是社交工具，朋友圈不放在首页说明微信仍然是通讯工具。4. 感觉朋友圈小聪明耍得太多了，搞那么复杂的权限结构干嘛呢。社交工具成了交头接耳的地方，那还社交啥呢？eggpain。5. 技术从来不是问题。微信朋友圈这种timeline技术上实现不是推就是拉。朋友圈user关注的人不多，可以采取push模式，每个user一个inbox收件箱。其他user发新的朋友圈信息直接发送到关注用户的indox里面。6. 微信本身是什么？我感觉还比较模糊。我看了一些文章和采访也没人讲这个。我认为微信发展的方向应该是notification center及notification router + Plugins 。但是现在感觉微信就是手机im捆绑了一些plugins，搞来搞去不知道在搞什么。
来知乎，参与讨论