一個人的聊天機器人設計衝刺 One-Person Chatbots Sprint

我如何只用 6 個步驟,一個人從 0 到 1 打造良好體驗的聊天機器人

Daniel Lee
Dec 21, 2019 · 22 min read

在發布《如何設計客服聊天機器人 — 理論篇:探索顧客體驗導向的設計準則》之後,我收到了許多很好的迴響,也不斷思考在實務上一個良好體驗的 Chatbot 究竟是怎麼設計出來的。而這篇文章其實就是《如何設計客服聊天機器人—實務篇》,將以近期我設計的「BotBonnie 教學 Bot」(點擊可開啟 Bot) 舉例,如何將設計衝刺應用在 Chatbot 上。

因為中間會舉一些平台操作的例子,想試用 BotBonnie 的我們提供註冊後的 14 天內體驗完整功能,超過 14 天則調回免費版(無期限) >> 先註冊再回來看文章

本文目錄・什麼是聊天機器人設計衝刺
・事前準備
・步驟一:定位宣告
・步驟二:顧客旅程地圖
・步驟三:最小可行資訊架構
・步驟四:情境故事板
・步驟五:腳本設計
・步驟六:設計評估
・結語

什麼是聊天機器人設計衝刺 Introduction to Chatbots Sprint

Design Sprint process. Image from Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days.

聊天機器人設計衝刺 Chatbots Sprint 就是應用了設計衝刺的核心精神所提出的 Chatbot 設計流程,包含了 6 個步驟:定位宣告、顧客旅程地圖、最小可行資訊架構、情境故事板、腳本設計、設計評估。

Sprint 相較於 Design Thinking (設計思考),我認為有以下兩點原因讓它更適合作為 Chatbot 的設計流程框架:

  • Sprint 是一個以使用者測試為主要質性用研方法的流程。我自己觀察一些新創公司可能會較為偏好以此方式來取得質性資料而非在前期就進行質性調研,這是在用研成本與價值之間取得平衡的結果
  • Sprint 強調一次只解決一個問題。Chatbot 作為一個設計標的,去掉訓練語意分析模型的部分 (也是設計師較難以介入的部分),相對其他類型的介面產品不需要到很複雜即可滿足企業與使用者雙方的需求,以企業提出的需求而言,在一開始常常只會是一個簡單的概念 (如導流到官網、預約訂位、降低客服負荷等等),因此適合這個框架

既然說是應用「核心精神」,就代表其實這個流程框架與傳統有所不同。許多公司由於人力資源的關係,從創意發想、腳本設計到機器人建立,很有可能都是同一個人負責的,所以若能有一個只要一個人就能遵從的設計流程,相信可以幫助許多公司開始考慮導入聊天機器人,也能讓承接任務的人更有信心能夠設計出好的聊天機器人。以往 Design Sprint 會有一個 Facilitator (引導師) 來引導工作坊中的共創活動,然而如果機器人設計師 ( Bot Designer ) 能夠依循本文所述進行設計,那麼就「暫時」不用先擔心 Facilitator 的問題。

Chatbots Sprint Process

什麼類型的機器人適合 Chatbots Sprint?

BotBonnie 教學 Bot

常見的解決方式除了改善易用性、操作流程以外,也會搭配模板和引導教學,過去 BotBonnie 在引導教學上還沒有太多的著墨,因此此次的主要設計問題即為:

如何設計好的 Chatbot 引導流程,來讓使用者成功建立一隻機器人與其流程腳本

事前準備

定義長期目標與設計問題

以 BotBonnie 教學 Bot 為例,我們的長期目標是提升免費用戶轉換成付費用戶的比例,而設計問題就是如何透過初次使用的導引設計提升 Activation Rate。這些長期目標和設計問題就是在例行會議中確認的,因此在這邊我就不刻意規劃怎麼去定義這兩者。

我所用的方法一樣採取設計衝刺中「Map」的階段,列出顧客旅程來找體驗斷點,並共同討論出解決哪一個問題對當前對公司來說相對有效益,那就是接下來這一次 Sprint 要解決的問題。

