W tym dokumencie opisujemy techniki, które warto wziąć pod uwagę podczas przeprowadzania testów A/B interfejsów API Google Maps Platform Autouzupełnianie miejsc i Weryfikacja adresów.
Oto kilka zalet korzystania z interfejsów API Autouzupełnianie miejsc i Address Validation API:
- Lepsze wrażenia klientów: dzięki sugestiom adresów i miejsc w czasie rzeczywistym możesz pomóc klientom szybciej i łatwiej dokonać zakupu. Może to przełożyć się na lepsze wrażenia klientów.
- Większa dokładność danych: interfejsy API Autouzupełnianie miejsc i Weryfikacja adresów mogą pomóc Ci zwiększyć dokładność danych o klientach. Może to być szczególnie ważne w e-commerce, ponieważ dokładne dane adresowe są niezbędne do skutecznego dostarczania przesyłek.
Aby poprawić jakość adresów, przeprowadź test A/B, aby sprawdzić, które rozwiązanie do weryfikacji najlepiej spełnia Twoje potrzeby. Dzięki temu możesz ilościowo określić, która usługa najlepiej pasuje do Twojego przypadku użycia.
Test A/B to sposób na porównanie ze sobą 2 wersji strony internetowej lub aplikacji. Jest to rodzaj kontrolowanego eksperymentu, 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 kontrolną, a drugą z mierzalną zmianą. Następnie pokaż te wersje różnym użytkownikom i zmierz, jak wchodzą z nimi w interakcję. Wygrywa wersja, która osiąga lepsze wyniki.
Omówienie architektury systemu
Przyjrzyjmy się testom A/B weryfikacji adresów w przypadku użycia w e-commerce. Poniższy schemat architektury pokazuje, jak klient wchodzi w interakcję z Twoją usługą handlową, co pozwala określić skuteczniejszą strategię weryfikacji.
[Kontekst systemu] Testy A/B weryfikacji adresów
Systemy, które są zaangażowane w testy A/B wartości interfejsu Address Validation API.
Proces testowania A/B
Podczas planowania ogólnego procesu testowania A/B należy wziąć pod uwagę 4 etapy.
- Przygotowanie – określenie wymagań testowych, zakresu i harmonogramu.
- Kompilacja – zaimplementowanie interfejsów API Autouzupełnianie miejsc i Address Validation API w środowisku, w którym będzie przeprowadzany test.
- Uruchomienie – zbieranie danych podczas testu, aż do uzyskania istotnych wyników lub upłynięcia czasu.
- Analiza – porównanie wyników z hipotezą i określenie dalszych kroków.
Omówimy teraz każdy z tych etapów.
Przygotowanie
Określanie wymagań dotyczących testów A/B
Wstępne odkrywanie
Zadaj sobie pytanie: dlaczego dodajesz lub zmieniasz dostawcę usługi weryfikacji adresów? Na przykład korzystanie z autouzupełniania miejsc w Mapach Google:
- Oszczędność czasu: nie musisz wpisywać całej nazwy miejsca, wystarczy, że zaczniesz pisać, a pojawią się sugestie.
- Mniej błędów: jeśli popełnisz błąd w nazwie miejsca, autouzupełnianie miejsc w Mapach Google nadal będzie sugerować prawidłowe miejsce.
Weryfikacja adresów ma wiele zalet, m.in.:
- Wyższe wskaźniki dostawy: weryfikacja adresów może pomóc w zwiększeniu wskaźników dostawy, ponieważ zapewnia, że poczta i paczki są wysyłane na prawidłowy adres. Dzięki temu firmy mogą oszczędzać czas i pieniądze oraz zwiększać zadowolenie klientów.
- Lepsza jakość danych: weryfikacja adresów może pomóc w poprawie jakości danych, ponieważ umożliwia identyfikowanie i korygowanie błędów w adresach. Może to zwiększyć dokładność kampanii marketingowych i innych inicjatyw opartych na danych.
Określanie hipotezy
Określ hipotezę, którą chcesz przetestować. Oto 2 przykłady:
1. Współczynnik konwersji
Gdy dodasz rozwiązanie typu „wpisz i zobacz”, zwykle zauważysz niewielki wzrost współczynników konwersji. Jest to dobry wskaźnik do śledzenia. Jeśli zmieniasz rozwiązanie typu „wpisz i zobacz” od innego dostawcy, możesz spodziewać się stałego współczynnika konwersji. Jeśli współczynnik konwersji spadnie, najpierw sprawdź implementację.
Współczynnik konwersji jest ważny, ale może nie mówić wszystkiego. Dodanie rozwiązania do weryfikacji adresów ma na celu uniemożliwienie użytkownikom przesyłania adresów o niskiej jakości w momencie wprowadzania danych. W niektórych przypadkach może to spowodować naturalne utrudnienie w przechwytywaniu adresów. Może to spowodować spadek ogólnych współczynników konwersji, ale niekoniecznie należy to traktować jako coś złego. Niezrealizowane zamówienia z powodu dodania weryfikacji adresów mogły być powiązane z danymi adresowymi o niskiej jakości, co spowodowałoby koszty dla firmy w postaci obciążeń zwrotnych za dostawę.
2. Mniej adresów o niskiej jakości
W tym przypadku dobre rozwiązanie do weryfikacji adresów może się naprawdę sprawdzić. Po wdrożeniu weryfikacji adresów powinna nastąpić redukcja danych adresowych o niskiej jakości.
Jeśli porównujesz nowe rozwiązanie z dotychczasowym, możesz mieć pokusę, aby porównać tylko wskaźniki dopasowania „dobrego adresu” i wybrać usługę, która zapewnia wyższy wskaźnik dopasowania. Może to być mylące, ponieważ jedna usługa może generować więcej fałszywych alarmów niż druga.
Zamiast tego bardziej miarodajnym wskaźnikiem jest porównanie skuteczności korzystania z danych adresowych. Na przykład w e-commerce pożądany efekt przechwytywania adresu to ostateczne dostarczenie przesyłki.
Kompilacja
Teraz czas na ekscytującą część. Musisz stworzyć nowe rozwiązanie dla swoich klientów. Mamy już przydatny przewodnik dotyczący implementowania interfejsów API Autouzupełnianie miejsc i Weryfikacja adresów w procesie płatności w e-commerce. Zalecamy, aby podczas wykonywania tego kroku zapoznać się z tym przewodnikiem.
Nawet jeśli nie tworzysz rozwiązania specjalnie dla e-commerce, 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 znajdziesz przykład kontenerów, których można użyć do utworzenia testu A/B w środowisku e-commerce:
[Środowisko wykonawcze] Testy A/B weryfikacji adresów
Ważne aplikacje, usługi i magazyny danych w kluczowych systemach, które obsługują architekturę. (Kliknij, aby powiększyć).
Sprawdzanie poprawności implementacji
Źle zaimplementowane rozwiązanie będzie generować niewiarygodne wyniki testów. Przed uruchomieniem testu A/B należy sprawdzić rozwiązanie w małej grupie użytkowników, aby upewnić się, że działa zgodnie z oczekiwaniami. Mogą to być wewnętrzni testerzy QA lub wybrana grupa testerów zewnętrznych, którym ufasz, że przekażą konstruktywne opinie.
Uruchomienie
Stopniowe zwiększanie liczby wysyłanych wiadomości
Nawet po sprawdzeniu poprawności rozwiązania warto stopniowo zwiększać liczbę wysyłanych wiadomości w teście, zaczynając od małej grupy użytkowników. Dzięki temu można wcześnie wykryć błędy lub inne problemy i szybko je rozwiązać bez wpływu na duży odsetek 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 przejść do pełnego testu A/B. Nie musi to być prawdziwy podział ruchu 50/50, ale powinien być porównywalny pod względem rozmiaru z losowo wybranym zestawem rzeczywistego użytkowania.
Rejestrowanie danych
Podczas testu musisz się upewnić, że rejestrowane są odpowiednie dane, które potwierdzają Twoją hipotezę. W tym procesie możesz użyć platformy do testowania A/B, aby ułatwić zbieranie danych i późniejszą analizę. Google Maps Platform zbiera też dane o wykorzystaniu interfejsu API, które mogą być przydatne. Więcej informacji o korzystaniu z naszych narzędzi do raportowania znajdziesz na tej stronie.
Oto kilka sugerowanych danych:
Autouzupełnianie miejsc
Współczynnik konwersji: czy współczynnik konwersji/współczynnik realizacji formularza wzrósł w porównaniu z sytuacją, gdy nie było rozwiązania do autouzupełniania?
Interakcja z narzędziem: czy więcej użytkowników wchodzi w interakcję z autouzupełnianiem miejsc w porównaniu z poprzednim rozwiązaniem?
Weryfikacja adresów
Skuteczność dostawy: czy nastąpił spadek liczby nieudanych dostaw z powodu jakości adresu?
Zmiany adresu: czy nastąpił spadek liczby opłat za zmianę adresu otrzymywanych od kurierów?
Adres domowy a adres firmy: czy nastąpiła poprawa w zakresie przechwytywania danych dotyczących adresu domowego i adresu firmy? (tylko wybrane rynki)
Analizuj
Test się zakończył. Teraz czas na analizę wyników w porównaniu z pierwotnymi kryteriami testowymi i hipotezą. Jeśli do ukończenia procesu używasz platformy do testowania A/B, niektóre informacje mogą być już dostępne.
Wracając do sekcji Redukcja adresów o niskiej jakości, możesz też użyć innych danych, które nie zostały zarejestrowane przez platformę do testowania A/B. Może to być współczynnik nieudanych dostaw między scenariuszami testowymi, z przykładowymi danymi takimi jak te:
| Rozwiązanie A | Rozwiązanie B | |
|---|---|---|
| Nieudane dostawy | 1,75% | 1,23% |
Z powyższego prostego przykładu wynika, że w tym przypadku lepszym wyborem byłoby rozwiązanie B.
Podsumowanie
Mamy nadzieję, że ten przewodnik zawiera wystarczająco dużo informacji, aby rozpocząć testy A/B. Chociaż użyto w nim przykładów z e-commerce, te same podstawowe zasady można stosować w różnych obszarach. Określ, jakie korzyści przynosi Twojej firmie posiadanie danych adresowych o dobrej jakości, i śledź je jako główną hipotezę.
Poniżej ponownie podajemy linki wymienione w przewodniku jako sugerowane dalsze lektury.
Miłego testowania,
Następne kroki
Pobierz białą księgę Usprawnianie procesu płatności, dostawy i operacji dzięki wiarygodnym adresom i obejrzyj webinar Usprawnianie procesu płatności, dostawy i operacji dzięki weryfikacji adresów .
Sugerowane dalsze lektury:
- Weryfikacja adresów w procesie płatności w e-commerce
- Dokumentacja autouzupełniania miejsc
- Dokumentacja interfejsu Address Validation API
- Raportowanie w Google Maps Platform
Współtwórcy
Główni autorzy:
Henrik Valve | Inżynier rozwiązań Google Maps Platform