推薦序

「你那本書搶在我這本之前出版了。」這是 Greg 見到我時所說的第一句話，他指的是我寫的《行動介面設計模式圖鑑》（歐萊禮出版，2012 年）。當時我倒還有點內疚，不過現在我會很高興自己搶先了一步。否則，各位讀者就見不到我那本書

啦！ [Page-xix]

我當年著手寫那本書時，重點是發掘適合於六大主要行動平台的通用設計模式。兩

年後的今天，行動產業日趨成熟，六大作業系統只剩下三個，而每個各有其獨特的

設計模式和原則。通用模式依然頗有價值，但作業系統特有的模式更具價值。

Greg 意識到了這一點，故而決定將焦點放在成長最快速的 Android 平台及其最新發表的 Jelly Bean 版本。本書可滿足行動介面設計開發人員的需求，助其輕鬆成為行動使用者體驗設計高手。

本書與其說是參考手冊，不如喻為課堂講習還更貼切。Greg 從適合於行動裝置與平板電腦的通用設計模式以及 Android UI 設計方針出發，深入探討了如何實際活用設計原則。每一部分都先介紹基本概念、告誡常見陷阱和反面模式，再對得到的

經驗教訓進行分析、詳細講解如何重新設計既有的應用程式。您可以並且也應該在

設計期間將本書帶在身邊，同時別忘了與設計團隊分享。光是使用本書第 7 章和第8 章介紹的模式，就能節省大量時間。若將本書介紹的模式都讀透並且活用，您為客戶提供的行動體驗在各方面勢必都能獲得極大改善。

總之，這是目前就 Android 介面設計題材寫得最深入透徹的一部書籍。期盼 Greg再接再厲，不日推出另一部探討 Windows 設計模式的專書。

閱讀愉快！

Theresa Neil

暢銷書《網頁介面設計模式》、《行動介面設計模式圖鑑》作者

UX設計師、創業顧問、講師（www.theresaneil.com）

forward.indd 11 2014/10/4 上午 04:07:00

前言

開場容我先來回答幾個與本書相關的問題。[Page-xxi]

為何要談行動運算？

吉姆羅德斯：你不是軍人。

東尼史塔克：你說得對極了！我不是軍人，而是一支軍隊。

—鋼鐵人，漫威工作室 2008年出品

行動運算所帶來的巨變發展乃史無前例。我們處在一個最激動人心的時代，具有幾

近無限可能性的時代，舉凡資訊、點子、產品（總之任何模因）只需數日甚至數分

鐘的時間就能傳遍全球。這一切都歸功於行動運算有著其他當代技術所望塵莫及的

發展潛力。然而單憑滲透還不夠，行動技術的變革力量源自其呵護人們的方式：讓

人們更容易聯繫彼此、做出更明智的決定，恣意天馬行空而一飛衝天不同凡響。

隨著觸控功能智慧型手機的面世，人類有了直覺操作的數位助理，就像身上多了一

個器官，佈滿超人才有的傳感器。行動技術和人類的共生關係，猶如人工智慧操控

系統之於機械人，或鋼鐵衣之於東尼史塔克。

我特別喜歡用鋼鐵人做比喻。鋼鐵衣並不是東尼身體的一部分，但東尼穿上後便

具備鋼鐵衣無比強大的威力。鋼鐵衣將東尼的旨意付諸行動，而東尼無須為此費太

大勁（即不存在認知隔閡）。追根究底，鋼鐵人也是普通人，但內心蘊含著巨大能

量，而這種能量芸芸眾生普遍都有。正是技術讓人們得以將這種難以置信的能量釋

放出來。

手機就是我們的鋼鐵衣。恰如其分的行動體驗就是人工智慧操控系統。巧妙設

計的應用程式讓客戶覺得受到了保護也獲得了能量，彷彿穿上鋼鐵衣的東尼史塔

克。

forward.indd 13 2014/10/4 上午 04:07:00

前言

xiv

Android Design Pattern

為何選擇 Android ？關注行動領域的人都知道，Android 面世之初曾面臨一些成長的煩惱（這還只是婉轉的說法）。市場百家爭鳴、失焦又缺乏標準導致整體混亂、過度頻繁更新的情況

都深受詬病。然而，就像施打了大量腎上腺素和類固醇的職業拳擊手，Android 奮力正視這些挑戰，成功實現了快速進步和發展，市佔率增長之快出乎所有人的預

料。

本書撰寫期間，於 2012 年第三季售出的智慧型手機當中，每 4 部就有 3 部採用Android 智慧型手機作業系統。國際數據資訊（IDC）公佈的「全球手機市場季度調查報告」（Worldwide Quarterly Mobile Phone Tracker）指出，2012 年第三季全球智慧型手機的出貨量為 1.81 億部，其中 Android 智慧型手機達 1.36 億部，佔總出貨量的 75%，而其逐年成長率為 91.5%，是整個市場成長率（46.4%）的近兩倍（https://www.idc.com/getdoc.jsp?containerId=prUS23771812）。隨著 Android 4.0（Ice Cream Sandwich）的發表，Android 已具備純然數位商務作業系統的風範，由一套幾乎適用於所有裝置的標準構成的強大核心，加上選單結構和導覽配置巧妙

