A/B 테스트를 사용한 주소 확인의 영향 측정

이 문서에서는 Google Maps Platform 장소 자동 완성주소 유효성 검사 API의 A/B 테스트를 실행할 때 고려해야 할 기법을 설명합니다.

Place Autocomplete 및 Address Validation API를 사용하면 다음과 같은 이점이 있습니다.

  • 고객 경험 개선: 고객에게 주소 및 장소에 대한 실시간 추천을 제공하여 고객이 더 빠르고 쉽게 결제를 완료할 수 있도록 지원합니다. 이를 통해 고객 경험을 개선할 수 있습니다.
  • 데이터 정확도 개선: 장소 자동 완성 및 주소 유효성 검사 API를 사용하면 고객 데이터의 정확도를 개선할 수 있습니다. 정확한 주소 데이터는 상품 배송의 성공 여부에 영향을 미치므로 특히 전자상거래에서 중요합니다.

주소의 품질을 개선하려면 A/B 테스트를 실행하여 요구사항에 가장 적합한 유효성 검사 솔루션을 평가하세요. 이를 통해 사용 사례에 가장 적합한 제품을 정량적으로 결정할 수 있습니다.

A/B 테스트는 웹페이지 또는 앱의 두 버전을 서로 비교하는 방법입니다. 측정 가능한 결과에 대한 변수 변경의 효과를 확인하는 데 사용되는 통제 실험의 한 유형입니다.
A/B 테스트를 실행하려면 페이지 또는 앱의 두 버전을 만드세요. 하나는 통제 버전이고 다른 하나는 측정 가능한 변경사항이 적용된 버전입니다. 그런 다음 이러한 버전을 여러 사용자에게 표시하고 사용자가 버전과 상호작용하는 방식을 측정합니다. 실적이 더 우수한 버전이 승자입니다.

시스템 아키텍처 개요

전자상거래 사용 사례에서 주소 유효성 검사를 A/B 테스트하는 방법을 살펴보겠습니다. 아래 아키텍처 다이어그램은 고객이 상거래 환경과 상호작용하는 방식을 보여주므로 더 효과적인 검증 전략을 결정할 수 있습니다.

[시스템 컨텍스트] A/B 테스트 주소 확인

주소 유효성 검사 API의 값을 A/B 테스트할 때 관련된 시스템입니다.

아키텍처 다이어그램은 전자상거래 웹사이트의 고객이 A/B 테스트 시스템과 상호작용하는 모습을 보여줍니다. 이 시스템은 전자상거래 스토어 소프트웨어 시스템에서 고객에게 표시할 테스트 변수를 결정합니다. 전자상거래 스토어에서 Google Maps Platform 소프트웨어 시스템에 API 호출을 합니다. 또한 분석 소프트웨어 시스템에서 처리하고 A/B 테스트 시스템에 다시 보고하는 A/B 테스트 분석을 수집합니다.

A/B 테스트 프로세스

전체 A/B 테스트 프로세스를 고려할 때 고려해야 할 네 가지 단계가 있습니다.

  • 준비 - 테스트 요구사항, 범위, 기간을 파악합니다.
  • 빌드 - 테스트를 실행할 환경에 Place Autocomplete 및 Address Validation API를 구현합니다.
  • 실행 - 유의미한 결과가 나올 때까지 또는 시간이 만료될 때까지 테스트가 실행되는 동안 측정항목을 수집합니다.
  • 분석 - 결과를 가설과 비교하고 다음 단계를 파악합니다.

각각에 대해 차례로 설명하겠습니다.

준비

A/B 테스트 요구사항 결정

초기 검색

주소 유효성 검사 제공업체를 추가하거나 변경하는 이유를 생각해 보세요. 예를 들어 Google 지도 Place Autocomplete를 사용하는 경우:

  • 시간 절약: 입력을 시작하면 추천이 표시되므로 장소의 전체 이름을 입력하지 않아도 됩니다.
  • 오류 감소: 장소 이름을 잘못 입력해도 Google 지도 장소 자동 완성에서 올바른 장소를 추천합니다.

