Ten dokument opisuje techniki, które warto wziąć pod uwagę podczas przeprowadzania testu A/B interfejsów API Autouzupełniania adresów i Weryfikacji adresów Google Maps Platform.
Oto kilka korzyści płynących z korzystania z interfejsu Autouzupełnianie miejsc i Address Validation API:
- Ulepszenie wrażeń klientów: dzięki wyświetlaniu klientom sugestii adresów i miejsc w czasie rzeczywistym możesz pomóc im szybciej i łatwiej sfinalizować proces płatności. Może to poprawić wrażenia klientów.
- Zwiększona dokładność danych: interfejsy API Autocomplete miejsc i Weryfikacja adresów pomagają zwiększać dokładność danych o klientach. Może to być szczególnie ważne w przypadku e-commerce, ponieważ dokładne dane adresowe są niezbędne do prawidłowej dostawy paczek.
Aby poprawić jakość adresów, przeprowadź test A/B, aby sprawdzić, które rozwiązanie do sprawdzania adresów najlepiej odpowiada Twoim potrzebom. Dzięki temu możesz ilościowo określić, który produkt najlepiej pasuje do Twojego przypadku użycia.
Test A/B to metoda porównywania 2 wersji strony internetowej lub aplikacji. Jest to rodzaj eksperymentu kontrolowanego, który służy do określenia wpływu zmiany zmiennej na mierzalny wynik.
Aby przeprowadzić test A/B, utwórz 2 wersje strony lub aplikacji: jedną jako wersję kontrolną, a drugą z mierzalną zmianą. Następnie wyświetlasz te wersje różnym użytkownikom i mierzysz ich interakcje z nimi. Wersja, która uzyskuje lepsze wyniki, jest zwycięska.
Omówienie architektury systemu
Przyjrzyjmy się testowaniu A/B walidacji adresu w przypadku użycia w e-commerce. Poniższy diagram architektury pokazuje, jak klient wkracza w interakcję z Twoją platformą handlową, co pozwala Ci określić skuteczniejszą strategię walidacji.
[System Context] Weryfikacja adresu w testach A/B
Systemy zaangażowane w testowanie A/B wartości interfejsu Address Validation API.
Proces testowania A/B
Cały proces testowania A/B składa się z 4 etapów.
- Przygotowanie – określ wymagania dotyczące testowania, zakres i ramy czasowe.
- Tworzenie – zaimplementuj interfejsy API Autouzupełnianie miejsc i Address Validation w środowisku, w którym chcesz przeprowadzić test.
- Uruchom – zbieranie danych trwa do momentu uzyskania istotnych wyników lub do czasu wygaśnięcia limitu czasu.
- Analiza – porównaj wyniki z hipotezą i określ kolejne kroki.
Omówimy je po kolei.
Przygotowanie
Ustalanie wymagań dotyczących testów A/B
Początkowe odkrywanie
Zastanów się, dlaczego chcesz dodać lub zmienić dostawcę usługi weryfikacji adresów. Na przykład, korzystając z autouzupełniania w Mapach Google:
- Oszczędność czasu: nie musisz wpisywać całej nazwy miejsca, wystarczy, że zaczniesz pisać, a pojawią się sugestie.
- Zmniejsza liczbę błędów: jeśli źle wpiszesz nazwę miejsca, Mapy Google nadal będą sugerować prawidłowe miejsce.
Weryfikacja adresu ma wiele zalet, w tym:
- Zwiększone wskaźniki dostaw: weryfikacja adresu może pomóc w zwiększeniu wskaźników dostawy, ponieważ zapewnia, że przesyłki są wysyłane na właściwy adres. Może to zaoszczędzić firmom czas i pieniądze oraz zwiększyć zadowolenie klientów.
- Poprawa jakości danych: weryfikacja adresu może pomóc w poprawie jakości danych przez wykrywanie i poprawianie błędów w adresach. Może to zwiększyć dokładność kampanii marketingowych i innych inicjatyw opartych na danych.
Wybór hipotezy
Zdecyduj, jaką hipotezę chcesz przetestować. Oto 2 przykłady:
1. Współczynnik konwersji
Po dodaniu rozwiązania typu type ahead zwykle następuje niewielki wzrost współczynnika konwersji, który warto śledzić. Jeśli zmieniasz rozwiązanie typu „type ahead” od innego dostawcy, należy się spodziewać stałego współczynnika konwersji. Jeśli współczynnik konwersji spadnie, najpierw sprawdź implementację.
Współczynnik konwersji jest ważny, ale nie zawsze mówi całej prawdy. Dodanie rozwiązania do weryfikacji adresów ma na celu zapobieganie przesyłaniu przez użytkowników adresów o niskiej jakości w miejscu wprowadzania danych. W niektórych przypadkach może to jednak utrudniać rejestrowanie adresów. Może to spowodować spadek ogólnego współczynnika konwersji, ale niekoniecznie jest to coś złego. Zamówienia nieukończone z powodu dodania weryfikacji adresu mogły być powiązane z danymi adresu o niskiej jakości, które mogłyby spowodować koszty dla firmy w postaci obciążeń zwrotnych za dostawę.
2. zmniejszenie liczby adresów o niskiej jakości,
Właśnie w takich sytuacjach przydaje się dobre rozwiązanie do weryfikacji adresów. Po wdrożeniu weryfikacji adresów należy się spodziewać zmniejszenia liczby danych adresowych o niskiej jakości.
Jeśli porównujesz nowe rozwiązanie z dotychczasowym, możesz mieć ochotę po prostu porównać współczynniki dopasowania „prawidłowego adresu” i wybrać usługę, która zapewnia wyższy współczynnik dopasowania. Może to być mylące, ponieważ jedna usługa może generować więcej fałszywych alarmów niż druga.
Bardziej przydatnym wskaźnikiem jest natomiast porównanie skuteczności korzystania z danych adresów. W przypadku handlu elektronicznego pożądanym efektem pozyskania adresu jest dostarczenie paczki.
Kompilacja
Teraz najciekawsze. Nadszedł czas na stworzenie nowego rozwiązania dla klientów. Mamy już przydatny przewodnik dotyczący implementacji autouzupełniania miejsc i interfejsu API weryfikacji adresów w procesie płatności e-commerce. Zalecamy sprawdzenie tego podczas wykonywania tego kroku.
Nawet jeśli nie tworzysz aplikacji pod kątem handlu elektronicznego, wiele informacji jest nadal istotnych, zwłaszcza wskazówki dotyczące określania jakości adresu na podstawie danych wyjściowych interfejsu Address Validation API.
Schemat architektury
Poniżej przedstawiamy przykład kontenerów, które można wykorzystać do tworzenia testów A/B w środowisku e-commerce:
[Execution Environment] A/B Testing Address Validation
Ważne aplikacje, usługi i magazyny danych w kluczowych systemach, które obsługują architekturę. (kliknij, aby powiększyć)
Weryfikowanie implementacji
Nieprawidłowo zaimplementowane rozwiązanie spowoduje niewiarygodne wyniki testów. Zanim uruchomisz test A/B, musisz najpierw sprawdzić rozwiązanie na małej grupie użytkowników, aby się upewnić, że działa ono zgodnie z oczekiwaniami. Mogą to być wewnętrzni testerzy QA lub wybrana grupa zewnętrznych testerów, którzy według Ciebie mogą udzielić konstruktywnej informacji zwrotnej.
Uruchom
Stopniowe zwiększanie liczby
Nawet po zatwierdzeniu rozwiązania warto stopniowo zwiększać zakres testu, zaczynając od małej grupy użytkowników. Dzięki temu można wcześnie wykrywać błędy i inne problemy oraz szybko je rozwiązywać bez wpływu na dużą liczbę użytkowników.
Pełny test
Gdy rozwiązanie zostanie przetestowane przez małą grupę użytkowników i wszystkie problemy zostaną rozwiązane, możemy przeprowadzić pełny test A/B. Nie musi to być dokładny podział ruchu na 50/50, ale wielkość powinna być porównywalna z losowo wybranym zestawem danych z użytkowania na żywo.
Pobieranie danych
Podczas testu musisz się upewnić, że gromadzone są odpowiednie dane, które potwierdzają Twoją hipotezę. Aby ułatwić gromadzenie danych i ich późniejszą analizę, możesz użyć platformy do testów A/B. Google Maps Platform zbiera też dane o używaniu interfejsu API, które mogą być przydatne. Aby dowiedzieć się więcej o korzystaniu z naszych narzędzi do raportowania, odwiedź tę stronę.
Oto kilka sugerowanych danych:
Autouzupełnianie miejsc
Współczynnik konwersji: czy współczynnik konwersji lub wypełniania formularza wzrósł w porównaniu z okresem, w którym nie korzystano z autouzupełniania?
Interakcja z narzędziem: czy w porównaniu z poprzednim rozwiązaniem więcej użytkowników korzysta z autouzupełniania w przypadku miejsc?
Weryfikacja adresu
Skuteczność dostawy:czy udało się zmniejszyć liczbę nieudanych dostaw z powodu jakości adresu?
Zmiany adresu: czy liczba opłat za zmianę adresu, które otrzymasz od kurierów, zmniejszyła się?
Mieszkaniowy czy komercyjny: czy udało się poprawić rejestrowanie danych dotyczących obiektów mieszkalnych i komercyjnych? (tylko wybrane rynki)
Analizuj
Test się zakończył, więc czas przeanalizować wyniki pod kątem pierwotnych kryteriów i hipotezy. Jeśli do przeprowadzenia procesu użyjesz platformy testów A/B, niektóre informacje mogą być już dostępne.
Wracając do sekcji Zmniejszenie liczby adresów o niskiej jakości, możesz też używać innych danych, które nie zostały zarejestrowane przez platformę testów A/B. Może to być odsetek nieudanych dostaw w różnych scenariuszach testowych. Przykładowe dane:
| Rozwiązanie A | Rozwiązanie B | |
|---|---|---|
| Nieudane dostawy | 1,75% | 1,23% |
Z podanych wyżej przykładów wynika, że w tym przypadku lepszym rozwiązaniem będzie rozwiązanie B.
Podsumowanie
Mamy nadzieję, że ten przewodnik zawiera wystarczającą ilość informacji, aby rozpocząć testowanie A/B. Chociaż w tym artykule podano przykłady z branży e-commerce, te same podstawowe zasady można stosować w całym zakresie. Określ, jaki będzie efekt posiadania w swojej firmie danych adresowych wysokiej jakości, i traktuj to jako główną hipotezę.
Poniżej zamieszczamy linki do materiałów wymienionych w przewodniku, które warto przeczytać.
Miłego testowania,
Następne kroki
Pobierz białą księgę Usprawnij procesy płatności i dostawy dzięki wiarygodnym adresom oraz obejrzyj webinar Usprawnianie procesów płatności i dostawy dzięki weryfikacji adresów .
Sugerowane dalsze materiały do czytania:
- Weryfikacja adresów w procesie płatności e-commerce
- Dokumentacja autouzupełniania miejsc
- Dokumentacja interfejsu Address Validation API
- Raporty Google Maps Platform
Współtwórcy
Główni autorzy:
Henrik Valve | Inżynier rozwiązań Google Maps Platform