聊天会话将会取代 App？别闹了,一个微信就够你研究了(下).pdfVIP

聊天会话将会取代 App ？别闹了 ，一个微信就够你研究的了 （下 ） 所以 ，我们可以把 国过去几年的尝试视为“伟大的会话界面实验”。在这里 ，你的信息平台能够满 足用户和商家的双重需求 （在一定程度上 ，Faceboo k、Kik以及Telegram将会因此而死 ）。它只要 尽可能的接过“让每一次互动都是一场对话”的火炬就可以。不断的向A PI添加各式各样的功能 ，然而 获得真正成功的却是那些向用户传递了剥离谈话界面约定的程序。更具教育意义地是 ，这些成功是 建立在观察用户以及商家是如何实际应用这些A pp并对此进行优化的基础上。 你会发现那些早起进军机器人领域的企业 ，例如 Faceboo k ，已经有了相同预感。Telegram则一直 忠于它在IRC风格斜杠命令 的灵感。 实话实说 ，各式各样的A pp和服务居然能够被全部塞进一个对话式的用户界面 ，的确挺神奇的。毫 无疑问 ，它会与伟大的人工智能和并没有什么用的用户界面可视性一起延伸到世界各处。 我必须承认 ，在一场聊天 完成特定的任务会有一些额外的好处。相较于A pp ，它可以以一种低 宽频、时髦并且始终如一的方式来完成任务。对于发生的一切 ，我甚至可以留下一个便利、具有时 间标记以及离线可见的记录 ，我可以对其进行搜索并且快速跳到媒体资料和链接上去。我还可以在 程序内对这些内容进行剪辑处理、转发给朋友或是保存到归档文件 。 通过一款即时通讯类A pp而不是各种各样独立的A pp来获得具体服务 ，当这一切发生时 ，我自然会 加以注意。我的对话框会在收件箱 如同泉涌一般 ，但信息却不会迷失在推送通知以及邮件的海 洋 。 尽管非常明显 ，“对话式用户界面”所拥有的不过是终将失败的自负而已 ，但是文章接下来的部分会 比开头更精彩……… 收件箱是新的首页 收件箱真的是适得其所。尽管偏见严重 ，但是我依旧认为微信是同类A pp 做的最好的。我甚至会 说它是在A pp行业 被忽视的天才。以下是它的一些关键改进 （相较于我们所使用的电子邮件收件 箱和短讯服务类A pp ）： 置顶聊天 ：如果我一直想停留在收件箱 的某个对话页面 （无论是个人、组群、官方账号还是 其它 ）时 ，我可以把它在收件箱 置顶 ； 消息免打扰:我可以对任何一个联系人设置通知静音 ，但是新消息依旧会出现在我的收件箱 。唯 一的差别在于新信息数量不再是数字表示 ，而只是一个红点 ； 删除联系人 ：如果我不再想接收某个联系人的消息 ，只需两步 ，我就可以删掉他 ； 信息等级 ：官方账号可以向我推送新闻和促销信息 ，但是收到时 ，它们只是被归为“订阅”消息类 ， 并且只会显示最新标题 ，而不会干扰其它消息。当某项服务以个人形式向我发送消息时 ，这条消息 才会出现在收件箱 。我觉得这一功能要优于Gmail将此类信息挪入其它收件箱的做法 （脚注2 ）； 状态项目 ：持续性的操作或是状态会在页面顶端一个特殊的气泡 呈现。这包括登录到网页或是 客户端、使用微信账户授权验证开通W iFi、播放歌曲或是手机间传输数据 ； 搜索功能 ：主页面最上端的搜索栏不仅可以搜索我的联系人 ，同时也可以搜索群组、聊天记录、 收藏内容、网页文章、我的订阅新闻以及微信其它功能。 微信的一切都是在本地化 进行 ，用户点击的第一下不是“聊天”或者“收件箱” （像其它即时通讯 类A pp那样 ），而是A pp本身。事实上 ，整个微信体验的基础是常见且基于分层的消息、通知以及 新闻流。毫无疑问 ，微信及其家族并不是短消息系统的替代品 ，而是手机O S （操作系统 ）用户界 面美好的未来愿景 ，因为它并不是严格的以A pp、消息 （严格的说 ，是以聊天为 心 ）为 心。 当你以这种方式思考时 ，我的收件箱 所陈列的那些消息本质上不再是对话 ，从抽象的角度来看 ， 它们是推送给我的更新和通知 ，位置会改变、会被标记为已读或是未读。最最基本的是 ，用户可以 以上述的方式对其加以控制。 如果我们真的把这个想法发挥到极致的话 ，那么在我点击收件箱最上端的气泡后会出现根本不重要 ，可能是对话框、一首歌、视频、新闻标题、显示着我线路的地图、定时器等等 ，什么都有可能 ， 真的。我觉得至少要是一些动态或者基于服务的信息 （我当然不想以这种方式访问我的计算器或者 照相机 ）。 墨西哥玉米片式A pp的崛起 A pp这个词实际上非常古老 ，但却是随着智能手机的诞生而进入公众视野 ，这并非巧合。 大约是 在200 年出现的A pp这一词形是对我们那时台式电脑巨大进步的体现。第一次 ，软件是