地址驗證 A/B 測試

本文說明對 Google 地圖平台 Place Autocomplete 和 Address Validation API 執行 A/B 測試時,應考慮的技術。

使用 Place Autocomplete 和 Address Validation API 的好處如下:

  • 提升客戶體驗:為客戶提供即時地址和地點建議,協助他們更快、更輕鬆地完成結帳。進而提升客戶體驗。
  • 提高資料準確度:Place Autocomplete 和 Address Validation API 可協助您提高顧客資料的準確度。這在電子商務領域尤其重要,因為準確的地址資料是順利運送包裹的關鍵。

如要提升地址品質,請執行 A/B 測試,評估哪種驗證解決方案最符合需求。這樣一來,您就能量化評估哪項產品最適合您的用途。

A/B 測試可用來比較網頁或應用程式的兩個版本。這是一種對照實驗,用於判斷變數變更對可評估結果的影響。
如要執行 A/B 測試,請建立兩個版本的網頁或應用程式,一個做為控制組,另一個則包含可測量的變更。然後向不同使用者顯示這些版本,並評估他們的互動情形。成效較佳的版本即為勝出版本。

系統架構總覽

我們來看看電子商務應用實例中的地址驗證 A/B 測試。下方的架構圖顯示顧客與商務體驗的互動方式,可協助您判斷更有效的驗證策略。

[系統背景資料] A/B 測試地址驗證

進行 A/B 測試時,與 Address Validation API 價值相關的系統。

架構圖顯示電子商務網站的客戶與 A/B 測試系統互動。這個系統會從電子商務商店軟體系統中,決定要向消費者顯示哪個測試變數。電子商務商店會對 Google 地圖平台軟體系統發出 API 呼叫。此外,系統也會收集 A/B 測試數據分析,並由數據分析軟體系統處理,然後回報給 A/B 測試系統。

A/B 測試程序

規劃 A/B 測試流程時,請考量以下四個階段。

  • 準備 - 找出測試規定、範圍和時間表。
  • 建構:在環境中導入 Place Autocomplete 和 Address Validation API,以便執行測試。
  • 執行:在測試執行期間收集指標,直到獲得顯著結果或時間到期為止。
  • 分析:比較結果與假設,並找出後續步驟。

我們將逐一說明。

事前準備

決定 A/B 測試需求

初步探索

問問自己:為什麼要新增或變更地址驗證供應商?舉例來說,使用 Google 地圖 Place Autocomplete:

  • 節省時間:只要輸入地點名稱開頭的幾個字,系統就會顯示建議,不必輸入完整名稱。
  • 減少錯誤:即使您拼錯地點名稱,Google 地圖 Place Autocomplete 仍會建議正確的地點。

地址驗證功能有許多優點,包括:

  • 提高送達率:地址驗證可確保郵件和包裹寄到正確地址,提高送達率。為企業節省時間與費用,並提升顧客滿意度。
  • 提升資料品質:地址驗證功能可找出並修正地址錯誤,提升資料品質。這能提高行銷廣告活動和其他資料導向計畫的準確度。

決定假設

決定要測試的假設。以下是兩個例子:

1. 轉換率

新增預測輸入解決方案後,轉換率通常會略微上升,這是值得追蹤的指標。如果您要從其他供應商改用自動完成解決方案,轉換率應該會維持不變。如果轉換率下降,請先檢查導入方式。

轉換率很重要,但可能無法反映全貌。加入地址驗證解決方案,是為了在使用者輸入地址時,攔截品質不佳的地址,在某些情況下,可能會增加地址擷取的自然阻礙。這可能會導致整體轉換率下降,但這不一定是壞事。由於新增地址驗證功能,部分訂單未完成,可能與地址資料品質不佳有關,導致商家因運費退款而產生費用。

2. 減少品質不佳的地址

這時,優質的地址驗證解決方案就能派上用場。導入地址驗證功能後,低品質地址資料應會減少。

比較新舊解決方案時,您可能會想直接比較「有效地址」的媒合率,並選擇媒合率較高的服務。這可能會造成誤導,因為某項服務提供的偽陽性結果可能比其他服務多。

