Plattform · Overvåking og automatisering
Én skjerm for det som er ødelagt eller venter
Helseovervåkingen og oppgavekøen dekker alle kontoer, så ingenting blir liggende ubemerket på en kundes nettsted.
Slik holder du det i gang
Én skjerm, og reglene bak den
Alle kontoer rangert etter hva som trenger en person, automatiseringen som griper inn, og hvor du får beskjed.
- Planlagt start og stopp, pluss stopp ved signifikans med sikringer: minste kjøretid og sperrer som nekter å handle på ødelagte data
- Kollisjonsdeteksjon varsler når samtidige eksperimenter vil påvirke hverandre
- Varsler på e-post, Slack og i appen, fordelt på tolv hendelsestyper og med av/på per person
- En aktivitetslogg per eksperiment, og roller som håndheves ett sted, ikke rute for rute
Kundelisten
Alle kundekontoer på én skjerm
Byråer har ikke ett nettsted, men nitti. Kundelisten legger kontoene som trenger en person, øverst, så dagen starter med en liste og ikke et søk.
- Kontoer sortert etter problemer, deretter etter beslutninger som venter
- Antall pågående tester og win rate per konto
- Avgrens hele konsollen til én kunde med to klikk
- Ødelagt, til avgjørelse, kolliderer, forfalt, ingen data: hver med sin egen rad
I bakspeilet
Blir testprogrammet bedre til å vinne?
Programrapporten bruker bare avsluttede tester, så et tidlig tall aldri står ved siden av et endelig. Den viser hvor ofte tester vinner, hvor raskt ideer kommer til lansering, om vinnerne rulles ut, og hvilke typer ideer som pleier å fungere.
- Win rate regnet på avgjorte tester, så et resultat uten konklusjon ikke teller mot deg
- Median uplift for vinnere, median kjøretid og dager fra idé til lansering
- Utrullede vinnere, bare regnet blant statistiske vinnere, så utrulling ikke kan blåse opp tallet
- Win rate etter forventet mekanisme og etter PXL-score, for å se om prioriteringen forutsier resultatene
- Et testtempo-diagram som viser om flere lanseringer gir mer læring
Etter testen
Behold lærdommen, ikke bare resultatet
Når du avslutter en test, tilbyr Pertento en oppsummering på ett minutt: hva du forventet, hva som skjedde, hvorfor og hva som kommer videre. Den utarbeider det den kan se i dataene, og lærdommen lagres sammen med testen, der en ny kollega vil lete etter den.
- Fem valgfrie spørsmål, og å avslutte en test venter aldri på dem
- Trafikkskift og sporingshull utarbeidet fra dataene deres, som dere bekrefter eller retter
- En overskrift skrevet ut fra statistikken, så den ikke kan overdrive et resultat
- En “Debrief”-fane på hver avsluttede test, som viser hvem som skrev den sist og når
Automatisering
Regler som stopper, og sikringer som stopper reglene
Planlegg start og stopp, eller la et eksperiment avslutte seg selv når resultatet blir signifikant. Sikringer holder automatiseringen ærlig: en minste kjøretid og en sperre som nekter å handle på data et varsel har flagget.
- Planlagt start og stopp per eksperiment
- Stopp ved signifikans med en minste kjøretid
- Sperrer som blokkerer automatisering på flaggede data
- Signifikans kan bare avslutte en test tidlig, for en sluttdato kreves alltid
- Minste kjøretid er aldri under sju dager, og fjorten som standard
Varsler
Beskjed én gang, der du allerede ser etter
Hver hendelse kan gå til e-post, Slack eller konsollen, og du stiller inn per hendelse. Da vekker et ødelagt mål noen, mens oppnådd signifikans ikke gjør det.
- E-post, Slack og i appen, per hendelse
- Innstillinger per bruker, ikke én global bryter
- En full aktivitetslogg for kontoen
- Tolv hendelsestyper, gruppert etter livssyklus, resultater, helse og konto
Hva den ser etter
Signalene, og hvorfor de rangeres slik
Hvert signal er noe som fortsatt stemmer og fortsatt er uløst. Det regnes ut fra tilstanden akkurat nå, ikke fra en strøm av hendelser. Å fjerne et merke fjerner ikke jobben.
Feil først, så beslutninger, så kø
Hvert signal får en av tre alvorlighetsgrader. En feil som gjør dataene upålitelige, skjuler resultatet under seg og vises ikke ved siden av det. Et eksperiment med feil fordeling kan også vise en vinner, og viste vi begge, ville noen fristes til å handle på den.
En fordeling som sluttet å stemme
Den observerte trafikkfordelingen testes hele tiden mot vektene du har satt. Avviker den mer enn tilfeldigheter kan forklare, merkes alle resultater i eksperimentet som mistenkelige til årsaken er funnet.
Et eksperiment som ble stille
Ingenting er registrert på et helt døgn, selv om eksperimentet fortsatt kjører. Som oftest har en målrettingsregel sluttet å treffe, eller skriptet har forsvunnet etter en utrulling. Ingen av delene synes fra resultatskjermen.
To live tester som forstyrrer hverandre
En omdirigering som trekker trafikk ut av et annet eksperiments publikum, gir et fordelingsvarsel i det andre eksperimentet, uten at noe peker tilbake til årsaken. To varianter som endrer samme element, gir ikke noe varsel i det hele tatt: fordelingen er perfekt, og siden er en kombinasjon ingen har sett over.
Forbi sluttdatoen, men fortsatt i trafikken
Et eksperiment som skulle vært avsluttet, men ikke er det, koster deg trafikken det bruker. Det er en beslutning som venter, ikke en feil, og det rangeres deretter.
En vinner ingen har bygget
To signaler, for det er to ulike problemer. Ett eksperiment vant og ble aldri rullet ut. Et annet ble rullet ut for flere måneder siden og leveres fortsatt av Pertento, uten at det ligger i kodebasen din.
Rundt eksperimentene
Kontoen, ikke testen
Det som oftest går galt i et testprogram med flere involverte, er ikke statistikk. Det er to personer som endrer det samme, en endring ingen kan spore, eller et tall som aldri nådde analyseverktøyet alle andre bruker.
Roller som håndheves ett sted
Medlemmer har lesetilgang på hele plattformen, administratorer og eiere kan skrive. Regelen sjekkes ved inngangen, ikke rute for rute, så en ny skjerm aldri i det stille blir et unntak.
En aktivitetslogg per eksperiment
Alle viktige endringer logges på eksperimentet, med hvem som gjorde dem og når: målretting lagt til, vekter endret, startet, avsluttet, rullet ut. Varslene sier hva som skjedde, loggen sier hvem som gjorde det.
Lagrede konsolloppsett
Sett opp en skjerm slik du vil lese den, så blir den stående slik, per person og per skjerm. En byråleder og en analytiker vil ikke ha de samme kolonnene i samme rekkefølge, og ingen av dem skal måtte sette opp visningen på nytt hver morgen.
GA4 og Matomo, eller ingen av dem
Velg sporingsmetode per nettsted. Eksponeringshendelser sendes til datalaget, ved siden av analyseverktøyet du allerede bruker, så varianten blir en dimensjon du kan segmentere på. Pertentos egen sporing er det tredje alternativet, hvis du heller vil ha Pertento ut av veien.
Varsler der du allerede følger med
Tolv hendelsestyper fordelt på livsløp, resultater, helse og konto. Hver kan slås av og på per kanal og per person. Helse og resultater er på som standard, fordi de er verdt å bli avbrutt for. Livsløpshendelser er som regel ting du nettopp har gjort selv.
Én kundeliste, mange kontoer
Et byrå ser kundelisten sin, en direktekunde ser sin egen konto. Hva du ser, følger av innloggingen og ikke av en identifikator i adressen, så det er ingenting i URL-en å tukle med.
Spørsmål
Hva som skjer når ingen følger med
Hva skjer hvis en test går i stykker når ingen følger med?
Du får beskjed, og slipper å oppdage det i tallene flere uker senere. Det er to feil du ikke ser fra resultatskjermen: en fordeling som ikke lenger stemmer med det du satte opp, og et eksperiment som i det stille har sluttet å registrere noe, som oftest fordi en utrulling fjernet skriptet eller en målrettingsregel sluttet å treffe. Begge sender et varsel på e-post og Slack som standard, begge merker alle resultater i eksperimentet som upålitelige, og begge hindrer plattformen i å handle på dem. Det som venter på deg, er en rangert kø, ikke rot. Køen bygges av det som er sant akkurat nå, så ingenting forsvinner fordi noen ryddet bort et varsel.
Hvor mye har den lov til å gjøre med nettstedet vårt uten oss?
Ingenting før du slår det på, og deretter mindre enn du kanskje tror. Automatisering og automatisk utrulling av en vinner er to separate brytere, og begge står av til å begynne med. Stopper den feil eksperiment automatisk, koster det trafikken eksperimentet allerede har brukt, og ruller den ut en taper automatisk, endrer det hva alle besøkende ser. Før den handler, må den gjennom tre sperrer og en minste kjøretid. Med automatisering slått av evaluerer den fortsatt alt og logger hva den ville ha gjort, med nøyaktig samme kode, så du kan se at den har rett i en måned før du lar den handle.
Er det trygt å gi hele teamet tilgang?
Medlemmer har lesetilgang på hele plattformen: de kan se alle eksperimenter og alle resultater, men ikke endre noe. Regelen håndheves ett sted, sentralt, ikke skjerm for skjerm. Det spiller en rolle, for med en tilgangsregel per skjerm blir neste skjerm som bygges, i det stille et unntak. Bare administratorer og eiere kan starte, stoppe og rulle ut, og alle viktige endringer logges på eksperimentet med navn og tidspunkt.
Vi har flere merkevarer eller kundenettsteder. Skalerer dette?
Overvåkingen er bygget rundt akkurat det. Alt uløst på tvers av alle kontoene du har tilgang til, samles i én visning, gruppert per kunde og per nettsted, med det upålitelige øverst og det som bare venter på en beslutning under. Hva du ser, følger av hvem du er logget inn som, ikke av en identifikator i adressen, så det er ingen konto-id i URL-en å kontrollere eller tukle med. Et byrå ser kundelisten sin, og en kunde med én merkevare ser sin egen konto i samme visning.
Passer det sammen med verktøyene vi allerede bruker?
Varsler kan gå til e-post, til Slack eller ingen av delene. Du setter det per hendelsestype og per person, ikke én gang for hele kontoen, og Slack-meldingene lenker til skjermen hendelsen gjelder. Til målingen velger du GA4, Matomo eller Pertentos egen sporing for hvert nettsted. Da kan konverteringene vi teller være de samme hendelsene som analyseverktøyet ditt allerede teller, og du slipper en ny definisjon av et kjøp som noen må avstemme.
Alt som følger med
Alle funksjonene
Eksperimentering
- Visuelle multivariant-tester
- URL-omdirigeringstester
- Tester på serversiden
- Visuell editor uten kode
- AI-editor
- Åpne editoren fra Chrome-utvidelsen
- Komponentbibliotek
- Dynamisk innhold
- Datafeeder
- Egendefinert CSS og JS
- Erstatt, sett inn, legg til, før og etter
- URL-målretting med sju betingelser
- Enhetsmålretting
- Cookie-målretting
- Aktiveringsmålretting
- Trafikkvekter per variant
- Automatisk rebalansering av vekter
- Samtidige tester uten å dele trafikken
- Skjermbilder av varianter
- Dupliser et eksperiment
- Testkjøringer før lansering
- Fast varianttildeling
- Flimmerbeskyttelse
- Utrulling av vinneren med ett klikk
- Overlevering til implementering
- Hypotesesporing
- PXL-scoring for prioritering
- Kjøretidsplan
- Pipeliner med eksperimenter i trinn
- Søk, filter og resultater i Library
- Tidslinjen i Library
Statistikk
- Frekventistiske resultater
- Bayesianske resultater
- Uplift og konfidensintervaller
- Sannsynlighet for at varianten er best
- Forventet tap
- Sekvensiell testing
- Korreksjon for flere sammenligninger
- Holm-Bonferroni, Benjamini-Hochberg og Šidák
- Varsler om sample ratio mismatch
- Primære og sekundære mål
- Inntekt per variant
- Gjennomsnittlig ordreverdi per variant
- Flere valutaer
- Styrkeanalyse
- Minste oppdagbare effekt
- Prognose for gjenstående dager
- Kombinasjonsrapportering
- Tidsserie per variant
- Forklaringer på vanlig norsk
- Spør om dette eksperimentet
Overvåking
- Helseovervåkning
- Oppgavekø på tvers av kontoer
- Programrapport
- Eksperimentoppsummering
- Planlagt start og stopp
- Stopp ved signifikans
- Sikring for minste kjøretid
- Sperrer mot ødelagte data
- Kollisjonsdeteksjon
- Interaksjonsdeteksjon
- Varsler for forsinket test og manglende data
- E-postvarsler
- Slack-varsler
- Varsler i konsollen
- Innstillinger per hendelse
- Aktivitetslogg
- Kundeliste
- Lagrede konsolloppsett
- GA4- og Matomo-sporing
- Roller og tilganger
Kundens stemme
- NPS på nettstedet
- CSAT
- CES
- Egendefinerte undersøkelser
- Guidet undersøkelsesbygger
- Score-, valg- og tekstspørsmål
- Egne tekster og skaleetiketter
- Side- og enhetsmålretting
- Andel av de besøkende
- Utløsere for sidevisning og forsinkelse
- Exit-intent-utløsere
- Rulleutløsere
- Hendelsesutløsere
- Fire plasseringer for widgeten
- Frekvensbegrensning
- Resultater per spørsmål
- Svar over tid
- KI-sentimentanalyse
- Undersøkelser i eksperimenter
- Resultater per variant
- Svar knyttet til variant
- Validerte svar
- Temaer i fritekst
- Eksport av svar
- Lastes bare der en undersøkelse kjører
Pertento er en plattform for konverteringsoptimalisering på nettsteder og i nettbutikker, bygget for både interne team og CRO-byråer som kjører testprogrammer på tvers av en kundeportefølje.
Integrasjoner
Fungerer med stacken du har
Én kodesnutt på et hvilket som helst nettsted, eller kjør alt på serversiden. Ingenting må bygges om.
Kodesnutt på én linje
Lim inn én tagg i head, så er du live: en skriptlaster på 0,9 KB, ingen byggesteg, ingen avhengigheter.
Google Tag Manager
Rull ut og administrer eksperimenter direkte fra GTM. Uten utviklertid.
API for serversiden
Kjør tester utenfor nettleseren: priser, søk og ruting, uten flimmer.
- Shopify
- BigCommerce
- Shopware
- Centra
- Geins
- Saleor
- WordPress
- Optimizely CMS
- Storyblok
- Next.js
- Vue
- Astro
- Matomo
- Amplitude
- RudderStack
- Slack
- WooCommerce
- Salesforce
- Wix
- Litium
- commercetools
- Medusa
- Drupal
- Contentful
- Webflow
- Nuxt
- Angular
- Remix
- Piwik PRO
- Mixpanel
- Tag Manager
- Webhooks
- Adobe Commerce
- PrestaShop
- Squarespace
- Norce
- Shopify Hydrogen
- Vendure
- Umbraco
- Sanity
- Framer
- React
- SvelteKit
- GA4
- Adobe Analytics
- Segment
- Klaviyo
Ikke på listen? Hvis det rendrer HTML, kan Pertento teste det:les hvordan hver enkelt kobles til.