上周与一位朋友聊起“微信当年为什么能胜出”。
他是微信创始阶段的成员。
我本来以为，微信的胜出来自“可以接收QQ消息”等资源导入。和他聊完，才知道，在他们内部视角下，微信胜出的真正原因。

1、
作为有着所有互联网业务中最强网络效应的移动通信，微信所处的行业，先发者拥有着巨大的优势。

而当时，米聊是先行者。
微信团队本来就已经比米聊晚了几个月。
而且，在2011年时，本来微信的团队是没想道要做微信的，他们本来在做手机QQ邮箱，临时改做了微信。
各种准备并不充分，做起来，团队也会觉得有点匆忙。

当时，微信不仅仅支持QQ号注册，也一度允许导入QQ好友关系、接收QQ消息。
我本来以为，以QQ的体量，这么大量的用户灌入，应该是胜负手。
但是，实际在做了这几个动作后，也只是帮助微信缩小了与米聊的差距。
用户规模上，米聊仍然大幅度领先微信。

现在想来，也不难理解。
实际上，我在微信上的好友与当年在QQ上的好友，还是两拨人。
QQ好友最大的特点是，我只要不在电脑前，就不希望收到他们的消息。
这样的好友，我是不太愿意放到永远在线的微信里的。

2、
最终决定了微信能胜出的最关键点，其实是发语音。
只有这个功能，足够核心，而且微信做好之后，米聊在很长时间上无法跟上。

这么简单的功能，为什么米聊无法跟上呢？
不就是发个语音文件的功能吗？
常规的语音解决方案，的确是这样的：
发的人先录制，录制完整个文件传给对方。
这样的方案，也是容易实现的。

但是，问题是：体验不够好，时间延迟太久。
接收的人，要等发的人录完、上传完、这边接收完，才能听到。
要是俩人正一句一句语音聊事儿，这样的延迟，会让讨论更容易混乱，也会更消耗双方的耐心。

微信的希望实现的语音体验是：我这边刚开始录，对面就能看到我在录制了。我录制完一松手，对面就能收到，不用等待上传和下载语音文件的时间。
语音是最低门槛的交流方式。
这个状态，让语音交流的延迟降低到了极限。
而作为一个IM，特别是手机这样的随身设备，通讯的延迟感降低，就是产品的最核心体验。

当时微信是这么解决这个问题的：
要让发送方一松手，接收方就能收到，关键在于别等语音录完，就要把语音包提前传过去。

就要在录制过程中，将语音分成小段，提前传输。
最后发送方松手的一瞬间，并不是语音包生成，只是发送动作的确认。

这个技术，今天看起来不难。
但是，在当时，如何分包、如何提前传输、保证大量用户并发下的实时性，都是新技术。
这其实已经是“直播”的前置技术了。
直播要在几年之后，解决方案才彻底成熟。

在这个基础上，因为早期大家流量都不多、网速也有限。
还要尽可能在保真的前提下、降低语音包大小。
大多数人听到自己的声音，都是陌生的，还要让人听到的声音，比自己的声音更好，符合自我想象、甚至高于对声音的自我想象。

这些都是实打实的难题。
微信花了大量时间，才将其变为稳定的体验。

但是，米聊的心态，更多是看到机会就大干快上，在没遇到技术难题之前，还可以唯快不破。
但是当遇到这样的通讯难题，加上大量用户的高并发，就发现不仅问题很难解决，还经常会服务器宕机。

语音功能的体验差距，再加上后来的附近的人、摇一摇，微信才实现了用户规模的反超。
到上线一年多，日活用户破了1亿，微信团队才觉得稳了，大概率赢下来了。

3、
我想，本质上，微信做的是通讯。
腾讯在QQ时代，就积累了更强的通讯行业的技术和经验。
我在2011年时，测试过不同IM的稳定性，只有QQ的消息丢失率最低、网络不稳定时表现也最好——
这些成了能支撑微信快速迭代的能力和资源基础。
但是，光有资源灌入也不够，还需要有人用好资源。
张小龙做的，是对关键体验的定义和坚持。
他的定义，决定了资源投入的方向。

当语音这样的关键体验上，有足够坚持的张小龙，加上腾讯的资源，最终，关键体验的突破，决定了微信的成功。

在关键体验上的突破，也是每个技术革新时代，胜出者的主要特点。
就像特斯拉的领先，也来自于最先解决了电池续航问题。
对操盘手的要求，就是是否能清晰定义什么是核心体验，以及，能否得到足够的资源，将核心体验更好的实现。