BotBonnie’s Map in Chatbots Sprint

次級資料蒐集

這份問題清單可以交由原本的客服先行整理,或者是由各個單位的同事進行發想。準備常見問題是為了能夠生成快速且精準的回覆,而了解問題的意圖和關鍵字,是為了更深入理解問題與自己產品/服務的關係,並給予客製化的回覆。

閱讀這篇文章

如果是多人團隊,為了讓大家對活動內容都能夠有完整的理解和預期,建議參與成員閱讀完這篇文章,如果真的沒辦法,Facilitator 會肩負更重的責任。

正確的團隊

以聊天機器人設計衝刺而言,1~6 位團隊成員都是可接受範圍,但至少需要一位能對機器人成效負責的公司成員。

必須出席的成員
・Bot 設計師
建議至少出席一位
・CEO
・行銷主管/總監
・產品設計主管/總監
・客服部門主管/總監

第一步:定位宣告 Position Statement

簡化版的內容生態系地圖

以 BotBonnie 為例,我畫了一個簡化版的 CEM,圓形代表的是內容傳遞管道,而長方形代表的是內部單位。管道與管道之間代表連結的關係;單位與管道之間代表的就是經營關係;而單位與單位之間代表的是管理關係。如果要詳細一點,可以在線條上標記關係,並且再加上各個管道會傳遞的內容形式包含什麼。

Medium 文章是我們最主要的內容形式,而幾乎所有的內容管道都會連結至 Medium,因此在規劃機器人時,就不能忘記把 Medium 考慮進去,並且可以好好思考如何運用 Medium 豐富的內容資源。

另外,官網架構常常是在設計機器人架構時被大量參考的對象,然而機器人不應該只是把官網複製到聊天視窗內,而是應在考量著重的目的後,找到架構涵蓋範圍的定位。此處應用了上篇的分析結果,把品牌機器人的目的列出來,並各自對應了適合的架構。

架構定位圖

在畫完這些地圖後,即可以根據地圖產出定位宣告,形式如下:

  • 身為一個以【機器人的設計目的】為目的的機器人
  • 機器人的架構應該從【擷取/補充】官網資訊出發
  • 並以【內容生態系的主要內容來源】為主要的內容來源

以 BotBonnie 教學 Bot 來說,定位宣告如下:

做為一個以解決首次使用無法完成新增機器人問題為主,了解進階功能為輔的教學機器人,機器人的架構應從補充官網缺乏的資訊出發,並以 Medium 為主要的內容來源。

多人活動進行方法 (30min)
1. 每個人先各自安靜地畫出內容生態系地圖與架構定位圖
2. 貼出來之後 Facilitator 快速地讀過一遍大家的內容
3. 所有人安靜地閱讀彼此的地圖,記錄自己認同與喜歡的地圖,並寫下自己的定位宣告
4. 貼出各自的定位宣告,由 Facilitator 快速地讀過一遍大家的宣告
5. 在每個人決定自己偏好的宣告後,各自唸出並由 Facilitator 將投票結果記在白板上
6. 花5分鐘討論「目的」與「內容主要來源」
7. 由決定者投票選出最後的宣告

第二步:顧客旅程地圖 Customer Journey Map

以 BotBonnie 教學 Bot 為例,從註冊完之後開始一直到新增機器人,再到發布機器人,中間還會經歷許多細節步驟,例如新增按鈕、設定群發訊息等等,不過這些我都已經在這個步驟之前就畫出來了,所以我在定位宣告之後重新檢視了顧客旅程地圖,此時就可以再拿出來看看在這個設計問題之下影響體驗的地方在哪。

在繪製顧客旅程地圖的時候不需要太過複雜,只要足以展現會影響體驗的步驟以及產品/服務與顧客互動的過程即可。

