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
SikringerSperrerKollisjonsdeteksjon
Helseskjermen for en konto: målere for programhelse som viser sporingsdekning, treffsikkerhet i fordelingen, beslutninger og åpne kollisjoner, en oppgavekø med åtte poster som venter på en person, og automatiseringsreglene som er aktive nå.

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
Kundelisten sortert etter hva som trenger oppmerksomhet først: to kontoer med ødelagt måling, to med beslutninger som venter og én uten problemer.

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
Programrapporten for ett nettsted over tolv måneder: win rate på 38 % over 121 avgjorte tester, median uplift for vinnere på 6,8 %, 214 lanserte tester, 73 % av vinnerne rullet ut, et månedlig diagram over lanseringer og utfall, og win rate etter forventet mekanisme.

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
“Debrief”-kortet for én avsluttet test: en overskrift skrevet ut fra statistikken, løft, sikkerhet, besøkende og antall dager testen kjørte, lærdommen med hvorfor det skjedde og eventuelle forbehold, neste steg, og svarene teamet ga på fem valgfrie spørsmål.

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
Automatiseringen for ett eksperiment: et planlagt vindu, stopp ved signifikans slått på bak en minste kjøretid på fjorten dager og et minste utvalg på 40 000 besøkende, og sikringene som får automatiseringen til å vente eller pause og ikke handle.

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
Varslingsinnstillinger per hendelse, gruppert etter helse, resultater og livssyklus: fordelingsavvik og et dødt eksperiment går til e-post og Slack, et signifikant resultat til begge, en start bare til Slack, og en utrulling til konsollen.

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

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.

Bedre eksperimenter, flere konverteringer

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.