Rozwiązania · SaaS
Prowadźcie własny program, na własnej witrynie
Wasz zespół odpowiada za plan działań i uruchamia testy. Pertento jest platformą pod spodem: jeden tag skryptu, edytor wizualny i wyniki, którym nikt nie musi wierzyć na słowo.
Prowadzenie samodzielnie
Od pierwszego popołudnia
Instalacja, kogo zaprosicie i jak wdrożyć zmianę, kiedy nie ma na nią czasu programistów.
Pierwsze kroki
Działa już pierwszego popołudnia
Jeden tag skryptu w head i konsola zaczyna raportować. Nic do kupienia, żadnego potoku danych do zbudowania, żadnego sprintu programistów do zaplanowania.
- Loader 0,9 KB, bez ciasteczek, bez danych osobowych
- Edytor wizualny uruchamia się z rozszerzenia Chrome na waszej działającej witrynie
- Nowy test jest szkicem, dopóki go nie uruchomicie i nie opublikujecie witryny
Zespół
Zaproście wszystkich, płaćcie za sesje
Cena zależy od sesji, a nie od stanowisk, więc projektant, który pisze wariant, i analityk, który czyta wynik, nic dodatkowo nie kosztują.
- Nieograniczona liczba użytkowników w każdym planie
- Role określające, kto może uruchamiać, zatrzymywać i wdrażać
- Dziennik aktywności: kto co zmienił
Bez programistów
Wdróżcie zmianę, przekażcie zwycięzcę
Większość wariantów nigdy nie potrzebuje programisty. Te warte zatrzymania tworzą zgłoszenie wdrożeniowe z selektorem i dokładną zmianą, więc przekazanie to wklejenie, a nie spotkanie.
- Edycja tekstu, stylu, układu i pozycji bez kodu
- Przekazanie do wdrożenia dla zwycięzców wartych wpisania na stałe
- Test dalej działa, dopóki kod nie zostanie wdrożony
W praktyce
Jak wygląda samodzielne prowadzenie we wtorek
Najtrudniejszy w wewnętrznym programie rzadko jest pierwszy test. Trudniej utrzymać w ruchu kilka naraz, kiedy testowanie nie jest niczyim jedynym zajęciem.
Ruch nie ogranicza waszego tempa
Każdy kwalifikujący się odwiedzający wchodzi do każdego kwalifikującego się testu, więc mały zespół może mieć osiem testów na żywo na średniej witrynie i żaden z nich nie rozstrzyga się dłużej. Rada, by uruchamiać po jednym, jest ograniczeniem innych narzędzi.
Decyduje backlog, a nie najgłośniejszy głos
Oceńcie każdy pomysł według potencjału, zasięgu i nakładu pracy, a lista uporządkuje się sama. Kiedy nic nie jest zepsute i nic nie czeka na decyzję, konsola mówi, który szkic wziąć.
Tylko podgląd to prawdziwa rola
Członkowie widzą wszystko i nie zmieniają nic, i właśnie to sprawia, że bezpiecznie jest dać konto całemu zespołowi. Start, zatrzymanie i wdrożenie zostają u administratorów i właścicieli, a każda zmiana jest zapisana przy teście z nazwiskiem.
Drugi test jest tańszy niż pierwszy
Duplikowanie testu zabiera ze sobą warianty, zmiany, zrzuty ekranu i wszystkie trzy rodzaje kierowania. Większość kosztu programu to odtwarzanie konfiguracji, a większość błędów siedzi właśnie w tej części, którą ludzie odtwarzają ręcznie.
Nikt nie musi pamiętać, żeby to zatrzymać
Zaplanujcie start i koniec już przy budowaniu. Zatrzymanie przy istotności jest dodatkiem, z minimalnym czasem działania i obowiązkową datą końca, więc wczesne zatrzymanie może być tylko wczesne i nigdy nie jest jedyną rzeczą, która kończy test.
Odezwie się, kiedy test się zepsuje
Podział, który przestał zgadzać się z konfiguracją, albo dzień całkiem bez ruchu, dotrze do was e-mailem i na Slacku, zamiast czekać, aż ktoś zauważy. Jedno i drugie zwykle znaczy, że wdrożenie zabrało skrypt albo że reguła kierowania przestała pasować.
Pytania
Zanim weźmiecie to na siebie
Jak mały może być zespół?
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.
Co będą musieli zrobić nasi programiści?
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.
Jak zachowuje się koszt, kiedy rośniemy?
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.
Mamy już GA4. Czy to je zastępuje?
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.
Co stanie się z pracą, jeśli przestaniemy?
Wszystko, co już jest wpisane na stałe, jest w waszej bazie kodu i nikt tego nie rusza, i właśnie dlatego kolejka wdrożeń wciąż upomina się o zwycięzców, których jeszcze wydajemy. Zwycięzcy nadal wydawani przez platformę zatrzymują się, kiedy ona się zatrzyma, tak samo jak zatrzymuje się każdy wariant. Testy, hipotezy za nimi i zapis każdej decyzji żyją na koncie, a nie w arkuszu konsultanta: to, z czym odchodzicie, jest udokumentowanym programem, a nie folderem zrzutów ekranu.