相較之下,比較使用地址資料後獲得的成功結果,才是更有影響力的指標。以電子商務為例,擷取地址的預期結果是最終成功遞送包裹。

建構

現在來到最精彩的部分!現在該為客戶打造新的解決方案了。我們已提供實用指南,說明如何在電子商務結帳頁面導入 Place Autocomplete 和 Address Validation API。建議您在完成這個步驟時查看這份指南。

即使您並非專為電子商務建構應用程式,許多資訊仍適用於您的情況,尤其是如何根據 Address Validation API 的輸出內容判斷地址品質的指南。

架構圖

以下是在電子商務環境中建構 A/B 測試時可使用的容器範例:

[執行環境] A/B 測試地址驗證

重要系統中的重要應用程式、服務和資料儲存庫,為架構提供動力。(按一下可放大)。

架構圖顯示構成 A/B 測試軟體系統和電子商務應用程式軟體系統的容器。圖中顯示電子商務網站的顧客與負載平衡器互動,負載平衡器會將顧客導向電子商務網站應用程式。A/B 測試管理工具會與負載平衡器通訊,選取要向顧客顯示的 A/B 測試變數。這個 A/B 測試系統也會將 A/B 測試的結果和設定記錄在您選擇的資料庫中。電子商務網頁應用程式會向 Google Maps Platform 軟體系統發出 API 呼叫,並向 Analytics 軟體系統回報分析事件,後者會將測試事件記錄到 A/B 測試結果資料庫。

驗證導入設定

如果解決方案導入不當,測試結果就會不可靠。執行 A/B 測試前,請務必先對一小群使用者驗證解決方案,確保運作正常。這可以是內部品質確保測試人員,和/或您信任、能提供建設性意見回饋的特定外部測試人員。

執行

逐步提高傳送量

即使解決方案已通過驗證,仍建議您先針對一小群使用者進行測試,再逐步擴大測試範圍。這樣一來,就能及早發現並快速解決錯誤或其他問題,不會影響到大多數使用者。

完整測試

一小群使用者測試完解決方案,且所有問題都解決後,我們就能擴大進行完整的 A/B 測試。這不一定要是真正的 50/50 流量分配,但應與隨機選取的即時使用量組合大小相當。

擷取指標

測試期間,請務必擷取適當資料來驗證假設。您可以在這個過程中,使用 A/B 測試平台簡化資料收集,並在之後進行分析。Google 地圖平台也會收集 API 用量指標,這類指標可能對您有幫助。如要進一步瞭解如何使用我們的報表工具,請參閱這個頁面。

以下是幾個建議指標:

Place Autocomplete

轉換率:與先前未使用自動填入解決方案時相比,表單的轉換率/完成率是否有所提升?
工具互動:與先前的解決方案相比,是否有更多使用者成功與 Place Autocomplete 互動?

Address Validation

送達成功率:地址品質是否提升,進而減少送達失敗的次數?
地址變更:快遞公司收取的地址變更費用是否減少?
住宅與商業:擷取住宅與商業資料的準確度是否有所提升?(僅限特定市場)

分析

測試結束後,請根據原始測試條件和假設分析結果。如果您使用 A/B 測試平台完成程序,可能已取得部分資訊。

回到上方的「減少品質不佳的地址」一節,您也可以使用 A/B 測試平台可能未擷取的其他指標。這可能是測試情境之間的傳送失敗率,例如:

解決方案 A 解決方案 B
無法送達 1.75% 1.23%

從上述基本範例來看,解決方案 B 顯然是這個用途的較佳選擇。

結論

希望這份指南能提供足夠的資訊,協助您開始進行 A/B 測試!雖然本文以電子商務領域為例,但基本原則適用於各行各業。找出貴商家擁有優質地址資料的成功結果,並將其做為主要假設進行追蹤。

我們在下方再次附上指南中提及的連結,供您進一步閱讀。

預祝測試愉快!

後續步驟

下載這份白皮書 ,並觀看這場網路研討會 ,瞭解如何運用地址驗證功能,改善結帳、送貨和營運流程。

建議閱讀:

貢獻者

主要作者:

Henrik Valve | Google 地圖平台解決方案工程師