주소 확인에는 다음과 같은 여러 이점이 있습니다.

  • 전송률 개선: 주소 확인을 사용하면 메일과 상품이 올바른 주소로 전송되므로 전송률을 개선할 수 있습니다. 이를 통해 비즈니스에서 시간과 비용을 절약하고 고객 만족도를 높일 수 있습니다.
  • 데이터 품질 개선: 주소 검증은 주소의 오류를 식별하고 수정하여 데이터 품질을 개선하는 데 도움이 될 수 있습니다. 이를 통해 마케팅 캠페인 및 기타 데이터 기반 이니셔티브의 정확성을 개선할 수 있습니다.

가설 결정

테스트할 가설을 결정합니다. 다음은 두 가지 예입니다.

1. 전환율

자동 완성 솔루션을 추가하면 일반적으로 전환율이 약간 증가하며, 이는 추적하기에 좋은 측정항목입니다. 다른 제공업체에서 자동 완성 유형 솔루션을 변경하는 경우 고정 전환율이 예상됩니다. 전환율이 낮아지면 가장 먼저 구현을 확인해야 합니다.

전환율은 중요하지만 전체 상황을 알 수는 없습니다. 주소 유효성 검사 솔루션을 추가하면 입력 시점에 품질이 낮은 주소를 제출하는 사용자를 포착할 수 있으며, 일부 시나리오에서는 주소 캡처에 약간의 자연스러운 마찰이 발생할 수 있습니다. 이로 인해 전체 전환율이 감소할 수 있지만 반드시 나쁜 것은 아닙니다. 주소 확인 추가로 인해 완료되지 않은 주문은 배송 환불을 통해 비즈니스에 비용이 발생했을 수 있는 품질이 낮은 주소 데이터와 연결되었을 수 있습니다.

2. 품질이 낮은 주소 감소

이때 좋은 주소 유효성 검사 솔루션이 빛을 발할 수 있습니다. Address Validation을 구현하면 품질이 낮은 주소 데이터가 감소할 것으로 예상됩니다.

새 솔루션을 기존 솔루션과 비교하는 경우 '유효한 주소' 일치율만 비교하고 일치율이 높은 서비스를 선택하고 싶을 수 있습니다. 한 서비스가 다른 서비스보다 더 많은 거짓양성을 제공할 수 있으므로 오해의 소지가 있을 수 있습니다.

대신 주소 데이터를 사용한 결과의 성공 여부를 비교하는 것이 더 효과적인 측정항목입니다. 예를 들어 이커머스의 경우 주소를 캡처하는 데 필요한 결과는 최종적으로 패키지가 성공적으로 배송되는 것입니다.

빌드

이제 흥미로운 부분입니다. 이제 고객을 위한 새로운 솔루션을 구축할 때입니다. 전자상거래 결제에 Place AutocompleteAddress Validation API를 구현하기 위한 유용한 가이드가 이미 마련되어 있습니다. 이 단계를 완료하는 동안 이를 확인하는 것이 좋습니다.

전자상거래를 위해 특별히 빌드하지 않더라도 많은 정보가 여전히 관련이 있습니다. 특히 주소 유효성 검사 API의 출력에서 주소 품질을 결정하는 방법에 관한 안내가 유용합니다.

아키텍처 다이어그램

전자상거래 환경에서 A/B 테스트를 빌드하는 데 사용할 수 있는 컨테이너의 예는 다음과 같습니다.

[실행 환경] A/B 테스트 주소 확인

아키텍처를 지원하는 주요 시스템의 중요한 애플리케이션, 서비스, 데이터 스토어입니다. 확대).

아키텍처 다이어그램은 A/B 테스트 소프트웨어 시스템과 전자상거래 앱 소프트웨어 시스템을 구성하는 컨테이너를 보여줍니다. 전자상거래 웹사이트의 고객이 부하 분산기와 상호작용하는 모습이 표시됩니다. 부하 분산기는 고객을 전자상거래 웹사이트 앱으로 안내합니다. A/B 테스트 관리자는 부하 분산기와 통신하여 고객에게 표시할 A/B 테스트 변수를 선택합니다. 이 A/B 테스트 시스템은 선택한 데이터베이스에 A/B 테스트의 결과와 구성을 기록합니다. 전자상거래 웹 앱은 Google Maps Platform 소프트웨어 시스템에 API 호출을 하고, 분석 소프트웨어 시스템에 분석 이벤트를 보고합니다. 분석 소프트웨어 시스템은 A/B 테스트 결과 데이터베이스에 테스트 이벤트를 기록합니다.

