Platform · Overvågning og automatisering

Én skærm for det, der er i stykker eller venter

Sundhedsovervågningen og opmærksomhedskøen dækker hver konto, så intet ligger uopdaget på et kundewebsite.

At holde det kørende

Én skærm, og reglerne bag den

Hver konto rangeret efter, hvad der kræver en person, automatiseringen der handler på det, og hvor I bliver underrettet.

  • Planlagte starter og stop, plus stop-ved-signifikans med værn: mindste kørselstider og tillidsporte der nægter at handle på ødelagt data
  • Kollisionsdetektion advarer, når samtidige eksperimenter ville forstyrre hinanden
  • Alarmer via e-mail, Slack og i appen, på tværs af tolv hændelsestyper, der kan slås til og fra pr. person
  • En aktivitetslog pr. eksperiment, og roller håndhævet ét sted frem for rute for rute
VærnTillidsporteKollisionsdetektion
Sundhedsskærmen på tværs af en konto: målere for programmets sundhed for trackingdækning, nøjagtigheden i delingen, beslutninger og åbne kollisioner, en kø med otte poster der venter på en person, og de automatiseringsregler der er bevæbnet lige nu.

Kundelisten

Hver kundekonto på én skærm

Bureauer har ikke ét website, de har halvfems. Kundelisten rangerer konti efter, hvad der kræver en person først, så morgenen starter med listen frem for en søgning.

  • Konti ordnet efter problemer, dernæst efter beslutninger der venter
  • Antal kørende og win rate pr. konto
  • Afgræns hele konsollen til én kunde på to klik
  • I stykker, afgøres, kolliderer, forsinket, ingen data: hver sin egen række
Kundelisten ordnet efter, hvad der kræver opmærksomhed først: to konti med ødelagt måling, to med beslutninger der venter, én uden anmærkninger.

Automatisering

Regler der stopper, og værn der stopper reglerne

Planlæg en start og et stop, eller lad et eksperiment afslutte sig selv ved signifikans. Værn holder automatiseringen ærlig: en mindste kørselstid, og en tillidsport der nægter at handle på data, en alarm har flaget.

  • Planlagte starter og stop pr. eksperiment
  • Stop-ved-signifikans med en mindste kørselstid
  • Tillidsporte der blokerer automatisering på flaget data
  • Signifikans kan kun afslutte en test tidligt, en slutdato kræves altid
  • Mindste kørselstid aldrig under syv dage, fjorten som standard
Automatiseringen i ét eksperiment: et planlagt vindue, stop ved signifikans slået til bag en mindste kørselstid på fjorten dage og et mindste udsnit på 40.000 besøgende, og de værn der får automatiseringen til at vente eller pause i stedet for at handle.

Alarmer

Sagt til én gang, dér hvor I allerede kigger

Hver hændelse kan gå til e-mail, Slack eller konsollen, med indstillinger pr. hændelse, så et ødelagt mål vækker nogen, og en opnået signifikans ikke gør.

  • E-mail, Slack og i appen, pr. hændelse
  • Indstillinger pr. bruger, ikke én global kontakt
  • En fuld aktivitetslog for kontoen
  • Tolv hændelsestyper, grupperet efter livscyklus, resultater, sundhed og konto
Alarmindstillinger pr. hændelse, grupperet efter sundhed, resultater og livscyklus: en skæv deling og et dødt eksperiment går til e-mail og Slack, et signifikant resultat til begge, en start kun til Slack, og en udrulning til konsollen.

Hvad den bemærker

Signalerne, og hvorfor de rangeres, som de gør

Hver enkelt er noget, der stadig er sandt og stadig uløst, udregnet fra nuværende tilstand frem for fra en strøm af, hvad der er sket. At rydde et badge rydder ikke arbejdet.

Ødelagt slår beslutning slår kø