地採用自體適應設計，向百家爭鳴的情況揮出了一記猛烈的左勾拳。這種全新的濃

厚商務氣息源自一整套開放的標準以及成熟的程式碼庫。

總之，依在下拙見，Android 生態系統挾其勢不可擋的近期成長威力和長期的市場優勢，現正引發一場完美風暴。無論您向來從事 Apple iOS、Windows Mobile、BlackBerry 或舊版 Android 作業系統開發，還是剛涉足行動領域，此際都是投身Android 4.0 應用程式設計開發行列的絕佳時機。

為何閱讀本書？

要讓客戶覺得您的應用程式像鋼鐵衣一樣能賦予神奇力量，您必須搞懂有效的行動

介面設計背後的模式，並根據具體情況靈活運用。本書是打開這些模式大門的鑰

匙，涵蓋了創造卓越行動體驗所需的一切知識。

採用行之有效的技術

本書探討攸關實用性的主題：設計模式。設計模式是一種可反覆使用的解決方案，

有助於解決特定情境下的特定問題。不過為何需要模式呢？難道閱讀 Android 設計文件仍不足以應付？設計模式的功效奇特，既能傳達最佳作法，又可因應實際設

forward.indd 14 2014/10/4 上午 04:07:01

前言

xv

Android Design Pattern

計問題的複雜性。誠如設計模式先驅 Christopher Alexander 在其著作《建築的永

恆之道》（英國牛津大學出版社出版，1979 年）中提及，模式是設計語言的詞彙，可打造出完整、完善而富有生命力的作品（其稱之為「無名特質」）。[Page-xxiii]

除了有助於建立合用的應用程式之外，設計模式還是極度實用的建構元素：規模小

巧，易於學習和理解。透過結合多種模式，可打造出既合用又討喜的設計。最後，

模式構成了設計語言，促使交流簡潔而有效。

活用 Android 應用程式 58 種基本模式

本書第二單元探討了為 Android 4.0+ 應用程式打造卓越的互動設計和直覺的資訊架構所需的所有模式。這 58 種基本的互動設計模式涵蓋了 Android 應用程式設計上最棘手的層面：開場歡迎體驗、主頁畫面、導覽、搜尋、排序和篩選、資料輸入以

及表單。書中列舉的模式係依 Google 官方文件彙編而成，著眼於透過現象瞭解本質，可助您順利將理論付諸實踐。此外，本書還另闢專章分別探討行動銀行的主要

設計模式，以及平板電腦介面設計最棘手的層面。

借鑒 12 種反面模式避開常見陷阱

除了前面提到的 58 種模式，本書還將介紹 12 種反面模式。要令客戶有成就感、滿意而且愉悅，就必須避開這些反面模式闡述的常犯錯誤。反面模式會讓您陷入死胡

同，所以一定要繞道而行。在介紹正規模式時，書中偶爾也會使用反面模式圖示，

標出一些不小心就會落入其中的常見陷阱。閱讀這類內容時務必謹慎：通常屬於反

面模式的只限局部畫面或特定互動項目，而不是整個畫面。反面模式及其負面範例

將以本段落標題旁的象徵符號標示。[Page-xxiv]

從新點子獲取靈感

除了幫助您打下堅若磐石的設計模式根基，本書還將給予您信心及靈感，使您超越

已通過實證檢驗的模式，借鑒既有的行動介面思維和元件，打造出激動人心的新穎

設計。您將可探索突破既有思維和行動技術現狀的實驗性質模式，這類模式以本段

落標題旁的象徵符號標示。

在世界各地開辦的講習會上，大家常這樣問我：「實驗性質模式行得通嗎？」回

答這個問題之前，我一般會先講個小故事。在 2010 年 9 月於美國芝加哥召開的

forward.indd 15 2014/10/4 上午 04:07:02

前言

xvi

Android Design Pattern

Design4Mobile 大會上，我介紹了「憤怒鳥」等遊戲採用的折疊式導覽選單，並且稱之為「沉浸式導覽」（Immersive Navigation）模式。當時，我曾提出以下觀點：電子商務、新聞和社交媒體等較為「嚴肅」的行動應用，不但可以也應該採用這種

設計。在場多數與會人員懷疑是否行得通，因為 Apple 嚴格要求使用頁籤列（Tab Bar），大家擔心應用程式能否通過 Apple 的審查。我的回答是，Apple 頁籤列充其量不過是輔助輪，我相信行動市場消費大眾已經為升級到這款最新哈雷機車做好了

準備。結果會場一片譁然。