구현 확인

솔루션이 제대로 구현되지 않으면 테스트 결과가 신뢰할 수 없게 됩니다. A/B 테스트를 실행하기 전에 먼저 소규모 사용자 그룹을 대상으로 솔루션을 검증하여 예상대로 작동하는지 확인하는 것이 중요합니다. 내부 QA 테스터 또는 건설적인 의견을 제공할 것으로 신뢰하는 일부 외부 테스터가 될 수 있습니다.

실행

천천히 늘리기

솔루션이 검증된 후에도 소규모 사용자 그룹으로 시작하여 테스트를 천천히 늘리는 것이 좋습니다. 이렇게 하면 버그나 기타 문제를 일찍 발견하고 많은 사용자에게 영향을 미치지 않고 신속하게 해결할 수 있습니다.

전체 테스트

소규모 사용자 그룹이 솔루션을 테스트하고 문제가 해결되면 전체 A/B 테스트로 확대할 수 있습니다. 트래픽이 정확히 50/50으로 분할되지 않아도 되지만 무작위로 선택된 실제 사용량과 크기가 비슷해야 합니다.

측정항목 캡처

테스트 중에 가설을 뒷받침하는 적절한 데이터가 캡처되는지 확인해야 합니다. 이 과정에서 A/B 테스팅 플랫폼을 사용하여 데이터 수집과 후속 분석을 간소화할 수 있습니다. Google Maps Platform에서는 유용할 수 있는 API 사용량 측정항목도 수집합니다. 이 페이지에서 Google 보고 도구 사용에 대해 자세히 알아보세요.

다음은 몇 가지 추천 측정항목입니다.

Place Autocomplete

전환율: 이전에 자동 완성 솔루션이 없던 것과 비교해 양식의 전환율/완료율이 개선되었나요?
도구 상호작용: 이전 솔루션과 비교했을 때 Place Autocomplete와 성공적으로 상호작용하는 사용자가 더 많나요?

Address Validation

배송 성공: 주소 품질로 인해 배송 실패가 감소했나요?
주소 변경: 택배 회사로부터 받은 주소 변경 요금이 감소했나요?
주거용 vs 상업용: 주거용 데이터와 상업용 데이터의 캡처가 개선되었나요? (시장만 선택)

분석

이제 테스트가 끝났으므로 원래 테스트 기준과 가설에 따라 결과를 분석할 차례입니다. A/B 테스트 플랫폼을 사용하여 프로세스를 완료한 경우 일부 정보를 이미 사용할 수 있습니다.

위의 품질이 낮은 주소 감소 섹션으로 돌아가서 A/B 테스트 플랫폼에서 포착되지 않았을 수 있는 다른 측정항목을 사용할 수도 있습니다. 테스트 시나리오 간의 실패한 배송 비율일 수 있습니다. 예를 들어 다음과 같은 데이터가 있습니다.

솔루션 A 솔루션 B
배송 실패 1.75% 1.23%

위의 기본 예시를 보면 이 사용 사례에서는 솔루션 B가 더 나은 선택임을 알 수 있습니다.

결론

이 가이드가 A/B 테스트 여정을 시작하는 데 충분한 정보를 제공했기를 바랍니다. 이커머스 분야의 예시를 사용했지만 동일한 기본 원칙을 전반적으로 적용할 수 있습니다. 비즈니스에서 품질이 우수한 주소 데이터를 보유함으로써 얻을 수 있는 성공적인 결과를 파악하고 이를 기본 가설로 추적합니다.

추가 읽기로 가이드에 언급된 링크가 아래에 다시 포함되어 있습니다.

즐거운 테스트가 되기를 바랍니다.

다음 단계

신뢰할 수 있는 주소로 결제, 배송, 운영 개선 백서를 다운로드하고 주소 확인으로 결제, 배송, 운영 개선 웨비나를 시청하세요.

추천 추가 자료:

참여자

주요 저자:

헨리크 밸브 | Google Maps Platform 솔루션 엔지니어