注：本文作者Jonathan Libov，于2014年加入 Union Square Ventures，同時也是前Appsfire產(chǎn)品經(jīng)理。

天氣不好時，我就會搭公交車去上班。盡管許多應用都可以在地圖上直接顯示公車的位置，但是當我知道我可以利用紐約的 MTA 服務，直接 Bus Time 發(fā)短信獲取車的位置和到達時刻的時候，我還是忍不住想：“感謝上帝，我終于不用為了等車再下一個應用了?！?/p>

相比既定輸入規(guī)則的圖形界面，作為接口的文本對話正迎來一場解放，盡管不同的 App 會有不同的輸入規(guī)定。但是無論是哪種，他們都有一些共性：我打的文字在右側，其他人發(fā)的內(nèi)容在左側，而最下方的是輸入欄。

當然，Google Now 和 Siri 代表了另一種替代 App 的選擇。然而，我并不認為未來我們會和電腦以語言交流。雖然《A Space Odyssey》(太空漫游) 和《Her》都將這種它描繪成最不費力的交流方式，但是和點點鼠標、敲敲鍵盤，或是輕觸圖標啟動圖像界面比起來，說話需要更多認知和身體上的努力。想想看，有時候你寧愿和別人發(fā)一百條短信，而不是花幾分鐘打電話制定計劃。這是因為盡管文字不是最方便的，但是這種方式卻讓人覺得最舒服。

我相信對于軟件來說，舒適比便捷要重要的多，而文字就是一種讓人舒服的媒介。用文字交流快速，有趣又很靈活，可以撒嬌賣萌，也可以客觀記敘，而且與用戶界面和語言相比，有時文字讀起來更流暢。

但是就 Bus Time 而言，這種交流仍然有改進的空間：機器的語言仍然沒有那么自然，在查詢了一個月同一輛車之后，它依然沒有記住我乘坐的車號。事實上，這里就體現(xiàn)了應用和服務最基本的差別：服務只是輸入輸出的終端，而應用則應當保留每個階段的狀態(tài)。我希望有一天，服務也可以進化成 App 那樣記錄狀態(tài)信息，在我登上車后和我繼續(xù)對話：

另一個明顯的問題是，這種交流需要用戶像打命令行一樣的精準：同樣的例子，如果我打了“23& 8ht 23M”就不能識別。目前的自然語言處理技術還不足以很好地支撐以文本為主要交互手段的應用。

盡管自然語言處理技術還不夠發(fā)達，但還是有可以改進的方法，并且這些方法已經(jīng)被人使用了。

圖形用戶界面輔助聊天

Lark for iPhone 是一款和 HealthKit 平臺兼容的虛擬健身教練，通過圖形用戶界面，你可以和 lark 自由對話。

在內(nèi)容的設計上，Lark 也構思巧妙。自然的語氣和不緊不慢的節(jié)奏不會讓你覺得自己被敷衍了。

其實 iOS 內(nèi)置的短信應用也有類似的智慧。iOS 8 更新的 QuickType 功能就有預測提示的功能（見下圖），雖然 T9 和 Swype 早就有了。

具有Persona（用戶角色）的應用

在西方市場，如果你想從你的 iPhone 上獲取服務，你可以訪問手機版的網(wǎng)頁或者是下載一個 app。但是在中國的微信上，你可能只需要在訂閱號里就可以查看，省去了下載 App 的必要。

還是回到我們之前討論的 Bus Time 問題，建立 Persona 可能是一種更優(yōu)雅的解決方案，比如告訴我 M23 專有的 PTSN 號，我以后就可以直接給那個號碼發(fā)送信息。

最有可能成為“西方微信”的是 Facebook Messenger。他們最近還收購了一家語音辨識技術公司 Wit.ai，也許因為之前得罪了太多開發(fā)者。無論如何，用戶現(xiàn)在都可以在 Messenger 中體驗原本在 App 上才能體驗的服務了。

與此同時，Path（據(jù)報道為蘋果的收購對象）收購了 TalkTo，意圖集成 TalkTo 中用戶向商家詢問價格、預定服務和顯示地理位置等功能。Kik 和 Snapchat 也瞄準了同一領域。還有這周末出場的虛擬助手 Magic，完全依靠短信與用戶交互。

