Løsninger · SaaS
Ditt eget testprogram, på ditt eget nettsted
Teamet ditt eier veikartet og kjører testene. Pertento er plattformen under: én skripttagg, en visuell editor og resultater du ikke trenger å ta på tro.
Kjør det selv
Fra første ettermiddag
Hvordan du installerer det, hvem du inviterer, og hvordan en endring går live når det ikke er utviklertid å hente.
Komme i gang
Live samme ettermiddag
Legg inn én skripttagg i head, så begynner konsollen å rapportere. Ingen innkjøpsprosess, ingen datapipeline å bygge og ingen utviklingssprint å planlegge.
- Skriptlaster på 0,9 KB, ingen cookies og ingen personopplysninger
- Den visuelle editoren kjører fra en Chrome-utvidelse på det live nettstedet ditt
- Et nytt eksperiment er et utkast til du starter det og går live med nettstedet
Teamet
Inviter alle, betal for sesjoner
Prisen følger sesjoner, ikke brukere. Designeren som lager varianten og analytikeren som leser resultatet, koster derfor ikke ekstra.
- Ubegrenset antall brukere på alle planer
- Roller for hvem som kan starte, stoppe og rulle ut
- En aktivitetslogg over hvem som endret hva
Uten utviklere
Rull ut endringen, overlever vinneren
De fleste varianter trenger aldri en utvikler. De som er verdt å beholde, gir en implementeringsoppgave med selektoren og den nøyaktige endringen, så overleveringen er en innliming og ikke et møte.
- Endre tekst, styling, layout og posisjon uten kode
- Overlevering til utviklerne for vinnere som er verdt å hardkode
- Eksperimentet leverer varianten helt til koden er live
I praksis
Slik er en tirsdag når du kjører det selv
Det vanskelige med et internt testprogram er sjelden den første testen, men å holde flere i gang når eksperimentering ikke er noens hele jobb.
Trafikken setter ikke tak på testtempoet ditt
Alle kvalifiserte besøkende er med i alle kvalifiserte eksperimenter. Et lite team kan derfor ha åtte tester live på et middels stort nettsted, og ingen av dem bruker lengre tid på å bli avgjort. Rådet om å bare kjøre én test om gangen er en begrensning ved andre verktøy.
Backloggen avgjør, ikke den som roper høyest
Gi hver idé poeng for potensial, eksponering og innsats, så sorterer listen seg selv. Når ingenting er ødelagt og ingenting venter på en beslutning, foreslår konsollen hvilket utkast du bør ta fatt på.
Lesetilgang er en egen rolle
Medlemmer ser alt, men kan ikke endre noe. Derfor er det trygt å gi hele teamet en konto. Bare administratorer og eiere kan starte, stoppe og rulle ut, og hver endring logges på eksperimentet med navn.
Den andre testen er billigere enn den første
Når du dupliserer et eksperiment, kopieres variantene, endringene, skjermbildene og alle tre typer målretting. Det meste av kostnaden i et testprogram går til å bygge det samme oppsettet på nytt, og de fleste feilene kommer av det folk bygger om for hånd.
Ingen trenger å huske å stoppe den
Planlegg start og slutt når du bygger testen. Du kan i tillegg la den stoppe ved signifikans, med minste kjøretid og obligatorisk sluttdato. Da er stopp ved signifikans bare et tillegg, aldri det eneste som avslutter en test.
Du får beskjed når en test går i stykker
Stemmer ikke fordelingen lenger med oppsettet, eller går en dag helt uten trafikk, får du varsel på e-post og i Slack. Du trenger ikke oppdage det selv. Som regel betyr begge deler at en utrulling fjernet skriptet, eller at en målrettingsregel sluttet å treffe.
Spørsmål
Før du henter det inn i huset
Hvor lite kan teamet være?
Én person som kan redigere nettstedet og lese et diagram. Det som vanligvis krever en spesialist, er bygget inn: editoren gjør at de fleste varianter ikke trenger en utvikler, rekkefølgen i backloggen avgjør hva som testes neste gang uten diskusjon, og køen over det som trenger en beslutning erstatter den daglige sjekken av om noe har gått i stykker. Det verktøyet ikke kan, er å avgjøre hva som er verdt å teste, og det kan ingen plattform. Hvis ingen har ansvaret for det spørsmålet, får du ikke en ansvarlig av å kjøpe programvare.
Hva må utviklerne våre gjøre?
Tre ting, og bare den første er uunngåelig. Du legger inn ett skript i head, én gang. Det er den eneste endringen på nettstedet ditt. Du bygger eksperimenter på serversiden, der din egen backend bestemmer hva som vises. Det er den eneste eksperimenttypen som er ekte kode. Og du hardkoder vinnere når endringen skal ligge i din egen kodebase og ikke leveres av oss. Utviklerne får da nøyaktig den endringen som skal inn, så det er en lim-inn-jobb, ikke et møte. Alt annet gjør du ved å peke på elementer på det live nettstedet.
Hva skjer med kostnaden når vi vokser?
Den følger sesjoner, ikke antall ansatte, så folkene som får et testprogram til å fungere, har ikke hver sin pris. Designeren som skriver varianten, analytikeren som leser resultatet og interessenten som vil følge med, kan alle ha konto, og medlemmer har lesetilgang i hele plattformen, så du kan trygt dele ut kontoene. Det som vokser med deg, er antall sesjoner nettstedene dine har, og én plan dekker alle nettsteder i kontoen.
Vi har allerede GA4. Erstatter dette det?
Nei, og det er best om du beholder det. Sett opp nettstedet med GA4, så leser runtime hendelsene som allerede går gjennom datalaget ditt. Da er konverteringene vi måler de samme som analyseverktøyet ditt teller, og du slipper den vanlige uenigheten mellom to verktøy med hver sin definisjon av et kjøp. Vi sender også eksponeringen for varianter tilbake, så en test blir en dimensjon du kan segmentere på i rapporteringen teamet ditt allerede stoler på.
Hva skjer med arbeidet hvis vi slutter?
Alt som allerede er hardkodet, ligger i din egen kodebase og blir ikke berørt. Det er også derfor implementeringskøen fortsetter å minne deg på vinnere vi fortsatt leverer. Vinnere som plattformen fortsatt leverer, stopper når den stopper, som alle andre varianter. Eksperimentene, hypotesene bak dem og loggen over hver beslutning ligger i kontoen, ikke i et regneark hos en konsulent. Du sitter igjen med et dokumentert testprogram, ikke en mappe med skjermbilder.