Hvert signal rangeres i en af tre alvorsgrader, og et tillidsbrud undertrykker resultatet under sig frem for at stå ved siden af det. Et eksperiment med en brudt fordeling kan også være i gang med at rapportere en vinder, og at vise begge ville invitere nogen til at handle på den.

En fordeling, der holdt op med at passe

Den observerede trafikfordeling testes løbende mod de konfigurerede vægte. Når den glider længere væk, end tilfældet kan forklare, markeres hvert resultat på det eksperiment som usikkert, indtil årsagen er fundet.

Et eksperiment, der blev stille

Intet registreret i et helt døgn, mens eksperimentet stadig kører. Oftest en styringsregel, der holdt op med at ramme, eller et script, der forsvandt efter en udrulning, og begge er usynlige inde fra resultatskærmen.

Forstyrrelse mellem to live test

En omdirigering, der trækker trafik ud af et andet eksperiments publikum, viser sig som en fordelingsalarm i det andet eksperiment, hvor intet peger tilbage på årsagen. To varianter, der redigerer samme element, giver slet ingen alarm: fordelingen bliver ved med at være perfekt, og siden er en kombination, ingen har gennemgået.

Forbi sin slutdato, deler stadig trafik

Et eksperiment, der skulle være afsluttet og ikke blev det, koster jer stadig den trafik, det tager. Det er en beslutning, der venter, frem for en fejl, og det rangeres sådan.

En vinder, ingen byggede

To separate signaler, fordi det er to forskellige problemer. Ét eksperiment vandt og blev aldrig udrullet. Et andet blev udrullet for måneder siden og leveres stadig af Pertento frem for at ligge i jeres kodebase.

Omkring eksperimenterne

Kontoen, ikke testen

Det meste, der går galt i et program med flere personer i det, er ikke statistisk. Det er to personer, der redigerer det samme, en ændring ingen kan spore, eller et tal, der aldrig nåede den analyse, alle andre bruger.

Roller, der håndhæves på ét sted

Medlemmer har læseadgang i hele platformen, administratorer og ejere kan skrive. Reglen anvendes én gang ved døren frem for rute for rute, og det er det, der forhindrer en ny skærm i stilfærdigt at blive undtagelsen.

En aktivitetslog pr. eksperiment

Hver ændring, der betyder noget, registreres på eksperimentet med hvem der gjorde det og hvornår: styring tilføjet, vægte ændret, startet, afsluttet, udrullet. Notifikationer siger, hvad der skete; loggen siger, hvem der gjorde det.

Gemte konsollayouts

Sæt en skærm op, som I læser den, og den bliver liggende sådan, pr. person og pr. skærm. En bureauansvarlig og en analytiker vil ikke have de samme kolonner i samme rækkefølge, og ingen af dem bør skulle bygge visningen op hver morgen.

GA4 og Matomo, eller ingen af dem

Sæt målemetoden pr. website. Eksponeringshændelser sendes ind i datalaget ved siden af jeres eksisterende analyse, så en variant er en dimension, I allerede kan segmentere på. Pertentos egen måling er den tredje mulighed, når I hellere vil have den til at holde sig ude af vejen.

Alarmer, hvor I i forvejen kigger

Tolv hændelsestyper på tværs af livscyklus, resultater, helbred og konto, hver af dem kan slås til og fra pr. kanal og pr. person. Helbred og resultater er slået til som standard, fordi de fortjener en afbrydelse; livscyklushændelserne er oftest ting, I selv lige har gjort.

Én kundeliste, mange konti

Hvad et bureau ser, er sin kundeliste; hvad en direkte kunde ser, er sin egen konto. Afgrænsningen kommer fra sessionen frem for fra en identifikator i adressen, så der er intet i adressen at pille ved.

Spørgsmål

Hvad der sker, når ingen kigger

Hvad sker der, hvis en test går i stykker, mens ingen kigger?

