Løsninger · SaaS
Kør jeres eget program, på jeres eget website
Jeres team ejer roadmappet og kører testene. Pertento er platformen under, én scripttag, en visuel editor og resultater ingen behøver at tage på tro.
At køre det selv
Fra den første eftermiddag og frem
At installere det, hvem I inviterer, og hvordan en ændring sendes, når der ikke er nogen udviklertid at bruge på det.
At komme i gang
Live samme eftermiddag
Én scripttag i head, og konsollen begynder at rapportere. Intet at anskaffe, ingen datapipeline at bygge, ingen udviklersprint at planlægge.
- En tracker på 0,9 KB, ingen cookies, ingen personoplysninger
- Den visuelle editor kører fra en Chrome-udvidelse på jeres live website
- Et nyt eksperiment er et udkast, til I starter det og publicerer websitet
Teamet
Inviter alle, betal for sessioner
Prisen er pr. session på websitet, ikke pr. plads, så designeren der skriver varianten og analytikeren der læser resultatet, koster ikke ekstra.
- Ubegrænset antal brugere på alle planer
- Roller for hvem der kan starte, stoppe og udrulle
- En aktivitetslog over hvem der ændrede hvad
Uden udvikling
Send ændringen, overdrag vinderen
De fleste varianter behøver aldrig en udvikler. De, der er værd at beholde, giver en implementeringssag med selektoren og den præcise ændring, så overdragelsen er en indsætning frem for et møde.
- No-code-redigering af tekst, styling, layout og position
- Implementeringsoverdragelse for vindere det er værd at hardkode
- Eksperimentet bliver ved med at levere, til koden er sendt
I praksis
Sådan ser det ud at køre det selv en tirsdag
Det svære ved et internt program er sjældent den første test. Det er at holde flere af dem i gang, når eksperimenter ikke er nogens fulde job.
Jeres tempo begrænses ikke af trafikken
Hver kvalificeret besøgende kommer med i hvert kvalificeret eksperiment, så et lille team kan have otte test live på et mellemstort website, uden at nogen af dem tager længere tid at afgøre. Rådet om at køre ét ad gangen er en begrænsning i andre værktøjer.
Backloggen afgør, ikke den der taler højest
Giv hver idé point på potentiale, eksponering og indsats, og listen ordner sig selv. Når intet er i stykker og intet venter på en beslutning, siger konsollen, hvilket udkast I skal tage op.
Læseadgang er en rigtig rolle
Medlemmer ser alt og ændrer intet, og det er netop det, der gør det trygt at give hele teamet en konto. At starte, stoppe og udrulle ligger hos administratorer og ejere, og hver ændring registreres på eksperimentet med et navn på.
Den anden test er billigere end den første
Når I duplikerer et eksperiment, følger varianterne, ændringerne, skærmbillederne og alle tre typer styring med. Det meste af omkostningen i et program er at bygge opsætninger op igen, og de fleste fejl sidder i den del, folk bygger om i hånden.
Ingen skal huske at stoppe det
Planlæg start og slut, når I bygger testen. Stop ved signifikans findes oveni, med en mindste kørselstid og en obligatorisk slutdato, så et tidligt stop kun kan være tidligt og aldrig det eneste, der afslutter en test.
Den siger til, når en test går i stykker
En fordeling, der er holdt op med at passe til sin opsætning, eller en dag helt uden trafik, når jer på mail og Slack i stedet for at vente på at blive bemærket. Begge betyder oftest, at en udrulning tog scriptet, eller at en styringsregel holdt op med at ramme.
Spørgsmål
Før I tager det ind i huset
Hvor lille må teamet være?
Én person, der kan redigere websitet og læse en graf. Det arbejde, der normalt kræver en specialist, er netop det, der er indbygget: editoren fjerner udvikleren fra de fleste varianter, rækkefølgen i backloggen fjerner diskussionen om, hvad der skal køres næste gang, og køen over, hvad der kræver en beslutning, fjerner det daglige tjek af, om noget er gået i stykker. Hvad den ikke kan, er at afgøre, hvad der er værd at teste, og det kan ingen platform. Hvis ingen ejer det spørgsmål, skaber indkøb af software ikke en ejer.
Hvad skal vores udviklere gøre?
Tre ting, og kun den første er uundgåelig. Lægge ét script i head, én gang, som er den eneste ændring på jeres website. Bygge eksperimenter på serversiden, hvor jeres egen backend afgør, hvad der vises, som er den ene eksperimenttype, der reelt er kode. Og hardkode vindere, når I vil have en ændring til at ligge i jeres egen kodebase i stedet for at blive leveret af os, som overdrages med den præcise ændring vedhæftet og er en indsætning frem for et møde. Alt derimellem sker ved at pege på elementer på jeres live website.
Hvordan opfører omkostningen sig, når vi vokser?
Den følger testet trafik og ikke antallet af ansatte, så de mennesker, der får et program til at fungere, bærer ikke hver sin pris. Designeren, der skriver varianten, analytikeren, der læser resultatet, og interessenten, der vil følge med, kan alle have en konto, og medlemmer har læseadgang i hele platformen, så det er trygt at dele de konti ud. Hvad der vokser med jer, er den trafik, I sender gennem test, og det er den del, der hænger sammen med, hvad I får igen.
Vi har allerede GA4. Erstatter dette det?
Nej, og det er bedre, hvis I beholder det. Sæt websitet til GA4, og runtime læser de hændelser, der allerede løber gennem jeres datalag, så de konverteringer, vi måler, er de samme, som jeres analyse tæller. Det fjerner den sædvanlige uenighed mellem to værktøjer med to definitioner af et køb. Varianteksponeringen sendes også tilbage ud, så en test bliver en dimension, I kan segmentere på inde i den rapportering, jeres team allerede stoler på.
Hvad sker der med arbejdet, hvis vi stopper?
Alt, der allerede er hardkodet, ligger i jeres egen kodebase og berøres ikke, og det er præcis derfor, implementeringskøen bliver ved med at rykke for vindere, vi stadig leverer. Vindere, der stadig leveres af platformen, stopper, når den stopper, på samme måde som enhver variant stopper. Eksperimenterne, hypoteserne bag dem og logbogen over hver beslutning ligger i kontoen frem for i et regneark hos en konsulent, så hvad I går fra med, er et dokumenteret program frem for en mappe med skærmbilleder.