消息已读，这件皇帝的新装，​脱掉算了

文/明道云创始人任向晖

 

 

这两天看到钉钉负责人不穷的一个采访视频，勾起了我对往事的回忆。他说他最烦周末被人钉和写周报。

 

不穷作为钉钉管理层的继任者发表这样的言论我能够理解。毕竟钉钉的核心功能不是他设计的，吐个槽也没啥。

可是他居然介绍了一个解决“已读未回”尴尬难题的办法——用华为手表。对！只要戴个智能手表，就能偷偷地已读，让对方不知道。这样，“未读未回”至少把焦虑给压下去了。

张鹏惊呼：“这是你们故意这样设计的吧？”

不穷居然默认了。看到这段，我的职业病一下子就犯了。这忒么不是揣着明白装糊涂么？这个逻辑怎么可能故意这么设计呢？明明就是你做不到精确的已读未读啊。

智能手表是和通知推送系统连接的。即便不使用智能手表，只要打开消息推送，手机主屏幕上也会显示消息内容（至少可以设置为打开），只要你不打开APP，消息就是未读的。 比如老板发个消息给你说：“明天下班前请一定把这次活动的预算文件做好”。你从推送消息上瞅了一眼，然后你啥也没干，虽然你明明就是知悉了，你的老板看到这条信息就是显示为“未读”。 这时候老板比较焦虑。

你手欠，把消息点开进入聊天窗了。这时候老板立马知道消息已读了。但是倒霉的是，你的熊孩子吵着要吃东西，你不得不放下手机，先去下面条了。这时候，你开始焦虑起来，因为你知道老板已经知道我已读了，我怎么还不回复？ 

你的老板从焦虑转换成不耐烦了，心想你明明已读，这么简单的事情为什么不回复我一下？

你未读，我焦虑；你已读，你焦虑。

在钉钉的沟通中，这种mood转换就是家常便饭。

不止钉钉，号称有洁癖的企业微信，同样跟进了这项设计。只是它多了一个心眼，只把这个功能放在了企业内部沟通中。

实际上，消息已读回执功能必然是多余的。

在移动互联网之前的时代，除了电话这样的实时沟通工具，其他的通讯渠道都无法做到双向实时，甚至在送达上都不是那么可靠。所以，电报、邮件、短信等国际电联管理的通讯手段协议中均提供了状态回执能力。但所有这些协议都把这个选择权交给收件人，允许收件人决定是否发送回执。

移动互联网时代发展到今天，消息的送达已经断然不是个问题，无论是送达率还是及时性。因为人人都抱着手机上下班，吃饭，甚至上厕所。所以任何发件人都不用担心收件人的收件能力。收件人不能及时看到消息只有两个原因，第一是当下不方便看，第二是方便但是不愿意看。

在企业沟通中，不方便看意味着会议和不想被打扰的连续工作；不愿意看意味着某种协作和管理失调。

当消息已读状态成为公司制度以后，所有的人都会选择怠慢打开消息。明明可以提前先知悉的事情，现在也选择暂时不看；等有充裕的时间再看，否则看了就要回，不回就焦虑。

很多效率上有素养的人选择不点开暂时无法处理的消息，还有一个科学的原因 —— 那就是管理好”收件箱“。未读消息意味着有待处理事务，每一个红点都是一个简洁的提示器。如果我都点掉了，那么就没有这个清单了，我就不得不从长长的聊天列表中再次筛选那些需要我跟进和回复的条目。

说到这，我真是有点怀念管理Email Inbox的时代。日事日毕，日事日清的感觉真得很好。

我们做企业软件设计，会被无数的力量推动去增加功能。客户、销售人员和竞争对手每一天都在等着我们来揭榜。所以我们有太多的欲望去满足这些需求。早在明道刚刚开始提供IM能力的时候（比钉钉还早两年），就有客户提出过这个需求。我们当时选择不做。

后来，钉钉成为主流产品，提供了这个功能。客户还是问我们为什么不做？我心有戚戚焉。一个免费产品都标配的功能，我们付费的产品去跟进？再后来，就没有后来了。我们找不到克服这个市场问题的根本办法，最终转型到了APaaS市场。

现在，我们很多用户都是企业微信或者钉钉的用户，他们依然需要使用这两个免费的协作平台。所以，站在应用开发者的角度，我们依然要面对这些平台产品的应用环境。简单来说，我们希望平台厂商把基础功能设计得更简洁，开放。你做插座，我做插头，你就不能定义太多的规格和标准。作为覆盖几亿人的平台产品设计者，怎么做减法是重要的任务。

消息已读，这件皇帝的新装，就脱掉算了。

题图：居然还有一部香港电视剧，就叫《已读不回》

最近文章：

SAP到底有多贵？

怎样评估选型一个企业软件产品？

研究一万个数字化概念，都不如体验一个软件产品