Prowadźcie własny program, na własnej witrynie

Jedna osoba, która umie edytować witrynę i przeczytać wykres. Praca, która zwykle wymaga specjalisty, to dokładnie ta część, która jest wbudowana: dzięki edytorowi przy większości wariantów programista nie jest potrzebny, uporządkowany backlog kończy dyskusje o tym, co uruchomić dalej, a kolejka tego, co czeka na decyzję, zastępuje codzienne sprawdzanie, czy coś się zepsuło. Platforma nie zdecyduje natomiast, co warto testować, i nie zrobi tego żadna platforma. Jeśli nikt nie odpowiada za to pytanie, zakup oprogramowania tego nie zmieni.

Trzy rzeczy, i tylko pierwsza jest nieunikniona. Wstawić jeden skrypt w head, raz, co jest jedyną zmianą na waszej witrynie. Zbudować testy po stronie serwera, w których to wasz backend decyduje, co zostaje wydane; to jedyny typ testu, który naprawdę jest kodem. I wpisać zwycięzców na stałe, kiedy chcecie, żeby zmiana żyła w waszej bazie kodu, a nie była wydawana przez nas; przekazujemy ją z dokładną zmianą w załączniku, więc wystarczy ją wkleić, bez zwoływania spotkania. Wszystko pomiędzy robi się, wskazując elementy na działającej witrynie.

Rośnie razem z sesjami, a nie z liczbą osób, więc ludzie, dzięki którym program działa, nie kosztują osobno. Projektantka, która pisze wariant, analityk, który czyta wynik, i osoba z zarządu, która chce mieć wgląd, mogą mieć konto, a członkowie mają podgląd w całej platformie, więc rozdawanie kont jest bezpieczne. Wraz z wami rośnie liczba sesji na waszych witrynach, a jeden plan obejmuje wszystkie witryny na koncie.

Nie, i lepiej je zachować. Ustawcie witrynę na GA4, a runtime odczyta zdarzenia, które już płyną przez waszą warstwę danych, więc konwersje, które mierzymy, są tymi samymi, które liczy wasza analityka. To kończy zwykły spór dwóch narzędzi z dwiema definicjami zakupu. Ekspozycja na wariant też jest przesyłana z powrotem, więc test staje się wymiarem, po którym możecie segmentować w raportach, którym wasz zespół już ufa.