左:你聽說的顧客旅程地圖|右:你實際上需要的顧客旅程地圖 (以洽詢客服為例)
多人活動進行方法 (30min)
1. 每個人先花1分鐘各自安靜地列出任何想得到的顧客類型
2. 唸出來後由 Facilitator 列在白板上
3. 所有人安靜地閱讀全部的顧客類型,並寫下自認最重要的2個類型
4. 唸出來後由 Facilitator 將投票結果記在白板上
5. 花5分鐘討論
6. 由決定者投票選出前2重要的顧客類型
7. 每個人先各自安靜地寫下2個類型顧客會經過的10個步驟,一張便利貼一個步驟
8. 依顧客類型分類並依序貼出來,各自在覺得重要並會影響顧客體驗的步驟貼上貼紙
9. 拿掉沒有貼紙的便利貼
10. 聚合成一個大地圖,並在不同類型人物之間畫上可能的互動

第三步:最小可行資訊架構 Minimum Viable Information Architecture

傳統在設計資訊架構時會使用卡片排列( Card Sorting ) 的方式,邀請 15 位以上的顧客進行認知研究,來決定架構的設計方向。然而在資源不足的條件下,僅能使用手中有的資訊來建立足夠好的假設。這些僅有的使用者資訊資訊可以來自產品本身或官網已經設計過的資訊架構,或是顧客旅程地圖等等。

簡單分類好任務情境之後,可能的型態會是如下圖:

舊版 BotBonnie 客服機器人資訊架構的簡化版 (Source: 利用 Chatbot Design Canvas 實際分析邦妮的聊天機器人吧!)

而如果對於結合流程有更多想法,可以利用類似心智圖 (我是用 Miro,比 Xmind 好看很多) 的方法長出更多的任務細節步驟:

Onboarding Bot 對在首次使用時最可能感到疑惑的一些名詞進行解釋與操作設定引導
Hello World Bot 提供建立最基本機器人的教學

什麼是「最小可行」資訊架構

Minimum Viable Information Architecture

在建立 BotBonnie 教學 Bot 的時候,我原本想把所有教學都在機器人內完成 (完全忘記前面的定位宣告了),然而我只建了兩個流程就發現太耗時,會趕不上時程。

也是在這邊我就自己定義了一個準則:「如果引導教學要超過 3 步驟才能講完,就改為引導到 Medium」。這個準則能夠幫我避免過多的重工,並讓 Chatbot 和 Medium 發揮各自的優勢。不過這個準則不一定適用每一個機器人,每個機器人要追求的長期目標與設計問題以及所處的工作環境和參與的工作流程,都會影響排序的標準,因此在這邊我只提出一個概念,大家可以彈性的修改與應用。

多人活動進行方法 (30min)
1. 拿出一張 A4 白紙,各自安靜地在20分鐘內畫出資訊架構
2. 貼出來之後 Facilitator 快速地讀過一遍大家的內容
3. 所有人安靜地閱讀彼此的資訊架構,記錄自己認同與喜歡的方案
4. 唸出自己喜歡的方案,並由 Facilitator 將投票結果記在白板上
6. 花5分鐘討論
7. 由決定者投票選出初版資訊架構

第四步:情境故事板 Storyboard

到了這一步,團隊已經具備清楚的目標、Chatbot 的架構與流程,而情境故事板讓這一切具象化,目的就是「減少不必要的開放性討論」,開放性的討論包含了「討論未曾討論過的新想法」、「加入任何不必要的東西」。為了達成這個目的,情境故事板的活動規劃分成兩步驟:(1)測試流程規劃 (2)體驗情境設計。

測試流程規劃

1. 登入後找到客服機器人
2. 透過客服機器人找到教學入口
3. 在教學中找到新增機器人單元
4. 依據單元教學新增空白機器人
5. 依據剩餘單元教學完成建立第一隻機器人
6. 透過客服機器人理解操作介面中尚不理解的名詞

每一個測試點都應該被呈現在情境故事板當中,在設計體驗情境時才不會不小心忽略最重要的設計點。測試點的想法來源可以是顧客旅程地圖(提供步驟)或是設計問題等等已經整理好的資訊,每個測試點也都應該以「Action Step」的方式撰寫,也就是一定要有一個動詞來說明使用者的操作行為。