未料經過不到一年的時間，Facebook 就在左上角採用了折疊式導覽選單。其他成功的應用程式也開始爭相採用。例如，Flipboard 是在右上角採用同樣的模式。如今這種模式稱為「抽屜式」（Drawer）選單，屬於 Android 4.0 Toolkit 標準的一部分，廣為 Google Plus 等應用程式所採用。當然，這絕非我的功勞。我只盼能稍盡棉薄之力，推動同好步上眾多人才開闢的道路前行。

行動介面設計的發展速度空前之快，令人難以置信。本書介紹的實驗性質模式雖稍

微偏離當前主流，然可望在不久的將來成為普遍接受的設計模式。對樂意嘗試新

思維的設計人員來說，這些實驗性質模式賦予了千載難逢的機會，可助其提供引

人入勝的行動體驗、從 Google Play 上多達 700,000 個應用程式當中脫穎而出、遙遙領先競爭對手（根據《美國商業週刊》2012 年 10 月 29 日報導，“Google Says 700,000 Applications Available for Android＂）。但請別光聽我的片面之詞！建議

您親身嘗試感興趣的實驗性質模式並由客戶進行測試，看看到底對您的專案是否合

用。此外，建議您從本書介紹的點子汲取靈感，跳脫既有的思維框架，自己創新

設計方法。誠如 Eckhart Tolle 在其歷久彌新的著作《當下的力量》（New World Library 出版，2004年）中語意深長地表示：「實證源於親自體現」。[Page-xxv]

使用完善的設計方法

模式是本書的重點，但第一單元介紹了一套完善的設計方法，使用自黏便箋建構物

美價廉的原型並由客戶進行測試。該單元還另闢一章探討 Android 視覺設計原則，並透過個案研究講解如何將這些原則付諸實踐。

本書是作者 14 年來設計開發數位產品累積實務經驗的結晶，將與讀者分享其自創以行動客戶為中心的最有效設計方法。不過，書中並未另闢專章通盤評析方法論

述，而是將該方法融入每一種設計模式。本書幾乎為 58 種模式都精心繪製了詳解示意圖，以說明如何使用自黏便箋方法實作相關模式或介面控制，可供您依此

方法指引自創精簡原型。若您需要協助，敬請立刻前往本書的配套網站 www.

forward.indd 16 2014/10/4 上午 04:07:02

前言

xvii

Android Design Pattern

AndroidDesignBook.com。該網站提供了幾部行動介面實用性測試詳解影片，而且任何問題都能找到解答。本書旨在探討攸關實用性的主題，但願您將書中介紹的模

式活用於自身專案後能夠獲得最大產值。

設計以實用性為主軸

我個人並不是極度狂熱的 Google 粉絲。我接過很多僅憑單一思維或學理無法完成的專案；有些專案需要折衷考慮，有些得打破僵化傳統，有些甚至要進行重大創

新。我也見過很多類型互異但都失敗得一蹋糊塗的專案。因此，本書將會借鑒其他

行動作業系統（如 Apple iOS、Windows Mobile 甚至 BlackBerry）的絕妙構想，改由 Android付諸實踐。

本書第一單元概述新版 Android 作業系統的獨特功能，然後花很大篇幅探討設計專案面臨的實際問題，並提供能夠有效因應這些挑戰的解決方案。總之，本書概括了

設計出既美觀又有卓越表現的 Android 應用程式所需的一切知識。如果您已迫不及待躍躍欲試，那就上路吧！ [Page-xxvi]

程式碼呢？

問得好！設計就算巧奪天工再怎麼直覺，畢竟都得靠程式碼實作方能施展威力。本

書內文沒有任何程式碼。作者刻意將設計與實作分開，因為行動介面設計是一項

相當複雜的工作，過程中每一步的制約和陷阱都攸關成敗，故而需要這麼一本專書

詳加探討。

為協助您進行程式碼開發，我架設了本書的配套網站 www.androiddesignbook.com，特地為應用程式「設想、設計、建置」三階段開發週期提供全面支援。該網站內有 100 餘篇文章、大量程式碼範例及袖珍型應用程式可供您習作和複製、定期舉辦的設計主題網路研討會將答覆與會者提問的疑難雜症，還有專家小組專職負責

解答問題。最重要的是，另有一個龐大的 Android 社群隨時提供支援協助。此外，Android 設計認證計劃也即將成立。您只需要在註冊表單中填寫電子郵件地址和代碼 DROIDRULES 便可免費註冊。

期待您的加入！

forward.indd 17 2014/10/4 上午 04:07:03

前言

xviii

Android Design Pattern

如何使用本書？

本書是供您在設計開發 Android 應用程式的整個週期隨時查閱的實用參考指南，其中的第二單元甚至值得您一再反覆查閱。然而，作者和出版商 Wiley 的一流編輯們花費了很多精力，試圖讓本書成為可以從頭讀到尾的故事書。反面模式通常位於介

