承认吧，你根本不懂微信（二）
问：为什么微信没有已读状态？
Genie答：微信的产品理念认为接收方体验大于发送方。阿里做社交的产品理念认为发送方比接收方重要，所以之前阿里的钉钉每发一条信息都会告知你已读未读状态，这让发送方很爽，我希望知道你是否看到了我的信息，但让接收方很有压力，因为我看到了不代表我现在想回你，但你知道我看到了，我不回你就显得没礼貌了。所以，用的时候压力很大，老板喜欢这样的功能，员工用得很受罪。所有产品体验都是基于产品原则作出的决策，对于从无到有创造一个产品， 需要先建立起自己的产品原则。
问：为什么微信聊天，别人发的内容是白底黑字，而自己发的是绿底黑字？
Genie答：白底黑字比绿底黑字更清楚，所以微信里白底黑字展示给了好友发的信息，而自己发的话自己本来就清楚，所以自己发的文字底色是绿底黑字。这也是基于微信的产品理念：接收方体验大于发送方。
问：为什么以前版本的微信，会话里新来的语音是可以自动播放的。后来又把这个功能取消了？
张小龙答：这里的思考是，在当前会话里面的语音消息，就应该自动播放。但这个考虑是脱离场景的。如果我们把这个问题再去仔细分析，会发现需要自动播放的场景只有两类：第一类是只有一个人在场没有其他人干扰的情况下，语音消息过来就可以像收音机那样自动播放，有用户会用这种方式来排遣无聊，一堆好友在群里不停地说话，就这样听着，偶尔也插一两句话就行了；第二类场景是在开车的时候，旁边也没有人，有语音消息过来就自动播放出来了。
但是除了这两个场景，在很多场合自动播放语音是很不方便的。比如在开会的时候，来了一条语音消息，就自动播放，会比较尴尬。公共场合下，这个功能显得特别不适合。之前我们没有针对场景来考虑，只是要做“自动播放”的功能。觉得自动总是好的，其实是不对的。我们把场景分析清楚后发现，其实我们并不需要提供自动播放的功能。或者说是默认不自动播放，这样才能最大程度地保证用户的隐私。
但我们又希望支持某些场景下的自动播放，这就需要我们把场景再做细分，比如驾驶的时候，语音消息都是可以自动播放的。所以这里的需求是要把场景做细分，而不是做一个自动化的功能。
问：为什么不在微信界面左上角的空白区，放一个「编辑」按钮？这样可以方便删除会话？
张小龙答：不做「编辑」按钮的原因是，假如左上角加上这个按钮，当用户在界面里经过多次的「返回」上一级操作时，很容易就会触发编辑状态。我们也尝试过很多次，反复推敲才决定下来，特别是在我们不确定有多少用户知道从右向左滑动可以删除的情况下。而这样的设计也没办法通过大量的用户调研获得结论，用户也无法通过调研表达因为那样的操作而带来心理上的不适。但最后我们决定这么做，是因为觉得这种删除的方式，会影响返回的体验，容易触发误操作。所以在这种场景下，我们觉得保证体验更重要一些，而非提供这个功能更重要一些。
问：为什么聊天记录不能云同步？每次换手机聊天记录都没了。
Genie答： 因为一旦换设备，微信网页版每次登录都显示之前的聊天记录，很可能别人在其他设备登录你的微信，所有记录都看到了，这种隐私泄漏给你带来的风险比聊天记录清零带来的伤害大得多，基于隐私性大于便利性原则，即使聊天记录清零可能带来不便利，依旧优先隐私性。所以微信在手机本地聊天记录不保存，宁可不够便利，也不牺牲隐私体验。
问：为什么消息发送成功了没做「已送达」提示？
张小龙答：要不要做「已送达」这个特性，我们当初争论了很久。当时支撑的一个理由是，我们将来的服务器会很稳定，网络状态也会越来越好，消息是必然会送达的。虽然说现在的网络状况不是很好，也会出现丢消息的情况，但是我们首要考虑的是未来的情况，要根据未来的场景来设计。
问：有用户会把发给个人的消息误发到群里，怎么解决这个问题？
张小龙答：发错群消息。可能很多用户都有这种经历，你以为在跟单个好友聊天，却是在一个群聊里面，一不小心就把对单个好友的消息发到群里去了。这个问题还挺普遍的，也挺难解决的，到目前为止也还没有很好的解决方案。我们尝试过一个中间版本，把群聊里的气泡变成蓝色（其他的是绿色），希望用户可以通过气泡的颜色来辨别群聊。但发现这种方案很难接受。因为已经接受了绿色的气泡，就不是很能接受蓝色的气泡，会觉得不好看。我们也不能在用户输入的时候弹框提示用户：你正在群聊中，发消息请小心。所以，这个问题很难解决，那我们也只能先把问题放着了。
问：为什么用手遮住手机的环境光传感器，语音不是从听筒里出来，还是接着从外放里发声呢？
张小龙答：其实我们是通过动作的识别做到的。之前的版本一直是使用遮光感应器判断是否使用听筒模式的，但这常会误判，因为手机放在桌上的时候，手常会触碰到感光器。这个问题一直没有很好的解决方案，也以为是解决不了的问题。
偶然有一天，我闲着无聊调戏 Siri。当时 Siri 有一个特性是，只要把手机放到耳朵边上就可以调出 Siri。虽然可能很多人都试过这样可以调出 Siri，但可能很少人会仔细去想为什么可以做到，为什么这样可以识别耳朵。当我意识到这点的时候，忽然想到这跟以前没有解决的问题是一个问题，Siri 是通过动作识别做到的，那我们也可以利用 iPhone 系统的这些特性做到。虽然不是我们发明的这个特性，但是能把它用到极致也是非常好的。
问：微信中，「对方正在输入」在什么情况下会出现？
答：仅收到消息后 10 秒内在对话框中进行输入操作，即会显示「对方正在输入中」。因为此显示提示，会激起用户的兴奋度。而如果是超过 10 秒外的会话，说明对方不是很重视这段会话。故超过 10 秒的不显示这个状态，避免不必要的兴奋度。
问：微信「发送位置」功能为什么能修改发出的地址？
陆树燊答：记得当时有一个外企的朋友问我，微信能不能不要做地图定位功能，很多人会顾虑这个问题，家属查岗问你在哪里，发个定位给我，这时发过去就完蛋了（笑）。
微信最后还是做了这个功能，但是用户可以修改发出的地址。这样一来，查岗的功能就不存在了。我们不是想取悦这帮有难言之隐的人，而是不想得罪他们，微信只是在还原真实的世界里的需求场景。
问：为什么 Web、PC、Mac 版本微信推出那么晚？
张小龙答：因为我们觉得做 PC 版是一种破坏。我想找一个人的时候为什么用微信，而不是用 QQ 呢？因为希望能立即找到他。为什么觉得 QQ 不能立即找到他呢？因为通过 QQ 知道他在不在线，或者是他隐身了不告诉你，所以你才会觉得立即找到他要用微信，因为微信给你的概念是长期在线，一直在线的。 而 QQ 不是永远在线的，它有一个在线和非在线的状态。如果我们去做 PC 版，会带来的结果是：用户不再相信对方能立即收到消息了，因为我们可能发到一台没有人在旁边的计算机上，那么他会选择别的可以很快找到他的工具，这是很可怕的。所以，我们一直坚持不做 PC 版。
可是我们为什么又做了一个 Web 版本？因为很多用户说在手机里面输入文字太辛苦了，而我们经常也是坐在计算机旁边，却用手机输入文字。那么在这里，Web 微信的定位其实是连接键盘，而不是真正的 Web 版。所以我们想提供给大家的是连接你的键盘，而不是要做一个 PC 版。最开始的时候甚至想连 Web 界面都没有，只是连接 PC 键盘，显示都还在手机端，你在键盘上打字，消息就会在手机端出现。这是我们做 Web 版的最初想法。但后来把这种想法否定了，因为这样操作起来不方便，使用键盘输入的同时，还要把手机放在旁边看屏幕，所以最后做了一个有界面的 Web 版，目的是更好地解决输入的问题。
问：为什么微信 Web、PC、Mac 版本全都不允许账号密码登录？
陆树燊答：微信账号体系背后有一个哲学：手机就是你，你就是手机，人在手机在，手机在人在。 如果手机没了，聊天记录全部清空。如果微信允许 PC 端通过账号密码登录。用户离开电脑，有别人替代你收发微信，怎么办？
问：为什么微信很晚才推出 iPad 版本？
张小龙答：之前不做是因为 iPad 更多是在 WiFi 条件下使用的，如果用户使用 iPad 来注册微信，那么你跟他发消息，他可能不能马上收到，这样的体验就会很糟糕，它就丧失了随时在线的特征……如果我们要做，那肯定是我们想清楚了为什么要做，而不是为了多一个平台的终端。”
摇一摇、附近的人和漂流瓶
问：为什么微信要做「摇一摇」和「漂流瓶」？
陆树燊答：对一个聊天工具来讲，每个用户在上面能做的事情不就是跟别人聊天吗？但是，当一个用户第一次安装微信，并把手机通讯录里、QQ 里的那些已经使用微信的好友们导入进来，一开始他也就只有几个好友，这样是聊不起来的。
微信只有不断地给他们之间制造一些可以聊的话题、一些可以聊的场景，才能让他们留下来。所以这时候，「附近的人」、「漂流瓶」、「摇一摇」等场景就应运而生了。微信在「附近的人」和「漂流瓶」、「摇一摇」几个功能发布之后，用户数就实现了暴涨，并把国内同行都远远地抛下了，奠定了在国内移动端通信 App 中的巨无霸地位。
张小龙答：「摇一摇」到底是怎么来的呢？最早我们发现这个需求，是想让大家很方便地互相找到，比如大家一起输入一个密码，就可以把大家拉到一个群里了。当时我们觉得这是一个很不自然的方法，如果大家在一起，应该可以通过一个简单的行为立马互相发现。
有一次我们吃饭的时候聊起，看来这个需求我们是做不到了，因为没有什么太简单的办法。当时有同事提到 Bond 可以通过碰手机的方式让两个人互相找到，交换名片。然后我们开始整理这个需求，看看有几种需求要通过摇动的动作完成：第一，让两个人交换一个信息；第二，让一组人在一起开会的时候，加入一个群里面。但是这都显得很工具化，因为这两个需求都很“功利”，只是为了提高效率。提高效率本身就很不浪漫，只是为了解决时间问题。不浪漫的话，就不会有很好的下场。如果更浪漫的话，那是不是可以通过摇一下，摇到一个远在天边的人？这样就充满了随机性和不可知性。
然后我们就想到了第三种模式就是，摇到一个千里之外的人。而这三种模式可以合成为一个模式：通过摇动，摇到一个人就是一个人，摇到一堆人就是一堆人，或者是摇到一个千里之外的人。当时把这个逻辑想清楚以后，就觉得这个东西是可以有群体效应的，因为你不知道某一个时刻有多少人会跟你一起摇，这完全取决于一个功能。
这很有意思。一旦这个功能变成一个群体效应的话，它就具有生命力了。因为用户会参与进来，他们自己会成为一个整体，有自己的想法，有自己的方向了。然后我们就可以退出不用管了。
从需求的角度来说，「摇一摇」满足人对“随机性”的好奇心，就像你用「附近的人」，其实你也未必是想做什么，只是想看一下。这是人的一种天性。「摇一摇」也是一样的，因为从来没有一种工具可以让你找到在同一时刻跟你做同一个简单动作的人。这个功能既具备人的心理驱动因素，又有群体效应，我想这肯定能有很大的影响力。
问：做「漂流瓶」和「附近的人」是不是为了方便男女之间勾搭？
张小龙答：其实我们做漂流瓶的愿望是很美好的。做漂流瓶的目的，并不是为了交友，从心理的角度来看，交友是一种需求，但是交友不是全部。就像微信里面的「附近的人」一样，大家以为是用来交友的，其实也不是这样去考虑的。这里存在一个很大的误解，觉得我们做的事情很功利、很流氓，其实我们是很文艺的人。有些用户用来做坏事，更不是我们希望看到的。漂流瓶首先是想帮人解决倾诉和好奇的欲望，其次才是交友的欲望。
我们只是很单纯地想做一个「附近的人」，但是很多人就把它想到交友上去了。人总是天生地对周围的环境感兴趣：「我周围到底有哪些人？」这是一种好奇心。这种好奇心在远古时代表现为人走在森林里想知道周围有没有人甚至动物出没，来到现代也一样。
问：微信里面的漂流瓶（该功能已下线）到底默认发语音还是文字？
张小龙答：大家知道，默认意味着更多的人就这样使用。后来我们觉得，微信上的漂流瓶，是为了满足大家随时随地倾诉和发泄的欲望，用户拿出手机，快速表达一些情绪，就扔出去了。所以，最后我们还是决定默认发语音。语音比文字更加迅速直接，不假思索。所以，我们发掘的是用户背后的心理诉求，这点是做产品的人最应该去思考的：我们不是在做一个功能，而是要怎么满足用户的诉求。这也是微信最基本的产品思路。
小程序和微信支付
问：微信是怎么想到要做小程序？
张小龙答：我们自己也观察到越来越多的创业公司，它做的第一个产品就是基于微信的公众号来做的，而不是去开发一个 App，因为一个 App 的推广成本实在是太高了。相比来说，公众号能够实现大致同样的事情，并且也能获得它的用户，并且用户可以在微信里面获得的成本或者传播的速度会更好一些。
但是我们的本意并不是要做成一个只是传播内容的平台，我们一直说我们是要做一个提供服务的平台，所以后面我们甚至专门拆分出一个服务号出来。但是服务号还是没有达到我们的要求说服务号可以在里面提供服务为主，所有的服务号还是基于一个诉求，这不是我们想看到的。现在我们将开发一个新的形态，叫做应用号（后来改名叫小程序）。
我们现在每换一部手机，手机里面的 App 就要重新装，我相信大部分用户也是这样的。现在 App 重复的安装率已经越来越低，但是有的时候你要找一个功能，你还得重新再安装一下这个 App。现在很多用户会在微信钱包里面买火车票，因为对一些不是很高频度的需求来说不需要再按一个安装。
可是从公众号里面去装一个功能其实也不容易，我们希望存在一种新的公众号的形态，这种形态下面，用户关注了一个公众号，就像安装了一个 App 一样，他要找这个公众号的时候就像找一个 App 一样，进去使用这个公众号。在平时这个号不会向用户发东西的，所以 App 就会很安静地存在那里，等用户需要的时候找到它就好了，这样的话我们可以尝试做到让更多的 App以一种更轻量的形态，但是又更好使用的一种形态来存在。这是我们在探讨的一种新的公众号形态，叫应用号（后来改名叫小程序）。
问：小程序跟 App 之间是一个什么样的关系？
张小龙答：我觉得小程序跟 App 是两种不同的应用组织方式，我们并不认为小程序是要来取代 App 的，相反小程序是要去丰富 App 的很多场景。在很多场景里面可能一个 App 太重了，反而变得不方便，比如说你在线下看到一个东西，你非要针对这样一个东西下载一个 App 的话，是一个挺难做的事情，门槛太高了。
就像我们之前说的，我们希望小程序的触达是通过扫描一个二维码，甚至在更遥远的某一天，是通过一个眼镜直接可以打开一个小程序，**这是真正能够做到所见即所得的事情，我们看到任何的事物可以立即打开小程序，**我们希望是这样的东西，而不是去下载一个 App。
问：小程序、服务号、订阅号有什么区别？
陆树燊答：《微信小程序平台运营规范》第一句就是：微信最核心的价值，就是连接——提供一对一、一对多和多对多的连接方式，从而实现人与人、人与智能终端、人与社交化娱乐、人与硬件设备的连接，同时连接服务、资讯、商业。
我们可以理解为，微信最初的聊天功能就是一个连接人与人的工具，而朋友圈和微信群则是连接人与社交化娱乐的工具。
订阅号是定位于连接资讯的工具，服务于媒体。在资讯内容方面，微信团队做了原创保护、文章赞赏、辟除谣言等努力和尝试，已经当之无愧地成为中国最好的内容发布平台。
而服务号，曾经被赋予了连接人与智能终端、硬件设备、服务和商业的职能。但很明显这对于它来讲，是过度赋能的。
服务号存在的不足，我总结了一下，大致有以下几点：
• 服务号在微信中，是跟其他聊天信息排列在一起显示的，并不像操作系统里的App一样有固定的位置，这样找起来会比较麻烦，只能通过搜索；
• 微信对服务号的定位是服务，但服务号的主体功能只能使用H5进行开发，不能像原生App一样有流畅的用户体验；
• 服务号在下发推送后，会占据用户的聊天列表，容易造成过度骚扰。这也导致了不少服务号一发消息推送就会掉粉。但其实取消关注的用户未必以后就不需要这个服务号，只是他们受不了这种骚扰而已；
• 因为服务号的文章推送功能和扫描二维码可以关注的机制，不少公众号会利用标题党或者朋友圈病毒营销的方式去吸取粉丝，造成朋友圈里刷屏，这违背了微信平台做服务号的初衷。
小程序基本都围绕着优化这些点在做设计。更宏观点来看，小程序、服务号和订阅号三者的差异，其实只是在”开发权限多样性”、“推送频次”、“推送显眼度”这三者上面做一个不同的平衡考量罢了。如下图所示：
此消彼长，这个世界上没有完美的方案，所有的设计考虑都不过是生态全局上的一个综合考量结果。
也就是说，小程序被赋予更多的开发权限，所以必然就会被限制住其推送频次和推送显眼度，否则在微信开放生态的全局中，它的存在就不合理了。
问：为什么微信支付的密码是 6 位数字？
陆树燊答：支付宝原来有登录密码、支付密码、淘宝密码，要用小写字母、大写字母、数字组成。这种设计加上支付宝的银行卡、余额账户、优惠券、红包、集分宝，对用户的门槛非常高。微信全都不要。卡就是默认一张银行卡，没有优惠券，密码改成 6 位数字。
想明白微信为什么要这样做，我们先得搞清楚微信当初最想要什么。首先，它最想要的是绑卡用户。其次，它要抓住下沉用户的心。支付宝的早期用户来自淘宝，是全体网民中比较先进的。但微信要面对爸爸妈妈、爷爷奶奶。他们怎么可能记一个非常复杂的密码呢？但 6 位数总是能记住的吧。
微信支付起来最早靠的是滴滴打车。如果没有这个改变，当用户赶着下车付钱的时候，他还在手机上输密码，某一位数字密码输错了，司机就只能关起门来请用户掏现金，那移动支付这个事儿就不用讲了。
我们可以确信，如果微信没有做这个小小的创新，移动支付绝对没有今天这么大的影响。6 位密码上线后，整个支付宝团队都慌乱了。原来的密码做得这么复杂是为了风控，结果微信现在搞成了 6 位密码，支付宝要是照抄的话就会全乱了。但是支付宝没办法照着改了，因为它也看到了趋势。
问：是红包功能让微信支付一战成名吗？
陆树燊答：腾讯内部用的红包 2011 年就有了，但 2013 年微信才把它做进产品里面。很多爸爸妈妈级别的人，第一次用微信支付就是用微信红包。
微信红包让阿里巴巴慌了，但其实微信红包并没有真给微信带来那么多支付用户，真正让微信支付爆发的是打车大战，绑卡用户大量增长。
我有一个论断，如果没有支付大战，就根本没有中国今天 O2O 的繁荣，也没有今天滴滴的垄断地位，也没有饿了么和美团的战争，更不用提共享单车。它真正的让所有创业者不再需要去顾虑支付问题，商业闭环轻松完成。
张小龙公开演讲和媒体采访报道。 陆树燊（前支付宝资深产品经理，微信创始团队成员）的微信公众号：行者慎思。 Genie（微信产品经理）的产品分享。 KantZhou（拼多多用户端产品总监，前微信产品经理）的产品分享。 啃饼（微信研发工程师）的微信公众号：啃饼随想。
