收集規定
收集對話體驗需要的事項不只是定義功能，也是主要成果。收集需求的過程中，重點在於瞭解使用者和技術能力。
從清楚且經過仔細研究的需求條件，可有效避免設計和/或開發後進行重大變更。
識別使用者
收集需求就是詢問問題，並使用資料進行回答。範例如下：
- 你的使用者是誰？
- 他們的需求為何？
- 客戶目前如何完成這些工作？
- 他們會使用哪些字詞和詞組來討論這些工作？
- 哪些情況或情境會觸發這些工作？
為所有使用者升級
請務必盡量針對最頻繁的使用者進行最佳化，但不要這麼做，也可能導致其他使用者體驗。設計良好的產品可以普世化，使人人受惠。針對不同的人口設計適用內容包括多元包容設計或通用設計策略。通常，您在針對某個人口強制住宿的房源，對所有人都有助益 (例如，樓層的樓層比階梯更簡單)。詳情請參閱 無障礙設計質感設計指南。
| 建立使用者人物角色和歷程 | ||
|---|---|---|
使用者人物角色 |
使用者的身分為何？ |
使用者角色是個別使用者的簡短描述。請設想適合的動作使用者類型，然後建立幾個使用者人物來代表動作。上述的人物角色可協助您避免設計成自己和目標。 |
使用者歷程 |
使用者的目標為何？ 使用者的背景為何？ |
使用者歷程是指在指定情境中，使用者完成目標的路徑。 |
關鍵使用者旅程 |
描述旅程中的各個精彩時刻 |
關鍵使用者旅程是指 1) 頻繁發生或 2) 關鍵，協助使用者從頭到尾完成整個流程。著重於這些做法，有助您建構能觸及大量和/或專屬目標對象的動作。 |
使用者的身分為何？
使用者的目標為何？
使用者的背景為何？
請在旅程中說明各個時間點。
確定技術能力
系統
您的動作會使用哪些系統和限制？
| 範例：Google I/O 18 可讓使用者建立符合個人需求的所有時間表， |
|---|
|
資料
決定所用資料的格式和品質為何？
| 範例：Google I/O 18 大會講座的相關資訊 |
|---|
|
很多類型的內容在調整到文字轉語音 (TTS) 前，必須先經過重新格式化。
找出主要用途
發揮影響力。
使用者的需求為何？
Google I/O 18 動作的示例：
如果您尚未閱讀，請閱讀這些網誌文章，深入瞭解 Google 如何設計及建構 I/O 18 行動 (或查看程式碼)。
在 2018 年的 Google I/O 大會中，我們與前幾年曾參與過活動的 Google 員工對談。我們詢問了參與者在活動期間最常發生的問題。這類問題通常分為以下 4 種：
| 一般導覽 | 個人導覽 | 事件詳細資訊 | 特定地點的詳細資料 |
|---|---|---|---|
|
「浴室在哪裡？」 「程式碼研究室在哪裡？」 |
「下一個工作階段在哪裡？」 「我可以在哪裡審查應用程式？」 |
「午餐時間是什麼時候？」 「續攤趴何時？」 |
「這個房間的下一個時段如何？」 「該怎麼辦？」 |
有了這些資訊後，我們決定專注於以下重要用途：
- 提供海岸線專屬地點的路線資訊，例如浴室、停車場、行車路線
- 提供 Google I/O 專屬地點的資訊 (例如：徽章取貨、沙箱、程式碼研究室、諮詢時間和應用程式評論)，營業時間/小時 (I/O 商店)
- 提供所有主題演講、會議、諮詢時間和餐點等活動的詳細資訊；能依時間、地點或使用者時間表進行篩選