我的譯文盡量的貼合文檔中原有的表意，同時基于我個人對語音交互的理解對表達(dá)文字進(jìn)行潤色。其中有個別概念名詞比較抽象，所以我也旁邊附上了英文單詞，以便大家理解。

這份文檔內(nèi)容比較長，我分了章節(jié)，陸續(xù)發(fā)出，感興趣的同學(xué)可以關(guān)注訂閱。

以下進(jìn)入正文。

我們正在進(jìn)入一個有光明前景的全新計(jì)算領(lǐng)域，機(jī)器學(xué)習(xí)和人工智能激發(fā)著對話式界面和自然語言的進(jìn)步，同時使對話式交互成為一種新的交互模式。

目前，識別語音輸入的相關(guān)問題已經(jīng)大部分得到解決，而現(xiàn)在我們面臨一個新的挑戰(zhàn)：如何構(gòu)建一種繼承人類自然語音會話的用戶體驗(yàn)?zāi)Ｊ健?/P>

本站內(nèi)容涵蓋了關(guān)于對話的核心機(jī)制，介紹了核心的設(shè)計(jì)原則，并提供一個可實(shí)踐的UI工具，幫助你為用戶創(chuàng)建有吸引力、令人愉悅并有實(shí)際價值的對話式用戶體驗(yàn)。

一、對話的基礎(chǔ)概念

通過對自然對話中我們幾乎無意識遵循的規(guī)則與慣例進(jìn)行解構(gòu)，我們總結(jié)出一些形成良好對話的關(guān)鍵要素，包括：

1. 輪流（Turn-taking）

在對話中我們基于互相來回傳遞的微妙信號進(jìn)行輪流表達(dá)。如果會話中缺少這種有效的輪流互換，我們就有可能難以保持信息的同步或無法跟上對方的節(jié)奏。

2. 串聯(lián)（Threading）

在自然語言中，對話的元素通常會被連貫的串聯(lián)在一起，包括上下文以及隨時間演進(jìn)的對話方式。這種串聯(lián)幫助我們跟進(jìn)會話過程。

3. 利用語言的潛在效率

人們經(jīng)常會用簡略的口語交流，因?yàn)樗麄兛梢粤私馄渲械暮x。我們在對話中自動補(bǔ)全那些句子之間那些“沒有被說出來的”潛臺詞，有些表達(dá)可以不言而喻。但是與軟件系統(tǒng)進(jìn)行對話，就需要彌補(bǔ)人類語言中那些似乎不合邏輯的、無法被計(jì)算的自然屬性。

4. 預(yù)估用戶行為的多樣性

對同樣的內(nèi)容，人們會根據(jù)情景上下文和對話的期許，采用不同的詞匯和方式來表達(dá)。所以對話式UI應(yīng)該考慮支持這種多樣性，以便所有用戶都能夠無障礙體驗(yàn)。

設(shè)計(jì)師不應(yīng)該僅僅關(guān)注所謂的“愉悅路徑”（happy path），而是要在所有場景中創(chuàng)造穩(wěn)定的體驗(yàn)，即使是那些看起來像是”出錯“的場景。在任何對話中，都可能出錯，就像人們經(jīng)常會發(fā)現(xiàn)和修復(fù)自己的錯誤一樣，設(shè)計(jì)師必須也應(yīng)該可以在對話的過程流中修復(fù)出現(xiàn)的問題。

二、理解合作式行為（cooperative behavior）

輪流表達(dá)、上下文和串聯(lián)是合作式會話的組成部分，這是由哲學(xué)家保羅·格里斯（Paul Grice）普及的一個概念。格里斯把它稱為合作原則（Cooperative Principle）。他還創(chuàng)建了“格里斯原則”，來詮釋他所觀察到的會話中的原則——人們的交談應(yīng)該盡可能的真誠、詳實(shí)、有相關(guān)性并且清晰。

對話式UI應(yīng)該盡量的遵循這些固有的合作原則，也要準(zhǔn)備好同時支持那些有過不良對話體驗(yàn)的用戶。

三、解鎖口語的力量

好的UI體驗(yàn)不會被限制在一個固定的腳本中，也不應(yīng)該像過去的觸摸式屏幕交互那樣強(qiáng)迫用戶沿著單一路徑去操作。對話式UI應(yīng)該聚焦到發(fā)揮語言和表意的強(qiáng)大力量，采用人們?nèi)粘５恼Z言來交流，而不應(yīng)該為了把用戶束縛在“愉悅路徑”上而去“教導(dǎo)”用戶。另外，也要盡量避免說那些顯而易見的東西，或是以高高在上的語氣說話。人們不會喜歡那種聽起來比他們自己要聰明的設(shè)備。

四、向用戶傳遞信心

好的UI也意味著確認(rèn)用戶的輸入和管理用戶的預(yù)期，以便獲取用戶的信任、傳遞信息。

當(dāng)用戶提出請求，在UI體驗(yàn)可以進(jìn)行確認(rèn)——用類似“OK”、“Sure”、“Alright”、“Thanks”或“Got it”的短語進(jìn)行反饋，來表示接收到指令和正在聆聽。隨機(jī)的確認(rèn)語可以讓體驗(yàn)更加流暢自然。

進(jìn)行反饋后，系統(tǒng)可以請求顯性或隱性的確認(rèn)。通過顯性的確認(rèn)（通常在重要任務(wù)的場景中，如訂購機(jī)票），UI會在進(jìn)行下一步之前請求用戶的口頭確認(rèn)。

而在隱性確認(rèn)中（通常適用在低風(fēng)險的場景，如播放一首歌），UI會將用戶請求中的關(guān)鍵信息融入到自己的反饋中，來給予用戶反饋，向用戶傳遞信息，這種確認(rèn)不需要用戶的口頭確認(rèn)。

原文地址：https://developers.google.com/actions/design/