那個在一年多前因為發文對比中美 UI 設計而成為設計圈中的“網紅”的微信產品經理 Dan Grover 又發話了。日前，Dan Grover 發表博客表示，近來每個人都在談論“聊天界面”，這是互聯網的下一個大事件。但是，許多媒體的文章看著都讓人氣憤！他要出來主持公道了。原文來自：dangrover.com/blog
關於聊天會話，《連線》報導稱，它可以完成傳統圖形用戶界面所不能做到的事。Betaworks 天使投資總監 Matt Hartman 將文本驅動的應用程序視為“隱形的桌面”。TechCrunch 聲稱“忘記應用程序（app）吧，機器人都要取代之了”。Fin 的創建者則認為，所有的應用程序都會轉向一種新的範式。HubSpot 公司創始人之一 Dharmesh Shah 考慮的是，聊天 UI 的崛起是否即為設計師的沒落。設計？Intercom 設計總監 Emmet Connolly 認為，未來屬於會話式設計。
矽谷最頂尖風投公司 Andreessen Horowitz 的 Benedict Evans 提出，新的情勢將會是，短訊功能將會不斷擴展，直至其包含軟體特性。
「人們不需要每一個都對應單獨業務的 app，」 Facebook旗下 Messenger 負責人 David Marcus 表示，“在一個設計良好的產品裡互通信息，就比 app 的體驗要好。”他們認為，機器人將會驅動下一個“後 App”的時代。他們開放機器人 API 等做法也表明他們希望將人們帶入這樣一個時代。
但或許他們都沒有註意到微信。作為微信的知名歪果仁網紅 PM，Dan Grover 是這麼認為的：
最近的「機器人熱潮」是兩股趨勢的交匯點。一個是人工智能（AI）助理的穩步發展，比如 Siri；另一方面，一定程度上述，美國市場目前還未出現一款能夠統領市場的 app，矽谷團隊在試圖向亞洲的即時聊天軟件取經——比如微信，是如何將各種看似無關的功能整合到一起的。
過去兩年和 app 同吃同喝的日子裡，我發現認為似乎對聊天應用流行的秘訣以及它們解決的最大問題都有著嚴重錯誤的認定。
接下來我要解釋的是，聊天應用取得如此巨大的成功並不是因為“聊天界面”做得好。對於在全面滿足用戶需求上不斷失敗的矽谷手機操作系統開發商來說，它們所實現的成就更具有教育意義。聊天程序已經演變成一種平台，旨在點對點聊天之上拓展 UX。“聊天界面”不只是一個轉移人們注意力的話題，而且隨著我們了解得更加深入，我們甚至會發現，在某些地方聊天界面已經突破其局限性和弱點。
不過，首先我們來看看這樣的狀況是如何產生的。
- 聊天氣泡簡史
首先我們看看聊天界面中最表面直觀的元素——聊天氣泡。要知道這個東西是如何進化成今天這種騷氣蓬勃的，我們得回溯到 2003 年。那個時候，發信息的界面是介樣的：
許多手機的 UI，SMS 就像微型版電子郵件，“信息”功能通常包含收件箱、發件箱和草稿，多麼煩人！
後來，大概在過去的十年中，大概是多得了 Jens Alfke 發明的一個原型，我們的即時通信才開始出現如今熟悉的卡通外觀對話框氣泡。智能手機流行之後，iOS 和 Android 第一版本的出現表明，系統短信應用程序與對話氣泡簡直是天作之合。
智能手機推出之後，那些由第三方開發的默認短信應用立即黯然失色。他們曾經直接克隆系統的短信應用——唯一的區別就是信息統計基於的是用戶的流量，而非運營商的限額。
最初這些應用程序的出現，以充滿想像的氣泡取代了傳統短信的呆板風格：圓形和方形的、平面和蓬鬆的、綠色和藍色的等等。在長達 20 年協議的約束解脫之後，這些應用繼而發展得愈加強大，承擔了更多通信功能。氣泡的形式給很多新功能提供可行性支持，比如群聊的名稱顯示、已讀回執等等。新的氣泡種類還適應了 app 的各種新內容形式：
- 如何利用氣泡？
我工作所服務的 app 就把這些功能做得出神入化。微信（WeChat）的氣泡類型包括文本、語音、視頻、文件、支付、鏈接、位置和聯繫人卡片等等。通過一些代碼，我看見了該應用支持的 100 多種氣泡，有些在實際應用中甚至還未出現過。
除了支持很多不同類型的消息，微信的另一個先進之處是實現了不同類型賬號之間的消息傳遞。比如名人的個人註冊、品牌賬號以及一系列面對企業的大型線上群組交流。而更好的方式，就是官方賬號。
這就是第一個賬戶——中國南方航空公司，2012 年該功能剛啟動時的界面形象：
是的，這個機器人助理就是 HAL 9000。
另一個同類賬號的界面則是這樣的：
為什麼用戶要輸入數字，就像在一個自動語音應答系統裡面一樣？這些賬戶的創建者就是無聊到用這一個新媒體媒介來取代老式的服務熱線嗎？
肯定不是！事實上，關鍵字是可以自定義的，消息甚至可以通過第三方的服務器來製定自己喜歡的響應方式。然而，在這種情況下，輸入關鍵字或更複雜的中文查詢就不太好使了。但是，當時鍵入數字真的是約束條件下最好的 UI 選擇了。
至關重要的是，這些體驗一般比在數據不穩定的無線網絡環境中下載一個單獨的應用程序，或者打電話給客戶服務熱線等方式更可取。官方賬戶平台是一個令人激動的成功。今天，這類賬戶已經超過了 800 萬個。隨著這個功能的流行，提供給第三方的 API 已經擴展出更多的使用案例和滿足更多的用戶需求。
這些新的 API 加深並開創了許多對話以外的新的交互內容。語音信息在發送到 OA 的服務器之前，會通過語音識別進行轉錄。先進的自然語言處理甚至可以提取制定的字符實體。用戶可以像朋友對話一樣在服務中心與助理交流。甚至更特別的是，可以選擇某條信息，把它轉發到比如印象筆記官方賬號等都可以。很有趣是不是？
另一方面，微信更偉大和更成功的設計是，增強功能成功運行了會話式 UI 的計數器和載波相互正交。
其中一個作為補充的功能就是那三個菜單按鈕。有了這些菜單欄，企業賬戶就可以為它們的功能服務創建快速訪問通道，而無需依賴於信息提示或者公告。比如，廣州地鐵官方號的功能菜單界面是這樣的：
這些選項不僅可以發送關鍵字，他們也可以打開網頁。以這種方式調用 Web 應用程序可以識別用戶。他們甚至有大量的 JavaScript API 處理來集成應用中的其他功能，甚至對藍牙信號做出反應。
OA 服務器獲得了收發資金的能力。賬號可能有二維碼（QR 碼）—— 既是針對賬號本身，也有可以發送額外數據的參數化賬號。官方賬號不僅可以向用戶發送頭條新聞，如果他們願意，還可以將賬號綁定文章，讓用戶可以直接通過 app 評論，以及打賞。
所有這些功能都和聊天沒有什麼關係，但是就是很棒！
雖然這些瘋狂的想法都已經圍繞在我們身邊了，但那些美國西海岸的破壞者又開始想用機器人塑造怎樣的未來願景呢？讓我們以微軟最新發布的聊天機器人 Bot Framework 為例來好好思考一下這個問題。以下是他們設計的聊天機器人幫我訂 pizza 的方式：
好傢伙！為了讓 pizza 機器人明白我要什麼，我需要敲 73 下鍵盤！而且這還是在它已經知道我叫什麼名字的情況下了，要是不知道，我還要跟它自我介紹呢！在它的熱身階段，我真的好討厭它。拜託！按完這些鍵盤我都餓到不餓了！好吧，那我們不如打開一下必勝客的官方賬號……
16 步搞定，什麼都不用說了。這 16 下鍵盤甚至還包括了解鎖碼。訂完之後，必勝客還給我發送了一條可以隨時跟踪外賣的鏈接入口：
好吧，這不一定是 Ray 的，但它真的是 pizza。而且我無需離開我的聊天應用轉移到其他應用去就能獲得這個 pizza 了。
在上述交互的對比中，微信勝出的關鍵是其 app 裡面集成了安裝、登錄付款和通知等選擇。可見，最優化與 UI 裡面的對話功能無關。
其實並不需要太多詳細的分析，就能指出最近那些機器人和其他會話 UI 專利的愚蠢之處：
這種可以處理上述類型任務的機器人的概念實際上一種對於擬物化的好奇。一個通訊錄應用程序以同樣的方式也許也可以展示出一張聯繫名片。會話式 UI 也在數字任務上應用了一種擬物化的功能。通過這種形式，它們也不再服務於任何目的。像上述一些小小的客套話會轉化成“請”、“謝謝你”等用於有序地下一個 pizza 單，但是人們對話的殘餘部分就不再是某種有用的工具。我開啟這個對話只不過是為了在聯繫人程序裡找到聯繫方式。最後，完成訂單仍需要人工打電話。
根據一個單純的對話，針對一項給定任務來設計的 UI，只會讓我們放棄了各種各樣的選擇。否則 UI 中就要展示出任務的每一個方面（價格、尺寸、配送地址等等），以及它們是如何安排的。比如必勝客的官方賬號就做得很好。
所以，我們可以把中國過去幾年的嘗試視為“偉大的會話界面實驗”。
（本文獲雷鋒網授權刊載，未經授權請勿轉載）