多人活動進行方法 (30min)
1. 每個人先安靜的在10分鐘內各自寫下6個測試點,一個測試點一張便利貼,先寫起始點,再寫終點,最後再填補中間的4個步驟
2. 貼出來之後 Facilitator 快速地讀過一遍大家的內容
3. 所有人安靜地閱讀彼此的測試流程,記錄自己認同與喜歡的方案
4. 唸出自己喜歡的方案,並由 Facilitator 將投票結果記在白板上
5. 花5分鐘討論
4. 由決定者投票選出測試流程主幹
5. 決定者可以根據討論結果決定是否於主幹再加入一張團隊認為值得加入的測試點

體驗情境設計

Storyboard 版本的主選單
實際上線之後於手機和網頁的 Customer Chat Plugin 互動
多人活動進行方法 (30min)
1. 拿8張A4白紙,其中6~7張各自對應一個測試點便利貼並排序
2. 先於白紙上補齊測試點便利貼想傳達的內容
3. 從第1張開始畫,接著是第8張,最後才畫中間的2~7張
tips. 盡量讓每個人都分配到工作,如找素材、分配每個人各自畫哪幾張等等

第五步:腳本設計 Script Design

撰寫工具

直敘式是指使用 Word、PowerPoint 等文件編輯軟體,直接線性撰寫文字與搭配圖像示意圖來呈現互動流程,缺點是非常耗時且難以呈現資訊架構。樹狀式是利用 Excel、心智圖等方式,以一目瞭然的資訊架構呈現腳本內容與互動關係,缺點是難以搭配圖片。

然而如果是在 BotBonnie 內編輯腳本,則能達成兩者的平衡。拖拉式的視覺化模組可以輕易呈現樹狀結構,而內容則可以任意搭配不同的訊息格式如文字、圖片、輪播訊息等等,透過良好的設計,Bot Designer 可以一邊編輯模組一邊體驗該模組最終呈現的樣貌。BotBonnie 亦提供了共編功能,也就是只要分配好撰寫的部分,每個團隊成員都可以同時開啟編輯後台撰寫腳本。

UX Writing

  • 由於 Chatbot 的對話很難設計修復情境,因此必須力求每一句話都能被大部分人理解
  • 由於人的認知資源有限,必須力求一個資訊能以最少的訊息數傳達清楚
  • 由於 Chatbot 需要透過互動才能持續對話,因此每一句話都必須設計良好的行動呼籲 ( Call to Action,CTA )

從這三點出發,我個人有一些小建議:

  • 從客服回饋了解使用者如何描述情境與問題,可以在訊息內同時置入官方用詞與通俗用詞,以輔助命名與任務目標在使用者腦中的配對
  • 當訊息為圖片、影片或 gif 時,網路速度可能會成為影響體驗的因素,因為這些訊息類型需要較久的載入時間,如果把他們設為一堆訊息中的最後一個訊息,有可能會因為沒頭沒尾又沒有互動按鈕而導致用戶跳出,建議可以調整與圖片影片相關的文字說明訊息,把文字訊息移到圖片影片之後
  • Chatbot 一次發出的訊息數盡量為 3±1。認知心理學當中有一個很有名的 Magic Number 7 理論,說明人的認知僅能一次處理 7±2 組 (chunk) 的訊息;然而隨著時間推演,這個數字變得越來越小,因此保險起見 2~4 是較好的選擇。但如果真的沒辦法在 4 則訊息內說明完畢呢?我的建議是嘗試使用「按鈕」或「快速回覆」讓使用者回覆一則訊息來切段落!如此一來不但能讓使用者喘一口氣,也能確保使用者有跟上機器人要傳遞的資訊
  • 如果要進行引導教學,也盡量不要在 Chatbot 內放「超過 3 次互動」的教學流程,由於教學是資訊量很龐大的情境,相較其他流程,引導教學很容易在第 2 次互動就開始大量流失,若真的有太多東西要說明,可以引導至更適合長篇閱讀的環境如 Medium
  • 功能型和客服型 Chatbot 不像行銷型很重視情境的營造,因此 CTA 除了做在按鈕上,更可以直接在訊息內文進行引導,同時一些用詞會因為介面改成對話式介面而有所差異;例如請使用者傳圖片,在網頁、表單中使用的是「上傳圖片」,然而在機器人中,則應該是「傳圖片給我」