I får det at vide frem for at finde ud af det fra tallene uger senere. De to fejl, der er usynlige inde fra en resultatskærm, er en fordeling, der holdt op med at passe til det, I konfigurerede, og et eksperiment, der stilfærdigt holdt op med at registrere noget, oftest fordi en udrulning tog scriptet, eller en styringsregel holdt op med at ramme. Begge rejser en alarm til mail og Slack som standard, begge markerer hvert resultat på det eksperiment som utroværdigt, og begge stopper platformen fra at handle på det. Det arbejde, der venter på jer, er en rangeret kø frem for et rod, og den regnes ud fra det, der er sandt lige nu, så intet forsvinder, fordi nogen ryddede en notifikation væk.

Hvor meget må den gøre ved vores website uden os?

Ingenting, indtil I tænder for det, og derefter mindre, end I måske tror. Automatisering og automatisk udrulning af en vinder er separate kontakter, og begge starter slukket, fordi at stoppe det forkerte eksperiment automatisk koster den trafik, det allerede har brugt, mens en automatisk udrulning af en taber ændrer, hvad hver besøgende ser. Før den handler, skal den passere tre tillidsporte og en mindste kørselstid. Og med automatiseringen slukket vurderer den fortsat alt og registrerer, hvad den ville have gjort, med den samme kode, som ville have gjort det, så I kan se den have ret i en måned, før I lader den handle.

Er det trygt at give hele teamet adgang?

Medlemmer har læseadgang i hele platformen: de kan se hvert eksperiment og hvert resultat og ændre intet af det. Den regel håndhæves én gang, centralt, frem for skærm for skærm, og det betyder noget, fordi en rettighedsmodel anvendt pr. skærm er en, hvor den næste skærm, der bygges, stilfærdigt bliver undtagelsen. At starte, stoppe og udrulle ligger hos administratorer og ejere, og hver ændring, der betyder noget, registreres på eksperimentet med et navn og et tidspunkt på sig.

Vi driver flere brands eller kundewebsites. Skalerer dette til det?

Det er den form, overvågningen er bygget om. Alt uafklaret på tværs af hver konto, I kan nå, samles i én visning, grupperet pr. kunde og pr. website, ordnet så noget utroværdigt kommer før noget, der blot venter på en beslutning. Afgrænsningen kommer fra, hvem I er logget ind som, frem for fra en identifikator i adressen, så der er intet konto-id i adressen at kontrollere og intet at pille ved. Et bureau ser sin kundeliste; en kunde med ét brand ser sin egen konto i den samme skærm.

Passer det til de værktøjer, vi allerede bruger?

Alarmer går til mail, til Slack eller til ingen af dem, sat pr. hændelsestype og pr. person frem for én gang for hele kontoen, og beskeder i Slack linker tilbage til præcis den skærm, hændelsen handler om. På målesiden sættes hvert website til GA4, Matomo eller Pertentos egen måling, hvilket betyder, at de konverteringer, vi tæller, kan være de samme hændelser, jeres analyse allerede tæller, frem for en anden definition af et køb, som nogen skal afstemme.

Alt hvad der er med

Hele funktionssættet

Pertento er en platform til konverteringsoptimering til websites og webshops, bygget både til interne team og til CRO-bureauer, der driver eksperimentprogrammer på tværs af en kundeliste.

Integrationer

Fungerer med den stack, I allerede kører

Én kodestump lægges ind på et vilkårligt website, eller kør helt på serversiden. Intet at bygge om.

Kodestump på én linje

Indsæt et enkelt tag på 0,9 KB i jeres head, og I er live. Intet byggetrin, ingen afhængigheder.

Google Tag Manager

Udrul og håndter eksperimenter direkte gennem GTM. Ingen udviklertid krævet.

API til serversiden

Kør test uden for browseren: priser, søgning og routing, uden 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 renderer HTML, kan Pertento teste det:læs hvordan hver enkelt forbindes.

Bedre eksperimenter, bedre konvertering

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