混合型界面:對話式UI的未來

来源:https://www.cnblogs.com/hdjc/archive/2022/07/31/16536386.html
-Advertisement-
Play Games

2016年是對話式設計之年。消息應用正以驚人的好評度和參與率,占領世界和app store的排行榜。每個社區產品、應用市場、點播服務、約會應用、社交游戲和電商產品,為了提高好評度、參與率和銷量,都已經或即將加入消息功能。 有大量關於對話式UI的討論,還有這種人機對話模式如何通過簡單的指令和文字反饋( ...


2016年是對話式設計之年。消息應用正以驚人的好評度和參與率,占領世界和app store的排行榜。每個社區產品、應用市場、點播服務、約會應用、社交游戲和電商產品,為了提高好評度、參與率和銷量,都已經或即將加入消息功能。

有大量關於對話式UI的討論,還有這種人機對話模式如何通過簡單的指令和文字反饋(偶爾配合照片),將消息或語音交互融合在一起。雖然我很喜歡文字和照片,但它尚有非常廣闊的探索前景,可以在對話式界面中加入豐富的圖形界面元素。

這點有些諷刺,因為1986、1996、2006年也是對話式設計之年。想知道對話式UI會走向何方,我們就應該回到這些歷史時期。

命令行,又稱作原始對話式界面

似乎我們都見過這些界面。命令行正是最初的對話式界面。輸入上下文指令,敲回車,電腦就會執行命令,並且列印出答案。輸入和輸出都是文字。有時候通過非常原始的方式,你能看到各種符號組成的表格或ASCII碼圖片。這是文字媒介的一種極具創造力的用法,但它本質上還是文本。

 

Linux命令行

仔細想想,這是不是很像一場互動對話,人告訴電腦做什麼,電腦執行,然後回來彙報結果,或者提出新的問題,得到回覆後才能繼續任務。

命令行最大的缺陷在於,你必須準確知道應該輸入什麼,或者讓電腦給你提供選項。要記住所有這些命令,對多數人而言要求太高,這時的電腦還不夠平易近人。

即使早在那個年代,消息應用就已經存在了,因為人們不僅僅想要與機器對話,也想和人類對話。交互被局限於文字媒介。

圖形化用戶界面

施樂公司帕洛阿爾托研究中心,一家複印機公司下屬部門的天才們,創立了一系列用戶界面範式,徹底改變了游戲規則。讓不懂命令行、也不願花數小時學習的用戶,能夠直接用東西(滑鼠指針)指著屏幕上熟悉的視覺形象。

 

Xerox Star用戶界面

這些物體代表了人們在現實世界中熟悉的事物——文件夾、按鈕、垃圾桶。除了這些熟悉的視覺隱喻,他們還加入了新的概念,例如視窗、對話框、桌面等等。這些物體讓用戶能與電腦交談,電腦也能以圖形化而非文字的方式與用戶交流,只需要指向並點擊他們需要的操作。

採用對話式UI的消息應用

文字主要用於輸入網址、撰寫文檔和郵件,已經不作為人機交互的主要方式了。但它仍然是人與人通過電腦交流的主要方式,聊天室和前赴後繼的消息應用都是如此。

聊天室就是最原始的Slack。顯然,它更粗糙、更欠產品化。但聊天室引入的許多概念在今天再度盛行。聊天室已經支持了聊天機器人、多人測驗、投票和其他類型的對話式應用,各頻道可以依需要啟用。

 

Trivia聊天室機器人

即時通訊應用在視覺上更自然,隨時間推移也開始支持更豐富的媒體格式,例如表情、照片、視頻和小程式,例如游戲或測驗。第一批這類應用包括ICQ、AIM、MSN和Yahoo! messenger,在90年代末極度盛行。

MSN messenger里的井字游戲

隨著移動通信的到來,還有運算設備屏幕的局限,需要對桌面端的富圖形界面進行重新思考。早期的移動設備只有幾行簡單的黑白文本界面。

簡訊服務(SMS)是1994年少數幾個出現在移動設備上的服務之一。簡訊只支持文字,並且不能超過160個字元(譯者註:這是在作者的國度)。從一開始,它就既支持人與人互發簡訊,也支持人與電腦發送消息。簡訊具備一些聊天室和桌面即時通訊應用不具備的特征。它能持續運轉,可以在任何時候接收到通知。也出現了基礎的對話式服務,例如通過簡訊指令查詢餘額。文字游戲、星座運勢、還有其他娛樂類內容,把簡訊的運用推向了一個新的方向。而相對嚴肅的應用,例如天氣和股票行情,則又是另一個方向。這些應用通常都由服務商或者關係緊密的企業提供。不像聊天室或即時聊天應用,簡訊自己集成了支付系統,使得它能在這個平臺上構建出真正的業務。最後,許多像Nexmo這樣的上層服務商(OTT),讓每個開發者都能運用簡訊來搭建全球平臺。平臺限制和入口,使得簡訊成為移動端對話式界面、聊天機器人、智能助手絕佳的試驗田。由於只能使用文字,基於簡訊的應用與命令行的體驗差不多。

 

Assist的簡訊聊天機器人界面

隨著智能手機的崛起,我們看到越來越多的上層服務(OTT)應用開始蠶食簡訊的核心價值。通信應用在移動使用中占了最大比重,因為用戶暴露在大量消息通知中。由於這些消息應用通過IP通信,繞過了運營商的信號網路,對內容的類型基本沒有任何限制,消息中什麼都可以發。可以看到,這些應用已經擴展了消息類型,包含照片、音頻消息、視頻、表情、動圖等富媒體。微信和Line這些來自亞洲的即時通訊軟體,還將這些富媒體消息擴展為迷你應用。Facebook Messenger對這個概念進行了移植。每個消息都是一個自我包含的應用,可以產生文字或富媒體界面。

上層消息應用正在逐步開放API來整合各種服務,非常像簡訊的演化路徑。TelegramSlack和 kik都有成百上千的聊天機器人。

 

Slack中的KhaledBot

儘管如此,限於應用所處的環境,其中多數機器人還是基於文字,還不支持迷你應用。仍然近乎於命令行,只是額外加入一些富媒體內容。

不像簡訊是整合到系統中的應用,所有基於簡訊的產品都依存於此,但許多產品都有應用內消息。各種消息應用、社區、應用市場、點播服務、約會應用、游戲和企業工具,都包含某種依照環境和用戶專門定製的即時消息。一般來說,相對於OTT消息應用,這些應用都有簡化版的消息功能,畢竟這些都不是業務的核心。但一切變化很快,我們在Layer打造的服務,能讓消息功能被植入到越來越多的應用中。不只是把通常專屬於消息應用的功能帶給每個產品,最重要的是探索了新的可能性。

每條消息都是獨立應用

下麵是一些混合界面的案例,很好地將命令行與圖形界面範式結合起來。2016年起,我們會看到更多此類案例,因為這種結合吸取了兩者的優點:文字——對話式界面的快速輸入,還有圖形界面豐富直觀的體驗。

 

每條信息都是獨立應用

每條消息都有成為一個獨立應用的潛質。它可以顯示文字、照片,或者在消息氣泡的局限中展現更複雜的信息。有無限的可能,可以創造各種迷你應用,比如照片輪播、媒體播放器、迷你游戲、清單項、消息內支付等等。

 

富文本消息例子——音樂、照片、移動商店、迷你游戲、測驗、快遞、酒店預訂

開發者們可以更多關註體驗,不用局限於基礎設施。將迷你應用作為消息的一部分,會成為一種行業標準。我們在對話式設計領域中已經能看到這種趨勢,Operator這樣的公司正在引領行業前行,設計出豐富的體驗供用戶直接操作,而不僅僅是回覆文字。這是他們與傳統消息應用的一大區別。

Operator中的可操作消息卡片

聊天機器人(自然語言處理、人工智慧和其他許多美好事物)

你或許已經註意到了,以上案例中的某些消息,其實不必由人類來撰寫和發送。事實上,隨著消息變為迷你應用,加入聊天機器人就變得更有意義。這尤其方便了管理工作流的業務和應用。發出消息就是輸入請求,回覆的消息不僅僅是答案,還提供了一個完整的應用來處理請求。例如,向一個對話式應用提問“知道Onitsuka Tigers嗎?”會得到文字或圖片的商品列表,還可能返回帶有輪播滾動的信息卡片,每條結果都帶有購買按鈕,可以直接觸發支付流程。讓人類來製作富媒體卡片極其耗時,但對於理解上下文問題的機器人而言,這是小事一樁。只有混合了對話式界面和富媒體圖形界面,聊天機器人才能發揮它的潛能。

語音信息

蘋果的Siri和亞馬遜的Alexa/Echo做出了表率,語音可以成為對話式人機交互中一種強大的輸入/輸出手段。結合富媒體圖形化反饋,它還可以更強大。帶有語音輸入和視覺輸出的智能手錶,是這個領域的一種探索。我很確信將來會出現更多類似形式。

原文鏈接:https://medium.com/the-layer/the-future-of-conversational-ui-belongs-to-hybrid-interfaces-8a228de0bdb5#.yn4io27e8


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 自從2021年2月第20輪公佈的測試以後,一年半後 的2022年7月19日 發佈了 TechEmpower 21輪測試報告:Round 21 results - TechEmpower Framework Benchmarks。Techempower benchmark是包含範圍最廣泛的web框架性 ...
  • 我個人對GRPC是比較感興趣的,最近在玩通過前端調用GRPC。通過前端調用GRPC業界有兩種方式:GRPC Web和GRPC JSON轉碼。 GRPC Web 通過JS或者Blazor WASM調用GRPC,微軟在這方面做的還是很好的,從.NET Core3.0之後就提供了兩種實現GRPC Web的 ...
  • Doxillion是一款多格式文檔轉換器軟體,支持在Microsoft office文件(如doc,docx,xls和xlsx)之間進行轉換,且一次可以轉換數千個文件。Doxillion還支持從WordPerfect,txt,Open office,odt等轉換為pdf,docx等,可以大大的提升你 ...
  • Music Tag Editor 中文版是一款macOS平臺的音頻標簽管理工具,支持UNICODE,軟體帶有PLS/M3U列表生成器,還可以生成XML/TXT/CSV格式的播放列表,通過它用戶可以快速修改音樂文件的tag信息、創建播放列表,另外,軟體自帶播放器,可以播放常見的音頻文件。 詳情:Mus ...
  • PDFelement Pro Mac是一款可以幫助用戶編輯PDF的工具,其設計的功能針對中小型用戶開發,支持常規的編輯、修改、操作,並且可以實現PDF文件轉換功能,您可以將word、Excel等office文件轉換為PDF文件保存,讓您可以擁有一款簡單、高效的PDF辦公軟體。 詳情:Wondersh ...
  • SoundSource 5 for Mac是一款優質的音頻控制軟體,可讓您直接從菜單欄調整輸入,輸出和音效設備以及音量設置。啟用輸入設備的軟播放到您想要的輸出,這樣您就可以聽到通過任何麥克風或其他來源發出的聲音。 詳情:SoundSource 5 for Mac(音頻控制工具) 功能介紹 1、快速訪 ...
  • 上篇文章講到使用MySQL的Explain命令可以分析SQL性能瓶頸,優化SQL查詢,以及查看是否用到了索引。 我們都知道創建索引可以提高查詢效率,但是具體該怎麼創建索引? 哪些欄位適合創建索引? 哪些欄位又不適合創建索引? 本文跟大家一塊學習一下如何創建合適資料庫索引。 ...
  • 使用flink的時候難免和redis打交道,相信大家都使用過flink-connector-redis來處理,但是當我想要使用RedisSink寫入集群時,發現居然不支持使用密碼,於是有了這篇筆記。 ...
一周排行
    -Advertisement-
    Play Games
  • 1、預覽地址:http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展,企業對於信息系統數據的保密工作愈發重視,不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的,如數據列、數據行、數據按鈕 ...
  • 前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目,然後評論也是比較多,也是準備去學習一下如何確保RabbitMQ的消息可靠性,但是由於時間原因,先來說說設計模式中的簡單工廠模式吧! 在瞭解簡單工廠模式之前,我們要知道C#是一款面向對象的高級程式語言。它有3大特性,封裝、繼承、多態。 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項,其中包含一系列節點、連接和連接器組件,旨在簡化構建基於節點的工具的過程 ...
  • 創建一個webapi項目做測試使用。 創建新控制器,搭建一個基礎框架,包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法,用於獲取指定URL的信息 使用http請求訪問指定url,先運行一下,看看返回的內容。內容如圖右邊所示,實際上是一個Json數據。我們主要解析 大事記 部 ...
  • 最近在不少自媒體上看到有關.NET與C#的資訊與評價,感覺大家對.NET與C#還是不太瞭解,尤其是對2016年6月發佈的跨平臺.NET Core 1.0,更是知之甚少。在考慮一番之後,還是決定寫點東西總結一下,也回顧一下.NET的發展歷史。 首先,你沒看錯,.NET是跨平臺的,可以在Windows、 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點(nodes) 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • 類型檢查和轉換:當你需要檢查對象是否為特定類型,並且希望在同一時間內將其轉換為那個類型時,模式匹配提供了一種更簡潔的方式來完成這一任務,避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯:在處理複雜的條件邏輯時,特別是涉及到多個條件和類型的情況下,使用模式匹配可以使代碼更 ...
  • 在日常開發中,我們經常需要和文件打交道,特別是桌面開發,有時候就會需要載入大批量的文件,而且可能還會存在部分文件缺失的情況,那麼如何才能快速的判斷文件是否存在呢?如果處理不當的,且文件數量比較多的時候,可能會造成卡頓等情況,進而影響程式的使用體驗。今天就以一個簡單的小例子,簡述兩種不同的判斷文件是否... ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...