紹該模式的各章開頭，接著則介紹相對簡單的模式，而愈複雜的實驗性質模式愈接

近該章末尾。第二單元首先介紹通用模式，最後才舉出更具體的應用，如行動銀行

以及平板電腦模式。

如果您有具體的問題要解決，務必從相關章節開始讀起。不過，您遲早都得閱讀第

一單元，而且愈早愈好。該單元扼要介紹了 Android 4.0 介面設計以及使用自黏便箋的設計方法。即便您是專家，也一定要閱讀第一單元率先登場的個案研究，看看

如何重新設計 AutoTrader 應用程式。透徹瞭解此個案之後，探索第二單元的模式必然能更加得心應手。[Page-xxvii]

本書適用對象

我本是從事後端 Java 軟體架構和 Oracle 資料庫方面的工作，後來才跨足到以客戶為中心的設計領域。因此，本書內容力求實用，適合從事 Android 應用程式設計開發工作的任何人閱讀。本書是特為中階和高階從業人員所編寫。不過，十足的新手

只要使用其中介紹的設計方法，透過全盤試驗充實技能，最終也能成為 Android 設計專家。然就設計、確立目標到實際營利的立場來看，本書也可能讓產品經理、專

案經理、視覺設計人員、客群研究人員和經商者獲益匪淺，因為其內文點出了在設

計開發行動介面時可相互交流的共通詞彙，並且提供解決相關問題的實用方法。

forward.indd 18 2014/10/4 上午 04:07:03

CHAPTER

7搜尋

搜尋是行動裝置使用者的一項基本活動。除了拍照和偶

爾寫推文之外，行動裝置較少用於創作，而主要用於查

找。行動裝置將 Douglas Adams 的小說《銀河順風車旅

行指南》中的情景變成了現實，幫助使用者找吃午餐的

地方、一同共進午餐的人及前往餐館的路線（以免其他

人等得花兒都謝了），故而搜尋模式至關重要。

ch07.indd 109 2014/10/4 上午 04:16:03

CHAPTER 7：搜尋

110

Android Design Pattern

7.1 語音搜尋透過內建麥克風輸入的語音查詢本身並非關鍵字查詢，而是搜尋的輸入內容。在手

機上輸入搜尋內容既不方便又容易出錯，因此語音輸入是絕佳的替代方式。

運作方式

通常，使用者點選麥克風圖示，裝置即進入聆聽模式。接下來，使用者對著內建麥

克風說出查詢內容，而裝置留意語音串流中的停頓，將其解讀為查詢結束標記。捕

獲到停頓之後，裝置將錄製的語音輸入轉換成關鍵字查詢，以用於執行搜尋。最

後，裝置向使用者顯示轉換得到的關鍵字查詢和搜尋結果。[Page-114]

實例

實現「語音搜尋」模式最簡單的方式之一，是結合使用標準文字輸入框和麥克風圖

示，如圖 7.1的 Android原生搜尋工具所示。

 圖 7.1：Android 4.0 原生語音搜尋工具簡單明瞭。

使用的時機與場合

大多數提供了搜尋框的應用程式也都可以採用「語音搜尋」模式。例如，Yelp 應用程式目前並沒有語音搜尋功能，但要添加麥克風圖示很容易，如圖 7.2 左邊為現狀，右邊為修改後的示意圖。

ch07.indd 110 2014/10/4 上午 04:16:05

7.1 語音搜尋

111

Android Design Pattern

 圖 7.2：從 UI 的角度來看，Yelp 應用程式要添加語音搜尋功能很容易。

使用 Yelp 時，使用者通常正與一群朋友閒逛，商量著接下來要去哪裡。在這種情況下，簡單的語音輸入操作十分合理：對著搜尋框說出查詢內容（這在當場眾人交

談的情景下挺自然），再將手機畫面遞到朋友面前分享搜尋結果。大夥決定去處後，

再點選 Directions，使用地圖找出前往目的地的導航路線。[Page-115]

使用的原因

行動裝置使用者搜尋時大多出門在外，情況突然。鑒於在手機上輸入文字相當麻煩

且容易出錯，語音輸入是一種很不錯的替代方式。「語音搜尋」模式適用的另一種

狀況是，使用者正在做其他事情，比方開車。只要不是敞篷車，車內環境都很安

靜，是使用語音輸入的理想場合，更何況駕駛正專心開車，傳統的文字輸入方式再

怎麼說都不方便。

其他用途

長期以來，各路先驅無不爭相打造聲控全方位虛擬助理，隨著 iPhone 4S 推出 Siri後使得這場競爭進入了白熱化狀態。Google 搜尋是一款綜合性搜尋應用程式，可

ch07.indd 111 2014/10/4 上午 04:16:06

CHAPTER 7：搜尋

112

Android Design Pattern

用於搜尋手機上的應用程式、通訊錄和網頁。Siri 面世前，Google 憑著該款應用程式在這場競爭中長期獨領風騷。Vlingo 及眾多其他應用程式繼而讓「語音搜尋」模式更上層樓，提供了語音辨識功能，令使用者只需對著手機說話就能傳簡訊和電子

郵件、執行其他任務。然而，這些應用程式的威名及受歡迎程度都難與 Siri 並駕齊驅。為什麼呢？原因很多，其中之一是 Siri 成熟的互動式對講功能，能夠透過語音與使用者進行一問一答的互動，還能沉著幽默地回答兒童不宜和曖昧的問題（換言

之，Siri有靈性），如圖 7.3所示。另一項重要特色是 Siri專用硬體按鈕，讓使用者無須將手機解鎖，只要輕輕一按就能與虛擬助理互動（iPhone 4S 按住 Home 鍵即可與 Siri 對講）。[Page-116]

 圖 7.3：Siri 對語音搜尋查詢“I need to hide a body”的回答。

雖說純屬臆測，Google的語音辨識技術有朝一日也可能運用於手機或平板電腦，提供類似的虛擬助理，按下或按住某個硬體按鈕（主頁按鈕是理想之選）即可啟動。

裝置安全性可由聲紋辨識技術加強。在擁擠嘈雜的環境下，語音辨識技術還能區別

使用者的聲音和他人的聲音，從而使裝置更為個性化，技術本身更加不可或缺。

上述情況一旦成真，應用程式內部的專用語音搜尋（參見圖 7.2 的 Yelp 應用程式）將可能徹底由 Google 虛擬助理取代。例如，使用者可以跟虛擬助理說：「請用

ch07.indd 112 2014/10/4 上午 04:16:06

7.1 語音搜尋

113

Android Design Pattern

Yelp搜尋 xyz。」助理程式隨即運用進階語音辨識技術，將語音查詢轉譯成關鍵字、啟動 Yelp 應用程式、在搜尋框內輸入關鍵字查詢並執行搜尋。[Page-117]

使用與 Google 搜尋相關的某些應用程式時，只需將手機放到耳邊就能讓應用程式進入聆聽模式，因為應用程式能夠根據內建加速計的輸入辨識這種獨特的手勢。可

惜截至本書撰寫期間，Android 4.0 還未自動啟用這項功能。然而，這是一項絕妙的功能，理應隨語音辨識功能附帶提供，因為其利用了人們出自本能的自然動作，

更使得設計與行為融合一體。

語音輸入的用武之地並不限於搜尋，還可用於輸入資料和完成基本任務。例如，

使用者開車時可以按下按鈕，說出「發簡訊給 James，內容寫 XYZ」，裝置就會照辦。附帶一提，語音辨識技術供應商並非只有 Google 這一家。例如，推出 Dragon Naturally Speaking 系列產品的 Nuance 公司也許是規模最大最知名的語音辨識軟體發行商。本書撰寫期間，Target 應用程式開發其語音辨識功能即是採用 Nuance 授權的技術。

Pet Shop 應用程式

如同前面的 Yelp 範例，語音辨識也能用來搜尋寵物。使用者啟動 Pet Shop 應用程式後，將手機舉到耳邊並說出搜尋查詢內容，如「黑色拉布拉多犬」。使用者說完

話，按「完成」按鈕或放下手機後，隨即會啟動查詢並顯示搜尋結果。

平板電腦應用程式

就語音搜尋這方面來講，平板電腦與手機不同。儘管存在爭議，也未做過正式研

究，但根據經驗，在平板電腦上輸入內容並不像手機上那樣不便。還有傳聞說，平

板電腦用語音輸入可能更容易出錯。另外，使用平板電腦的人處在嘈雜環境或同時

全神貫注於其他事情（如開車）的可能性較低；平板電腦大多是在家裡或工作場所

使用。這是否意味著語音搜尋在平板電腦上毫無用處呢？根本不是。在平板電腦

上，高技術個性化的高階虛擬助理軟體程式仍有用武之地。Apple 公司於 1987 年（當時 Google 尚未誕生）提出的平板電腦裝置原創概念 Knowledge Navigator 就已述及這類語音辨識互動功能。

要實現個性化的高階虛擬助理，最佳方式是結合使用軟體和擬人化形象，為平板

電腦使用者提供在視覺及聽覺方面都令人愉悅的高階服務。Google 向來以熱衷創造發明著稱，不難期待您的 Android 平板電腦上很快就會有量身打造的 Obi One、

ch07.indd 113 2014/10/4 上午 04:16:07

CHAPTER 7：搜尋

114

Android Design Pattern

Jarvis 和 HAL 虛擬助理（以及各種美女模特、動漫角色等）聲色俱佳的超擬真表現。Google 或許能從本書獲得靈感？ [Page-118]

警告

語音辨識還算是相當新的技術。採用這種技術時，介面變化雖然不大，卻有許多需

要考量的重要因素，稍不留意就會出問題：

� 別忘了耳機：部分使用者可能戴著藍牙耳機或有線耳機進行語音搜尋。理想情況下，應可使用耳機上的按鈕啟動語音搜尋，而無須碰觸手機螢幕。以 Apple 的Siri 為例，如果耳機有麥克風和線控功能，可以按住中間的按鈕與 Siri 對講；若是使用藍牙耳機，則可按住通話鍵啟動 Siri（參見 http://www.apple.com/iphone/features/siri-faq.html）。顯然 Android 4 沒有提供像這樣方便的功能，原因很簡單，那就是眾家製造商生產的耳機硬體配置各不相同，未必都有中間按鈕。誠

如前面所說，這需要改變。Android 語音搜尋要握有強大的競爭力，便利性是關鍵所在。[Page-119]

� 使用者下指示後才停止：Android 4 原生搜尋工具（如圖 7.1）會等使用者停止說話才接受語音查詢。這在大多數情況下都可行，但若環境嘈雜時可能是個大問

題：系統一直聆聽，持續長達 1 分鐘才停止！請務必提供「完成」按鈕讓使用者指示結束輸入。為此，最佳的實現方式之一是將麥克風圖示當作「完成」按鈕。

當然，務必使該圖示看起來可供點選。

� 極度嘈雜與無可替代的個性：在人聲鼎沸的環境下，很難將使用者的聲音和他人於背景交談的聲音分辨清楚。所幸，聲紋如同指紋般獨一無二，只要經過些許

「訓練」就能辨清使用者獨特的聲音和人群中的其他聲音。聲紋涉及很多隱私問

題。

� 全方位語音體驗：有些舊型 Android 手機提供車用模式，但這屬於反面模式，就像沒人會想用 vi 編輯器編寫 Java 程式碼或寫書般理直氣壯。Alan Cooper 在其著作《About Face》（Wiley 出版，2007 年）中明白指出，切換模式既繁瑣又容易出錯，更何況開車時這樣做極度危險。飛航模式為何可行呢？因為時候到了自

然有空服人員提醒啟動。在其他情況下，系統都必須配合使用者所選的輸入模式

調整輸出模式。例如，若使用者透過語音讓 Yelp 查詢前往一家博物館的路線，那麼使用者很有可能正在開車（應用程式也可利用內建 GPS 查得移動速度，從而偵測到這點），系統即同樣必須透過語音指出行車路線。理想情況下，若使用

者透過簡單的語音命令（如：告訴我怎麼走）請求提供行車路線，Yelp 就應將行車路線逐段朗讀出來，這才稱得上全方位的語音搜尋體驗。例如，本書撰寫期

ch07.indd 114 2014/10/4 上午 04:16:07

7.2 自動完成與自動建議

115

Android Design Pattern

間，Apple 的 Siri 已用於提供語音播報路線。Android 若想在語音搜尋領域爭得一席之地，務必提供這類功能。當然，這對殘障人士來說也非常實用。

� 提防恐怖谷：恐怖谷（http://en.wikipedia.org/wiki/Uncanny_valley）是日本機器人專家森政弘提出的用詞，指的是當機器人的外表與人類很接近但又不完

全一致時，人類會對機器人產生強烈的反感。由恐怖谷得到的一個推論是，愈

逼真帶來的正面評價愈少。隨著虛擬助理日益精進，尤其是有了外形和聲音

之後，務必確保這個純粹的數位實體感覺上絲毫都不像人類。對於由人和軟體

混合而成的高階助理來說，恐怖谷可能是極其危險的地帶。Nathan Shedroff 和Christopher Noessel 在其合著的傑作《Make It So》（Rosenfeld Media 出版，2012 年）中點出了另一個問題：外表很像人類的數位助理提高使用者的期望，讓使用者以為其能力也與人類相仿。結果，當助理一旦搞砸或未能正確領會使用

者的意圖時，使用者會更加氣憤。對於這種問題，書中建議採用的解決方案是，

將數位助理做成會說話的寵物，以徹底避免恐怖谷：即便大多數人都認為自己養

的狗很聰明，會說話的狗比較不會讓人期望過高，還能令使用者讚嘆不已。而我

的建議是，使用不太逼真的純粹或混合數位助理（如《複製人之戰》或《樂高版

星際大戰》遊戲中的歐比王‧肯諾比，而不是真實演員的影片），照樣有助於達

到相同的效果。[Page-120]

相關模式

13.5 浮水印

7.2 自動完成與自動建議「自動完成」模式與「自動建議」模式相似，都屬於關鍵字輸入輔助模式。這兩種

模式都可減少需要輸入的字元數和輸入錯誤，且能避免查詢結果過多或過少。

運作方式

使用者在搜尋欄位內輸入字元時，系統會額外顯示一個建議層（suggestions layer），其中包含就某種意義上與使用者輸入內容相對應的可能關鍵字組合。任何時候，使用者均可繼續輸入，或選擇系統提供的其中一項建議。