如果這種 App-as-Personae 模型在西方流行，那么直接受到打擊的就是 Google（搜索量會減少）和蘋果（App Store 會受到影響）。尤其是卡片式設計走向成熟后，原本封裝于 App 和網(wǎng)頁的內(nèi)容都可以輕輕松松地從聊天中獲得。下面這個視頻展示了 Wildcard SDK 如何將藍色鏈接里的內(nèi)容直接轉換成快速的卡片式信息。

視頻地址請戳這邊，自行前去觀摩~

還有今天剛出現(xiàn)在 Product Hunt 上的 Luka 也在卡片式上玩了一手好牌。

你也許會認為，蘋果和 Google 一定已經(jīng)預見到了這一點，所以他們有兩條路，要不就扼殺 Facebook，讓 Messenger 無法與其他服務合并，但這看起來并不現(xiàn)實。而另一個選擇就是搶占先機。

對于 Google 和蘋果來說，最容易想到的方法就是開放他們自己的 Hangouts 和 Messages。但是這樣會打亂他們原本的架構，所以另一種可能的方法是對所有 OS 上文本都嵌入服務。

更深層的含義

之前我所闡述的例子在交互的模式上都是與用戶不相關的。圖形界面輔助的方式給與用戶主動提出的問題明確的回應；而用戶角色也只是讓原本應該出現(xiàn)在 Springboard 上的信息出現(xiàn)在了聯(lián)系人列表上。那會不會有一種更加流暢，偏向于交流的方式？讓用戶脫離 OS 定義的必需打開應用的規(guī)則，根據(jù)自己的需要和談話內(nèi)容驅(qū)動服務？

還真的有，ChatGrape 避免了打開額外的窗口或應用，你只需要輸入“#”加上文件名就可以得到你要尋找的文件資料。

當然，這么做需要打開一個第三方應用，但是這種快速傳送文檔資料內(nèi)數(shù)據(jù)的方式會極大提高了效率。

另外，Slack，作為一個純文檔愛好者，都不給你自行無聊地配置文件信息的權利，所有的過程都是通過和 slack 交談完成的。

Slack 很好的整合了各個功能，簡單地難以置信，比如說，你只要打“/appear”就可以啟動 appear.in 進行視頻聊天。

不難想到，同樣的功能也可以拓展到手機上。事實上手機上確實實現(xiàn)了部分類似的功能：

假如 OS 也可以識別對話中的關鍵字：

上圖中，OS 識別了“talk this out”，一旦用戶點擊它，就會向?qū)Ψ桨l(fā)起呼叫。用戶就不需要再啟動 Facetime 或者是進入通訊錄去尋找那個“Call on facetime”的按鈕了。

現(xiàn)在再發(fā)揮一下我們的想象力，假如 App 和服務也可以識別不同的關鍵字：時間，行為，名字，品牌等等。比如 OS 知道我是一個 Foursquare 用戶，那我就可以直接向 Foursqure“尋求建議”：

假如這些回應可以直接出現(xiàn)在我的輸入框里：

或者當我不在發(fā)送消息時，它也能針對我選中文字提供語義上關聯(lián)的內(nèi)容：

這么做最有趣的一點是，它將內(nèi)容，從內(nèi)容制造者本身轉移到了 OS 和其他服務提供的延伸內(nèi)容上，也許是上圖這個被選中的人對這件事發(fā)表的觀點。這種拓展就像語言本身一樣，充滿了無盡的可能。

對這場【開始】的總結

信息傳遞，對機器和我們來說是一種相同的交流方式。上面提到的任何一種方式都有可能對人機交流帶來質(zhì)的改變。然而目前，機器和我們的交互還是停留在 處理我們給與的沒有關聯(lián)的問題上：我們給它命令，我們要打開文件，我們點擊超鏈接，點擊圖標。傳遞方式的改變，模擬自然交流的用戶界面和內(nèi)置的超鏈接會讓 這種交互更加自然流利。

除此以外，信息傳遞的 AI 也將得益于我們的回饋。隨著交流的積累，它們會更加完善。對于 GUI 來說，這樣的優(yōu)勢并不明顯。未來，這些基于文本的 AI 所能達到的高度會是圖形界面所遠不能及的。

原文來自：36KR

本文編譯自：whoo.ps