Lösningar · SaaS
Kör ditt eget testprogram, på din egen webbplats
Ditt team äger roadmapen och kör testerna. Pertento är plattformen under: en skripttagg, en visuell editor och resultat som ingen behöver ta på tro.
Kör själv
Från första eftermiddagen
Hur du installerar det, vem du bjuder in och hur en ändring går live när ingen utvecklartid finns att lägga på den.
Kom igång
Live redan första eftermiddagen
Lägg in en skripttagg i head så börjar konsolen rapportera. Inget att upphandla, ingen datapipeline att bygga och ingen utvecklingssprint att planera in.
- En loader på 0,9 KB, utan cookies och utan personuppgifter
- Den visuella editorn körs från ett Chrome-tillägg på din live-webbplats
- Ett nytt experiment är ett utkast tills du startar det och publicerar webbplatsen
Teamet
Bjud in alla, betala för sessioner
Priset följer sessioner, inte användare. Designern som skriver varianten och analytikern som läser resultatet kostar alltså inget extra.
- Obegränsat antal användare på alla planer
- Roller som styr vem som får starta, stoppa och rulla ut
- En aktivitetslogg över vem som ändrade vad
Utan utvecklare
Rulla ut ändringen, lämna över vinnaren
De flesta varianter behöver aldrig en utvecklare. De som är värda att behålla får ett implementeringsärende med selektorn och den exakta ändringen, så överlämningen blir en copy-paste och inte ett möte.
- Redigera text, formgivning, layout och position utan kod
- Överlämning till utvecklarna för vinnare som är värda att hårdkoda
- Experimentet fortsätter att visas tills koden är utrullad
I praktiken
Så ser en vanlig tisdag ut när du kör testerna själv
Det svåra med ett internt testprogram är sällan det första testet. Det svåra är att hålla flera test igång när experimentering inte är någons heltidsjobb.
Trafiken sätter ingen gräns för din testtakt
Varje behörig besökare ingår i varje behörigt experiment, så ett litet team kan ha åtta tester igång på en medelstor webbplats utan att något av dem tar längre tid att avgöra. Rådet att köra ett test i taget är en begränsning hos andra verktyg.
Backlogen avgör, inte den som pratar högst
Poängsätt varje idé på potential, exponering och arbetsinsats, så ordnar sig listan själv. När inget är trasigt och inget väntar på beslut visar konsolen vilket utkast du bör ta tag i.
Läsbehörighet är en riktig roll
Medlemmar ser allt men kan inte ändra något, så det är tryggt att ge hela teamet ett konto. Att starta, stoppa och rulla ut kan bara administratörer och ägare, och varje ändring loggas på experimentet med ett namn.
Det andra testet är billigare än det första
När du duplicerar ett experiment följer varianter, ändringar, skärmbilder och alla tre sorters targeting med. Det mesta av kostnaden för ett testprogram ligger i att bygga om upplägg, och de flesta felen uppstår i det som byggs om för hand.
Ingen behöver komma ihåg att stoppa det
Schemalägg start och slut när du bygger testet. Du kan också lägga till stopp vid signifikans, med en minsta körtid och ett obligatoriskt slutdatum, så att ett tidigt stopp aldrig blir det enda som avslutar testet.
Du får veta när ett test går sönder
Om en fördelning slutat stämma med konfigurationen, eller en dag går helt utan trafik, får du ett meddelande via e-post och Slack i stället för att vänta på att någon märker det. Oftast betyder det att en release tagit bort skriptet eller att en targetingregel slutat matcha.
Frågor
Innan du tar det in i huset
Hur litet kan teamet vara?
En person som kan redigera webbplatsen och läsa ett diagram. Det som annars kräver en specialist är inbyggt: editorn gör att de flesta varianter klarar sig utan utvecklare, ordningen i backlogen gör diskussionen om vad som ska köras härnäst onödig, och kön över beslut som väntar ersätter den dagliga kontrollen av om något gått sönder. Det en plattform inte kan är att avgöra vad som är värt att testa, och det kan ingen. Om ingen äger den frågan får du ingen ägare av att köpa programvara.
Vad behöver våra utvecklare göra?
Tre saker, och bara den första är oundviklig. Lägg in ett skript i head, en enda gång. Det är den enda ändringen på din webbplats. Bygg serversideexperiment, där din egen backend avgör vad som visas. Det är den enda experimenttypen som verkligen är kod. Och hårdkoda vinnare när du vill att en ändring ska ligga i din egen kodbas och inte levereras av oss. Då får du ändringen exakt beskriven, så det räcker med en inklistring och inget möte. Allt däremellan gör du genom att peka på element på din live-webbplats.
Hur påverkas kostnaden när vi växer?
Den följer sessioner och inte antalet anställda, så de som får ett testprogram att fungera har inget pris per person. Designern som skriver varianten, analytikern som läser resultatet och intressenten som vill följa med kan alla ha ett konto. Eftersom medlemmar bara har läsbehörighet i hela plattformen är det tryggt att dela ut dem. Det som växer med dig är antalet sessioner dina webbplatser kör, och en plan täcker alla webbplatser i kontot.
Vi har redan GA4. Ersätter det här det?
Nej, och det är bättre om du behåller det. Ställ in webbplatsen på GA4, så läser runtime de händelser som redan går genom ditt datalager. Då är de konverteringar vi mäter samma som din analys räknar, och du slipper den vanliga tvisten mellan två verktyg med två definitioner av ett köp. Variantexponeringen skickas dessutom tillbaka, så ett test blir en dimension du kan segmentera på i de rapporter som ditt team redan litar på.
Vad händer med arbetet om vi slutar?
Allt som redan är hårdkodat ligger i din egen kodbas och påverkas inte. Därför tjatar implementeringskön om vinnare som vi fortfarande levererar. Vinnare som plattformen levererar upphör när plattformen gör det, som vilken variant som helst. Experimenten, hypoteserna bakom dem och loggen över varje beslut finns kvar i kontot, inte i en konsults kalkylblad. Du går alltså därifrån med ett dokumenterat testprogram, inte en mapp med skärmbilder.