對話式元件 ( Conversational Components )

根據不同的機器人目的,可以再細分出不同情境,而每一個情境所要傳遞的資訊內容與呈現方式各自有所差異,因此如在設計 UI 的時候一般,UI 設計師會設計 Components 來讓設計更便利、更有一致性,而對話式介面也會需要 Conversational Components 來達到這樣的目的,因此規劃對話式元件有以下好處:

  • 維持設計一致性:當時間一長,或者交由不同的 Bot Designer 設計腳本時,即使有相同的 Bot Persona,還是有可能設計出不同風格的語句和呈現方式,而利用 Conversational Components 就能減少這些問題
  • 提升設計效率:當平台出現兩隻以上的 Chatbot,各自又擁有不同個性時,即可以使用 Coversational Components 建立流程再修改內文個性,就能快速完成一個新的 Chatbot,同時符合呈現方式的規範
BotBonnie 教學 Bot 的 Conversational Components

我已經應用上面的概念幫大家設計好一個智能客服機器人模板 (即將上線),只要註冊 BotBonnie 帳號,就能夠使用我們提供的所有類型模板。看到這裡想嘗試看看的話記得可以免費註冊,另享 14 天進階功能全開哦!

BotBonnie 智能客服機器人模板

第六步:設計評估 Evaluation

內部評估:利害關係人的目標校準

  1. 商業開發部門/產品設計部門:這兩個部門的主管會了解顧客與使用者最想使用的產品/服務功能有哪些,並檢視你的設計是否符合對方需求
  2. CEO:這是最了解公司經營狀況的人,他能評估這支機器人是否真的有機會幫助公司成長,是否符合當初設定的長期目標與設計問題

使用者評估:使用者測試與放聲思考

1. 簡介自己、測試的目的與流程,確認受測者對於測試的認知與我方相符,並願意接受過程的記錄
2. 施測者示範放聲思考,並請受測者以放聲思考法操作另一個作為練習用的機器人,直至施測者覺得已熟練
3. 測試開始,一個測試點對應一個任務,一次給予一個任務,請使用者在自認完成任務時說「完成了」,在自認無法完成任務時說「需要協助」,並安靜觀察與記錄使用者如何完成任務
4. 每個任務結束後針對剛剛的過程進行短訪
5. 全部任務結束後,針對當次的測試進行訪談
6. 測試結束,給受測者受測費,並等受測者離開後再討論與整理當次發現

使用者評估:行為標籤與流失率

在此的實務用法,即為針對測試點的關鍵互動下標籤,如此一來就可以觀察哪一個使用者進行了什麼互動,進而推測哪一個步驟或議題是使用者感興趣的,之後可以即可向對方推播補充或者相關資訊如:「Hi Daniel,上次有關腳本設計的基礎教學你看完了嗎?在此奉上 Medium 上的詳細教學,相信能幫助你更多!」

BotBonnie 的另一個特色功能就是「互動分析」,透過這個功能,就能看見每一個模組有多少個人看過,並了解在哪裡產生了較多的用戶流失,以量化數據幫助 Bot 設計師了解下次設計時,可以改進的地方在哪裡 >> 註冊看看怎麼使用

BotBonnie 的互動分析

結語

感謝大家花時間讀到這裡,對於此流程有任何想法、提問、想討論的地方,歡迎留言或私訊討論!

BotBonnie

BotBonnie is a bot builder platform to help reduce the burden of customer service.

Daniel Lee

Written by

UI/UX Intern @ BotBonnie|UX/UI 新手村村長|NTHU ISS|linkedin.com/in/daniellee2309/

BotBonnie

BotBonnie

BotBonnie is a bot builder platform to help reduce the burden of customer service.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade