採用可提高轉換率的應用程式設計

為了找出驅使使用者進行轉換的動機,Google 對使用者體驗進行了全方位的研究。 這項研究的調查對象涵蓋各產業的應用程式,包括電子商務、保險、旅遊、食物訂購、售票服務和財務管理等。 只要採用本研究歸納出的建議做法,您的應用程式就能在實用性、關聯性和重要性方面脫穎而出。

  • 開門見山,展現應用程式價值所在。 請在顯眼處安插號召性文字,清楚說明達成目的的操作方式,立刻抓住使用者的注意力。 您可以在應用程式中適時強調重要/新添加的功能,讓使用者用得開心。

    正確做法:

    使用「租借」、「購買」和「出售」這些具明顯導向作用的號召性文字。

    錯誤做法:

    「立即體驗」這樣的號召性文字只能傳達模糊概念,而非直接指向行動。

  • 選單分類清楚有條理,提升便利性。 選單分類應該明確,避免重複, 同時也要盡量符合使用者的習慣。 要是使用者已經用盡各種方式搜尋卻還是找不到所需功能,只好回頭依靠選單,這時選單好用與否就是成敗關鍵。

    正確做法:

    產品分類清楚,避免造成混淆。

    錯誤做法:

    每個產品分類的內容不應重複,以上圖為例,「男鞋」和「登山健行」這兩項分類中就可能包含相同鞋款。

  • 提供「返回前一個步驟」的便利方式。 精細的導覽控制功能 (例如適當的反向瀏覽選項) 有助於引導使用者完成轉換。 因此,請務必讓使用者可以輕鬆返回上一步,不需要返回主畫面從頭來過,以免造成不便。

    正確做法:

    設置反向瀏覽選項,讓使用者能夠在需要時返回流程的上一步。

    錯誤做法:

    反向瀏覽功能使得使用者直接退出流程,造成困擾。

  • 提供手動更改地點的簡易功能。 雖然 Google Places API 可以自動偵測所在地,節省使用者的時間, 但有時候他們想找的並不是附近的店家,也可能需使用其他功能。

    正確做法:

    提供簡單明瞭的控制項,方便使用者選擇地點。

    錯誤做法:

    未提供讓使用者變更地點的明顯控制項。

  • 行動應用程式和行動網頁間可以自然切換。 如果想讓使用者在應用程式內容和網頁內容之間切換,您可以使用 Chrome 自訂分頁在兩個平台上提供一致的外觀與風格或設計版面配置,確保銜接順暢。 只要切換速度快,而且總體結果利多於弊,使用者就不會太在意一時的小小不便。

    正確做法:

    應用程式可順利切換至網站畫面,而且兩者採用一致的設計,切換速度極快。

    錯誤做法:

    應用程式和網站的外觀與操作方式存在差異。

  • 在顯眼處放置搜尋欄位,並遵循 Material Design 的搜尋模式指南。 您可以考慮在應用程式中固定顯示搜尋小工具的應用程式列,使用者就能隨時搜尋、輕鬆找到所需內容。

    正確做法:

    將搜尋欄位放在顯而易見的位置。

    錯誤做法:

    搜尋功能需經由選單選項存取。

  • 使用效果良好的搜尋索引。 使用者期望應用程式內搜尋功能與 Google 搜尋一樣強大。舉凡錯字自動訂正、根詞辨識、預測輸入和字詞建議等功能,都能夠協助使用者輕鬆輸入文字。 此外,這些工具也能加快搜尋速度、減少錯誤、讓使用者專心繼續完成轉換。 請參閱建立搜尋介面新增自訂建議和新增近期搜尋建議等指南。

    正確做法:

    優質索引可為使用者提供精準有效的搜尋結果。

    錯誤做法:

    效率不佳的搜尋索引會帶來不良搜尋體驗。

  • 提供篩選和排序選項 協助使用者縮小搜尋範圍並整理搜尋結果。

    正確做法:

    提供有效的篩選和排序選項,可縮小搜尋結果範圍。

    錯誤做法:

    未提供或隱藏用來篩選或排序結果的選項,導致使用者需要慢慢瀏覽許多項目。

  • 提供搜尋和消費紀錄 讓使用者省時省力。這一點對於使用率高的應用程式而言格外重要,因為使用者會透過這類應用程式多次搜尋資訊或購物。

    正確做法:

    使用者可以選取先前使用過的搜尋字詞再次執行搜尋。

    錯誤做法:

    使用者每次都要輸入完整的搜尋查詢,即使先前已經搜尋過同樣的東西亦然。

產品評論和比較

  • 開放查看及篩選使用者評論 讓使用者獲得商品的「真實資訊」。使用者評論是影響購物決定的重要因素之一; 評論量龐大代表顧客人數多,潛在消費者會覺得更加安心。 透過瀏覽最新、最正面和最負面的評論,使用者可以瞭解其他人的共通意見。 此外,實際購買過商品的人所留下並已經過驗證的評論也十分值得參考。

    正確做法:

    提供篩選及排序消費者評論的功能。

    錯誤做法:

    未提供或隱藏用來篩選消費者評論的選項。

  • 提供購物比較功能 讓使用者能夠輕鬆比較感興趣的商品,提高他們的購買意願。 要是少了這項功能,應用程式使用者就需要將商品放入購物車才能比較,或是先記下商品名稱,之後再回頭查看。

    正確做法:

    使用者可以使用比較工具直接比較待售房屋物件。

    錯誤做法:

    使用者需要自行記住要比較的物件資訊。

付款方式

  • 提供多種第三方付款方式 (例如 PayPal 和 Google Pay) 以滿足使用者的需求。這樣不但可省去使用者在結帳時填寫額外表單的麻煩,還能讓他們倍感安心。

    正確做法:

    提供多種付款方式讓使用者自行選擇與管理。

    錯誤做法:

    使用者只能使用單一付款方式。

  • 簡化新增及管理付款方式的步驟,加入用來輸入卡號的數字鍵盤,或是信用卡資料掃描等功能。 此外,請務必納入新增多張信用卡和改用其他信用卡的功能。

    正確做法:

    使用者可以編輯現有已儲存的付款方式,也可以新增付款方式。

    錯誤做法:

    缺少編輯或新增付款方式的功能。

註冊

  • 先提供實質功能,再要求使用者註冊,而且只在必要情況下要求使用者註冊。 使用者可能只會在必須立即取得實質服務 (例如計程車叫車或餐點外送) 的情況下,才願意將個人資訊提供給應用程式;如果應用程式在其他狀況下直接要求使用者提供個人資訊,下場很可能是遭到棄用。 如果想要求新使用者立刻註冊,品牌認知度低或價值主張不明確的應用程式特別需要降低要求。 您可以考慮在轉換點允許使用者以訪客身分結帳。

    正確做法:

    先提供有吸引力的服務,而不要求使用者立即輸入個人資訊。

    錯誤做法:

    要求必須先註冊才能使用,會構成巨大的使用障礙。

  • 清楚區隔「登入」和「註冊」,以免使用者在註冊帳戶時不小心按到 [登入] 按鈕。

    正確做法:

    介面簡單,使用清楚的號召性文字。

    錯誤做法:

    使用容易搞混的號召性文字。

  • 提供順暢的密碼驗證服務。 建議您採用 Android 登入功能、Smart Lock登入提示。這些功能都屬於 Google Identity Platform,可有效減少必要驗證步驟。您也可以使用指紋驗證與類似技術。

    正確做法:

    高效率的驗證方式 (例如指紋登入),使用起來順暢無阻。

    錯誤做法:

    使用文字驗證很容易發生錯誤。

表單與資料輸入

  • 製作好用的表單 請遵循 Material Design 指南對於文字欄位的指示,並使用 Places API 之類的工具來提供自動完成功能。 表單格式應順應使用者輸入資訊的方式。 您設計的畫面必須能夠辨識多種輸入格式,而不是強迫使用者屈就應用程式的限制。 表單欄位也不該被鍵盤等介面元素遮蓋住,妨礙閱讀。 此外,您可以根據使用者填寫表單欄位的進度,自動將每個欄位往畫面上方推。

    正確做法:

    表單欄位容許輸入各種格式的資訊,輸入完資訊後表單就會向上推。

    錯誤做法:

    規定資料輸入格式 (圖中三個欄位用於輸入電話號碼),而且下方的表單欄位被鍵盤遮住。

  • 即時提醒表單內容有誤 在部分表單已填寫或驗證完畢時,立即顯示回饋資訊。 我們也建議您親自填寫表單看看,以確保過程順暢,一氣呵成。

    正確做法:

    在資料輸入介面上顯示錯誤訊息,提示使用者該怎麼做。

    錯誤做法:

    未即時檢查輸入表單的資料,待提交後才另外顯示錯誤訊息,而且未告知建議做法。

  • 在需要輸入文字的部分提供合適鍵盤,讓使用者無需切換鍵盤。請為整個應用程式導入這項設計,而不是只為特定操作提供鍵盤。

    正確做法:

    自動為需要輸入數字的欄位提供合適的數字鍵盤。

    錯誤做法:

    使用者必須輕觸鍵盤的數字鍵才能輸入數字。

  • 適時適地在表單中提供相關實用資訊,協助使用者輕鬆填寫表單。 舉例來說,您可以在需要選日時顯示月曆,這樣使用者就不必為了查看智慧型手機的日曆而離開應用程式。 這樣還能避免使用者分心做其他事。

    正確做法:

    提供方便輸入資料的實用功能 (例如日曆小工具),以及簡單明瞭的說明資訊。

    錯誤做法:

    未提供輔助輸入資料的功能或說明文字來協助使用者完成表單。

好用易懂才是王道

  • 確保使用者能理解您的訊息,並按照 Material Design 指南撰寫內容。 使用一般能夠理解的用語,避免使用會讓使用者一頭霧水的品牌相關用語。

    正確做法:

    使用清楚的一般用語 (例如「購買」、「租借」或「出售」),不使用非必要的專門術語,免得使用者混淆。

    錯誤做法:

    非常規術語 (例如「棲息」、「遷徙」或「飛」) 可能會令使用者感到困惑,而且不易瀏覽及理解。

  • 使用文字標籤搭配圖示來明確傳達按鈕的作用。 代表選單、購物車、帳戶和店家搜尋器的圖示,以及用來表示篩選及排序等動作的圖示都不是放諸所有應用程式皆準,也常有使用者誤解意思。 標上標籤可提升圖示使用率。 另外,當應用程式以視覺元素來代表分類並附上提示,將更容易為使用者所理解。

    提示:如要搭配使用文字和圖示,請使用 Button 類別和 android:drawableLeft 屬性。詳情請參閱開發人員指南。此外,為圖示和按鈕加上標籤和說明,一直都是提高應用程式易用性的好方法。

    正確做法:

    加上標籤的圖示可讓人輕鬆理解意思,無論是誰都不會搞錯。

    錯誤做法:

    圖示沒有加上標籤的話,很容易會讓使用者誤解和困惑。

  • 在使用者完成重要動作後顯示視覺回饋。 使用者將商品放入購物車或送出訂單後,如果沒有看到任何回應,可能會不確定系統是否處理了動作。

    正確做法:

    使用清楚的視覺回饋 (例圖中為浮動式確認訊息) 告知動作已執行。

    錯誤做法:

    在商品放入購物車等動作後未顯示任何視覺回饋,使用者看不出來動作是否已執行。

  • 允許使用者自行調整圖片的縮放比例。 另外,請避免套用固定的放大等級,免得使用者無法一覽商品全貌,或是得捲動畫面才能看清整張圖。

    正確做法:

    使用者可以控制縮放的程度和位置。

    錯誤做法:

    只能縮放畫面特定位置,而且縮放比例固定,實用性有限。

  • 視情況請使用者授予相關權限。在進行相關操作期間請使用者授權,以提供完整的應用程式內容,他們同意的可能性更高。

    正確做法:

    在使用者要求搜尋商家位置時,以執行相關工作為目的請使用者授予位置資訊存取權限。

    錯誤做法:

    在無關情況下要求使用者授予位置資訊存取權限。