本文說明執行 Google 地圖平台 Place Autocomplete 和 Address Validation API 的A/B 測試時，應考慮採用的技術。
使用 Place Autocomplete 和 Address Validation API 的好處如下：
- 提升客戶體驗：為客戶提供即時地址和地點建議，有助於他們更快速、輕鬆地完成結帳程序。進而創造更優質的客戶體驗。
- 提高資料準確度：Place Autocomplete API 和 Address Validation API 可協助您提高客戶資料的準確度。在電子商務中，這一點尤其重要，因為準確的地址資料是確保包裹順利送達的關鍵。
如要改善地址品質，請執行 A/B 測試，評估哪種驗證解決方案最符合你的需求。這樣一來，您就能以量化方式判斷哪項產品最適合您的用途。
A/B 測試可將網頁或應用程式的兩個版本進行比較，這是一種對照實驗，用於判斷變數變更對可評估結果的影響。
如要進行 A/B 版本測試，請建立兩個網頁或應用程式版本，其中一個做為控制組，另一個則包含可評估的變更。接著，您可以向不同使用者顯示這些版本，並評估使用者與這些版本的互動情形。成效較佳的版本勝出。
系統架構總覽
讓我們來看看在電子商務用途中，進行地址驗證的 A/B 測試。下方架構圖顯示消費者與商務體驗的互動方式，協助您決定更有效的驗證策略。
[系統內容] A/B 測試地址驗證
在 A/B 版本測試 Address Validation API 值時，所涉及的系統。
A/B 測試程序
在考量整體 A/B 版本測試程序時，請考慮四個階段。
- 準備：找出測試規定、範圍和時程。
- 建構：在測試環境中實作 Place Autocomplete 和 Address Validation API。
- 執行：在測試執行期間收集指標，直到獲得顯著結果或時間到期為止。
- 分析：將結果與假設進行比較，並找出後續步驟。
我們會依序討論這些內容。
事前準備
決定 A/B 測試規定
初步探索
請問自己：為什麼要新增或變更地址驗證服務供應商？舉例來說，使用 Google 地圖 Place Autocomplete：
- 節省時間：只要開始輸入，系統就會顯示建議內容，您不必輸入地點的完整名稱。
- 減少錯誤：如果您誤拼地點名稱，Google 地圖 Places Autocomplete 仍會建議正確的地點。
驗證地址有許多好處，包括：
- 提高送達率：地址驗證功能可確保郵件和包裹送達正確地址，進而提高送達率。這有助於企業節省時間與費用，並提升顧客滿意度。
- 改善資料品質：地址驗證功能可找出並修正地址中的錯誤，進而改善資料品質。進而提高行銷廣告活動和其他資料導向計畫的準確度。
決定假設
決定要測試的假設。請看以下兩個範例：
1. 轉換率
加入預測輸入解決方案後，轉換率通常會略為上升，這也是值得追蹤的指標。如果您是經由其他供應商變更類型的解決方案，預期轉換率應該會是固定的。如果轉換率下滑，請先檢查導入情形。
轉換率雖然重要，但可能無法說明整個情況。新增地址驗證解決方案的目的，是避免使用者在輸入時提交品質不佳的地址，但在某些情況下，這可能會導致擷取地址時產生一些自然阻礙。這可能會導致整體轉換率下降，但這不一定是壞事。由於新增地址驗證功能，導致未完成的訂單可能與品質不佳的地址資料有關，而這類資料可能會導致商家因退貨而產生運費。
2. 減少品質不佳的地址
這正是優質地址驗證解決方案大放異彩之處。採用地址驗證後，我們應該就會減少地址資料品質不佳的情況。
比較新舊解決方案時，您可能會只比較「正確地址」比對率，然後選取比對率較高的服務。這可能會產生誤導，因為其中一項服務提供的誤報數量可能多於另一項服務。
相較之下，比較使用地址資料的成功結果會更有意義。以電子商務為例，擷取地址的預期結果是最終成功送達包裹。
建構
接下來是令人期待的部分！是時候為客戶打造新的解決方案了。我們準備了實用指南，說明如何針對電子商務結帳流程導入 Place Autocomplete 和 Address Validation API。建議您在完成這個步驟時查看這項資訊。
即使您並非專門為電子商務建構應用程式，許多資訊仍很實用，特別是如何根據 Address Validation API 的輸出內容判斷地址品質的指南。
架構圖
以下是可用於在電子商務環境中建立 A/B 測試的容器範例：
[執行環境] 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 地圖平台解決方案工程師