W tym dokumencie opisujemy techniki, które warto wziąć pod uwagę podczas przeprowadzania testu A/B interfejsów API Google Maps Platform Autouzupełnianie miejsc i Weryfikacja adresów.
Oto kilka korzyści z korzystania z interfejsów API Autouzupełnianie miejsc i Address Validation API:
- Lepsze wrażenia klienta: dzięki sugestiom adresów i Miejsc w czasie rzeczywistym możesz pomóc klientom szybciej i łatwiej dokonać zakupu. Może to poprawić 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, który pozwoli Ci ocenić, 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 wersję 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ę testowaniu 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ą e-commerce, co pozwala określić skuteczniejszą strategię weryfikacji.
[Kontekst systemu] Testy A/B weryfikacji adresów
Systemy, które są używane podczas testów 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 – wdrożenie interfejsów API Autouzupełnianie miejsc i Weryfikacja adresów w środowisku, w którym będzie przeprowadzany test.
- Uruchomienie – zbieranie danych podczas testu do momentu 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 funkcji Autouzupełnianie 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, funkcja Autouzupełnianie miejsc w Mapach Google i tak zasugeruje prawidłowe miejsce.
Weryfikacja adresów ma wiele korzyści, m.in.:
- Wyższe wskaźniki dostarczania: weryfikacja adresów może pomóc w zwiększeniu wskaźników dostarczania, ponieważ 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 dzięki identyfikowaniu i korygowaniu 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 obciążenie firmy kosztami zwrotu środków.
2. Mniej adresów o niskiej jakości
W tym przypadku dobre rozwiązanie do weryfikacji adresów może się 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 istotnym 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ęść! Czas zbudować nowe rozwiązanie dla 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ć poprawność rozwiązania w małej grupie użytkowników, aby upewnić się, że działa ono zgodnie z oczekiwaniami. Mogą to być wewnętrzni testerzy QA lub wybrana grupa testerów zewnętrznych, którym ufasz, że przekażą konstruktywne opinie.
Uruchom
Stopniowe zwiększanie liczby wysyłanych wiadomości
Nawet po sprawdzeniu poprawności rozwiązania warto stopniowo zwiększać liczbę wysyłanych wiadomości, 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 z losowo wybranym zestawem rzeczywistego użytkowania.
Przechwytywanie danych
Podczas testu upewnij się, że przechwytywane są odpowiednie dane, które potwierdzają Twoją hipotezę. W tym procesie możesz użyć platformy do testów 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 lub 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 funkcją Autouzupełnianie 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?
Adresy prywatne i firmowe: czy nastąpiła poprawa w przechwytywaniu danych dotyczących adresów prywatnych i firmowych? (tylko na wybranych rynkach)
Analizuj
Test się skończył, więc czas przeanalizować wyniki pod kątem pierwotnych kryteriów testowych i hipotezy. Jeśli do przeprowadzenia procesu używasz platformy do testów A/B, niektóre informacje mogą być już dostępne.
Wracając do sekcji Mniej adresów o niskiej jakości, możesz też użyć innych danych, które nie zostały przechwycone przez platformę do testów A/B. Może to być np. odsetek nieudanych dostaw w scenariuszach testowych, 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, jaki jest pożądany efekt posiadania danych adresowych o dobrej jakości w Twojej firmie, i śledź go jako główną hipotezę.
Poniżej ponownie podajemy linki wspomniane w przewodniku, które mogą być przydatne.
Miłego testowania,
Następne kroki
Pobierz raport 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 funkcji Autouzupełnianie 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