微信，一些没人讨论的点

点击『小生知道』关注我

我会分享一些我的产品、设计、开发经验给你

我身边还有一个人没下微信，那就是我年迈的奶奶。除她以为，但凡有个手机的，都是智能手机，是智能手机的，都装了微信。

但每每和别人讨论起微信为什么能成为国民软件的时候，大家总是说：因为早期QQ给它导流了，因为微信的用户体验好......

微信的成功是多种因素组合在一起达成的。像背靠腾讯、用户体验等条件我就不说了，百度下估计至少有100个人写过。今天这里谈谈其他主观原因：『技术』。

你不会以为我要说支撑微信数亿用户的技术架构吧？那玩意我真不懂。我要说的是很简单的技术知识。

大家平时应该注意到微信有一些特别的限制：

1、QQ是图片即表情，微信的表情需要添加为表情，才能收藏进个人的表情包，且单个表情不能超过2M。

2、当别人发出的是表情时，你才能长按添加，图片不能直接保存为表情。

3、微信的图片发送分两个阶段，一个是压缩过的图，另一个是查看原图。

3、朋友圈的图片，发送后会被压缩。

4、公众号的图片会压缩。

5、文件发送有上限。

6、图片不缓存会被删除。

....

以前我也没太想通这是为啥。

直到上上上个月，我才想明白一点东西。（也算是反应很迟钝了。）

QQ是PC端产品，微信是移动端产品。

QQ的场景早先是不用考虑流量的，因为宽带不限制流量。而移动流量多贵我就不吐槽了吧，资费还是2018年才开始降的。

所以我自己思索的结果就是：微信这么做是有意而为之，为了的就是帮用户省流量，兼顾网速慢的用户。

要不然，一个4G用户发了一张5M的表情给一个山里的用户，你这边10句话都出去了，他那边表情还没接完。（.- - 聊你妹啊）

同时，微信的表情发送原理：是先将表情保存到服务器，你本地发送的应该是一段指令：相当于你发送了一行字。一行字的流量少到不用考虑，当你发送表情之后，对方会根据指令从服务器下载一张表情。而不是，你先上传一张图，服务接收到，然后再转发给另一个人。

一个是：A发一段指令，B接受指令，B下载图片。

另一个是：A上传一张图，服务器下载一张图，然后B再从服务器下载一张图。

显而易见，前者效率更高，流量更少。

微信起于2011年，那还是2G时代，大多数人不是智能手机，手机内存不够大。我个人觉得，正式这样的一份考虑，才让微信今天成为国民软件有了更多一点可能。

额，我今天不仅仅是为了夸微信牛逼的。微信的这波操作其实对产品设计也有启示，我们日常其实也会做这样的考虑，最常见的莫过于『兼容浏览器』（可恶的IE）。

产品有自己的目标受众，让目标受众正确的使用到你的产品。要保证良好的用户体验，也需要考虑这些外部条件：『系统』、『软件』、『硬件』、『网速』等等。

这个故事告诉我：用户体验是一个过程，不是点这一下按钮变了个色，用户就高潮了。