嚴格說來，「自動完成」提供建議時會以使用者所輸入查詢的一部分當作種子，因

而建議將包括輸入的關鍵字或片段。這樣的運作方式在行動裝置上並非總是完美無

ch07.indd 115 2014/10/4 上午 04:16:08

CHAPTER 7：搜尋

116

Android Design Pattern

缺，因為使用者輸入的片段難免包含拼字錯誤。正因如此，「自動建議」有了用武

之地。

相較於「自動完成」，「自動建議」有更大的自由裁量權，提供了如下的關鍵字和查詢：

� 拼字更正

� 受控詞彙表關鍵字替換

� 使用者所輸入字彙的同義詞、查詢擴展等 [Page-121]

若能巧妙地結合運用「自動完成」和「自動建議」並參考多個有效來源，便能提供

最佳建議。

實例

Android 原生搜尋工具是這種組合模式的一個絕佳範例，將建議層分成了兩個部分：其一提供三個自動完成選項，其二自動建議手機上的若干聯絡人和應用程式，

如圖 7.4所示。

 圖 7.4：Android 4.0 原生搜尋工具結合了「自動完成」和「自動建議」模式。

ch07.indd 116 2014/10/4 上午 04:16:08

7.2 自動完成與自動建議

117

Android Design Pattern

使用的時機與場合

凡是附帶關鍵字查詢輸入框的應用程式，都是實現「自動建議」和「自動完成」模

式的絕佳場所。誠如搜尋專家 Marti Hearst在其著作《Search User Interfaces》（英國劍橋大學出版社出版，2009 年）中提及，這些模式通常可大幅提升實用性，還能協同其他使用者介面（UI）模式合作無間。[Page-122]

使用的原因

對大多數人來說，輸入既繁瑣又容易出錯，尤其是在行動裝置上操作。一般而言，

在手機上輸入的次數愈少愈好。因此，任何可幫助使用者輸入資訊的 UX 模式都大有裨益。

「自動完成」和「自動建議」透過以下多種方式減少錯誤、提高滿意度：

� 減少拼字錯誤：需要按鍵打字的總次數減少了，可減少因按錯鍵導致的輸入錯誤。

� 讓查詢更具體：如果建議包括的關鍵字比使用者原本打算輸入的關鍵字多，使用者通常會選擇更具體的查詢。建議賦予了靈感，讓使用者原本想輸入“Nike＂但最後選擇輸入“Nike Shoes＂，從而提高使用者的滿意度。

� 避免毫無結果：查詢就算拼字無誤，難免包括不正確或相衝突的關鍵字，而導致結果不合意甚至毫無結果。若在使用者輸入妥整段查詢之前即給予合適的建

議，通常能事先遏止毫無結果的情況。假設使用者輸入 Harry 後，系統顯示建議“Harry Potter and the Deathly Hollows＂，使用者就不太可能選成像“Harry Potter and the Sleepy Hollows＂這樣錯誤的查詢。

其他用途

「自動完成」與「自動建議」可參考諸多資源，以改善建議的品質：

� 位置：手機的使用情形比較獨特，因為使用者通常帶著裝置四處走。因此，自動建議必須盡可能考慮使用者的位置（透過內建 GPS 或無線訊號三角測量法獲知）。例如，根據應用程式和使用情形，使用者輸入查詢「咖啡」時，自動建議

可包括「法式烘焙咖啡」供使用者線上購買，且另包括附近的一兩家咖啡廳。

ch07.indd 117 2014/10/4 上午 04:16:08

CHAPTER 7：搜尋

118

Android Design Pattern

� 歷程記錄：「自動建議」模式並非總是需要使用網路連線。最重要的行動使用者體驗（UX）模式之一是再接再厲（Re-engagement），指的是回過頭完成先前被其他事情（來電、簡訊、找行車路線等）打斷的任務。因此，自動建議最重要的

其中一項功能是顯示過去的查詢（歷程記錄），可使用應用程式內建資料庫將這

些查詢儲存在裝置本機上（詳見第 6 章的「瀏覽」模式和「歷程記錄」模式）。

� 語音搜尋：本書撰寫期間，語音查詢一般仍不提供自動建議。這令人意外，因為語音辨識通常比按鍵輸入辨識更容易出錯。為語音查詢提供自動建議是值得考慮

的作法，尤其是運用於非開車期間使用的應用程式。非開車期間使用應用程式

時，只需在畫面上顯示建議，而不必向使用者朗讀建議。[Page-123]

� 切換到其他應用程式：為了完成任務，尤其是使用的應用程式十分依賴網路時，經常需要啟動另一個應用程式。自動建議有助於提供單次觸控解決方案，可大幅

縮短完成任務所需的時間。例如，當使用者從 Yelp 搜尋加油站時，可提供「前往最近加油站的行車路線」建議，這在快要沒油的情況下特別方便：使用者只需

點選該則自動建議，就能啟動 Google 地圖應用程式並顯示行車路線。這類建議也特別適合於語音搜尋，可提供全方位語音互動體驗，由系統逐段朗讀行車路

線。其他點子還包括提供建議，將直接切換到 MP3 播放器（如果查詢為“Like a Rolling Stone＂）或電子書程式（以查看《戰爭與和平》試閱本）。請注意，

若自動建議將直接切換到其他應用程式，應在建議結果旁顯示相關應用程式的圖

示，讓使用者知道點選自動建議後的效果。

Pet Shop 應用程式

犬類品種有各式各樣的俗名，而要將這些俗名拼寫出來並不容易，因此在 Pet Shop應用程式裡，可結合運用自動建議和自動完成以提供合適的建議，如圖 7.5所示。

ch07.indd 118 2014/10/4 上午 04:16:08

7.2 自動完成與自動建議

119

Android Design Pattern

 圖 7.5：Pet Shop 應用程式的這張示意圖描繪了自動完成和自動建議相輔相成的實用性。

在這個簡單範例中，使用者輸入 Mas 時，建議層將包含自動完成選項 Massive 和Mastiff，以免查詢誤拼成 Mastif 而導致查無結果。在該建議層內，自動建議還將提供 English Mastiff、Neapolitan Mastiff 以及有趣的關鍵字詞變化 Bullmastiff，後者是常見的藏獒犬種，使用者大概不會想到用這個字當作關鍵字查詢。[Page-124]

另外，一般人普遍認為 Mastiff 是“large guard dog＂（大型護衛犬）的同義詞，所以自動建議層內還包含 Guard Dogs 類別，而這個類別又包含了人們不太會想到的一些相關品種，如 Doberman（杜賓犬）、Rottweiler（洛威拿犬）、American Bulldog（美國鬥牛犬）等。自動建議和自動完成都根據一份受控詞彙表來提供建議，該表內有建議的搜尋字詞清單，與應用程式支援的常見任務相呼應。

ch07.indd 119 2014/10/4 上午 04:16:09

CHAPTER 7：搜尋

120

Android Design Pattern

平板電腦應用程式

自動建議在平板電腦上的使用情形與行動裝置的狀況不同。原則上，大型平板電腦

確實支援行動活動，但正如使用者研究專家 Marijke Rijsberman 在“A Fine Line: The iPad As a Portable Device＂一文中闡述的觀點，消費型大型平板電腦的使用場所通常是起居室，這段話曾收錄於我的第一部著作《Designing Search》（Wiley 出版，2011 年）。簡言之，大型平板電腦通常屬於居家休閒（lean back）裝置。

在大型平板電腦上輸入較容易、出錯的機率較低，所以操作起來更接近桌上型電

腦，可直接取用桌面版網頁應用程式的自動建議資料庫。另外，在大型平板電腦

上，可供點選直接切換到其他應用程式的自動建議不像在行動裝置上那樣重要，因

為使用者操作平板電腦通常較從容，也較不在意多點選幾次，只要心裡有數離目標

愈來愈近就好。再者，儘管根據使用者位置提供建議也不像在行動裝置上那樣重

要，但絕對應該提供。[Page-125]

請注意，上述說法未必適用於 7吋的小型平板電腦以及平板型手機（參見第 3章）。與大型平板電腦相比，這些較小的裝置更方便攜帶、輸入更不便。為這些較小的裝

置提供自動建議時，可依照手機的標準進行設計。

最後，需要考量的另一項因素是介面元件。在行動裝置上，自動建議層通常佔了整

個頁面，而在平板電腦上，將由只佔畫面一小部分的彈出框顯示自動建議（關於平

板電腦設計模式的詳細介紹，請參閱第 14 章）。

警告

若一旦提供客製化的自動建議層（強烈建議這麼做），別忘了關閉裝置的自動建議

功能。

切記手機是一類獨特的裝置，可能必須採用截然不同的自動建議方法（第 7.3 節將介紹其中一種）。行動介面自動建議由於因應的需求不同，優先考慮的重點也不同。

行動裝置應更重視以其獨有內建傳感器為憑的自動建議。例如，應優先考慮依位置

提供自動建議、搜尋歷程記錄和分類瀏覽（如 Pet Shop 應用程式裡的 Guard Dogs類別），而非典型桌面版網頁的自動建議選項（主要是受控詞彙表替換）。

在桌上型電腦及附帶全尺寸鍵盤的平板電腦上，輸入錯誤的類型不同於小型行動裝

置。行動裝置上輸入錯誤主要是因為按錯鍵，而非記錯單字。因此，行動裝置最好

另行採用並維護專屬的自動更正資料庫，這才考慮到了行動裝置鍵盤的獨特之處。

ch07.indd 120 2014/10/4 上午 04:16:09