Platform · Kundens stemme
Spørg inde i eksperimentet
NPS-, CSAT- og CES-undersøgelser på stedet med en guidet builder, og de kan køre inde i en variant, så kvalitativ feedback ankommer sammen med tallene.
At spørge
Spørgsmålet, øjeblikket og svaret
At bygge en undersøgelse på få minutter, affyre den, når det er værd at spørge, og læse svaret ved siden af tallet, det forklarer.
- Én udløser pr. undersøgelse: sidevisning, forsinkelse, exit intent, scrolldybde eller jeres egen hændelse
- Frekvensbegrænsning, med én undersøgelse pr. session på tværs af alt, I kører
- AI-sentiment på hvert skrevne svar, så et par hundrede svar forbliver læsbare
- Svar henført til den variant, den besøgende så
- En separat pakke, kun forespurgt af websites der har en undersøgelse at vise
Builderen
En undersøgelse på få minutter, ikke et projekt
Fire trin: vælg instrumentet, ret spørgsmålet og dets opfølgning, tilpas widgeten til jeres website, vælg hvornår den affyres. NPS, CSAT og CES ankommer med deres skalaer og deres standardformulering allerede på plads.
- NPS-, CSAT- og CES-skabeloner med den korrekte skala og den standardiserede formulering
- Score, fritekst og enkeltvalg, op til fem spørgsmål
- En live forhåndsvisning af widgeten, mens I bygger den
- Et internt navn til biblioteket, som besøgende aldrig ser
Udløsere
Spurgt i det øjeblik, det er værd at spørge
Én udløser pr. undersøgelse, valgt blandt fem, plus den samme URL- og enhedsmålretning, som et eksperiment bruger. Exit intent holder øje med, at markøren forlader viewporten på desktop og hurtig opadgående scroll på touch, så det betyder det samme på en mobil.
- Sidevisning, en forsinkelse, exit intent, en scrolldybde, eller en hændelse jeres eget website udsender
- De samme syv URL-betingelser og de samme enhedsværdier som et eksperiment
- Én undersøgelse pr. session på tværs af alt, der kører, ikke én pr. undersøgelse
- Besvaret én gang betyder aldrig spurgt igen, uden noget genspørgevindue overhovedet
Inde i eksperimentet
Citatet ved siden af tallet
En undersøgelse knyttet til et eksperiment registrerer, hvilken variant af hvilket eksperiment den besøgende var i, da de svarede. Det samme spørgsmål kan så læses pr. variant, hvilket som regel er dér, forklaringen på et løft viser sig at ligge.
- Hvert svar bærer den variant, den besøgende blev vist
- Det samme spørgsmål læst pr. arm, sentiment og det hele
- Hver klassifikation åbner det svar, der gav anledning til den
- Sentiment stemplet én gang pr. svar, så et svar ingen kunne klassificere, forbliver synligt som netop det
Widgeten
Hvad en besøgende ser, og hvor sjældent de ser det
En undersøgelse er en lille forespørgsel på jeres eget website, og alt ved den er bygget op om ikke at slide sin velkomst op. Lofterne nedenfor er standardværdierne, ikke loftet for hvad I kan konfigurere.
Tre spørgsmålstyper
Et scoret spørgsmål, fritekst og enkeltvalg fra en liste, I selv skriver. Op til fem spørgsmål i én undersøgelse, men den form, der faktisk bliver besvaret, er næsten altid to: en score, og så hvorfor.
Fire placeringer
Nederst til højre, nederst til venstre, nederst i midten, eller centreret over siden. De tre første er en opfordring; den fjerde er en afbrydelse, hvilket lejlighedsvis er det, I vil have, og oftest ikke.
Tilpasset jeres website
Accentfarve, baggrund, tekstfarve, hjørneradius og skrifttype. Widgetten renderes inde i sin egen shadow root, så jeres styling ikke kan sive ind i den, og den ikke kan sive ud i jeres side.
Én undersøgelse pr. session, altid
En samlet grænse, ikke en pr. undersøgelse. To widgets i ét besøg er den sikre måde at lære folk at afvise med det samme, så den anden dukker aldrig op, uanset hvor mange undersøgelser der kører.
Besvaret én gang, aldrig spurgt igen
Den, der har svaret, bliver ikke spurgt om det spørgsmål igen, uden noget vindue for at spørge på ny. Den, der afviste det, holdes fri i en afkølingsperiode, I selv sætter, op til et maksimalt antal opfordringer.
Indlæses kun der, hvor en undersøgelse kører
Koden til undersøgelser er en separat bundle, der hentes sidst og kun når websitet har en undersøgelse at vise. Et website uden nogen beder slet ikke om filen, så den koster ingenting frem for lidt.
Svarene
At læse et par hundrede svar uden at læse et par hundrede svar
Scorer rulles op i ét tal pr. instrument. Skrevne svar klassificeres, så bunken forbliver overskuelig, og begge dele kan henføres til den variant, personen var i.
Det rigtige hovedtal pr. instrument
Net Promoter Score på minus hundrede til hundrede, gennemsnitlig tilfredshed på en til fem, gennemsnitligt besvær på en til syv. Ét fælles felt til "score" ville være en løgn om to af de tre.
Sentiment på hvert skrevet svar
Hver kommentar klassificeres som positiv, neutral eller negativ, og svarstrømmen kan filtreres på det. Det er det, der holder flere hundrede fritekstsvar læsbare frem for blot arkiverede.
Bundet til den variant, der blev vist
Et svar registrerer, hvilken variant af hvilket eksperiment den besøgende var i, da de svarede. At læse det samme spørgsmål pr. variant er oftest der, hvor forklaringen på et løft viser sig at ligge.
En svarprocent, I kan stole på
Visninger tælles adskilt fra svar, så procenten måles frem for at blive skønnet. Når intet endnu er blevet vist, siger konsollen det i stedet for at skrive nul procent.
Svarene lever længere end undersøgelsen
At afslutte en undersøgelse stopper indsamlingen og beholder alt det indsamlede. At slette en fjerner den fra biblioteket og beholder stadig svarene, så et tidligere resultat bliver ved med at kunne læses, efter nogen har ryddet op.
Styret som et eksperiment
De samme URL-betingelser og de samme enhedsværdier, som et eksperiment bruger, så en undersøgelse rettet mod checkout på mobil betyder det samme som en test rettet mod checkout på mobil.
Spørgsmål
Før I sætter en på jeres website
Bliver vores kunder irriterede over dette?
Det er det rigtige at være bekymret for, og grænserne er bygget om det frem for skruet på bagefter. Der vises højst én undersøgelse pr. session på tværs af hver undersøgelse, I kører, ikke én pr. undersøgelse, fordi to widgets i ét besøg er den sikre måde at lære folk at afvise med det samme, og den skade er permanent. Den, der har svaret, bliver aldrig spurgt om det spørgsmål igen, uden noget vindue for at spørge på ny. Den, der afviste det, får fred i en afkølingsperiode, I selv sætter, og efter et lille antal opfordringer får de fred uanset hvad. Kan browseren ikke afgøre, om de er blevet spurgt før, vises der slet ingenting.
Hvorfor ikke bare købe et dedikeret feedbackværktøj?
Vil I kun have en score, er et dedikeret værktøj fint. Hvad I ikke kan få fra et, er netop det, dette findes for: hvert svar registrerer, hvilken variant af hvilket eksperiment den besøgende var i, da de svarede, så det samme spørgsmål kan læses pr. arm. Et eksperiment fortæller jer, at variant B konverterede bedre, og kan ikke fortælle jer hvorfor. Læs svarene pr. variant, og ofte kan det, og hvorfor er det, der afgør, hvad I tester næste gang. Det fanger også det tilfælde, en konverteringsmetrik helt skjuler: en variant, der vinder på konvertering, mens den scorer værre på besvær.
Gør det websitet langsommere?
Ikke på sider uden en kørende undersøgelse, fordi der slet ikke hentes noget. Koden til undersøgelser er en anden fil end runtime til eksperimenter, og et website uden nogen undersøgelse beder aldrig om den: det flag, der ville udløse forespørgslen, er helt fraværende frem for sat til falsk. Hvor den indlæses, indlæses den sidst, efter siden allerede er synlig og efter målingen er forespurgt, så en fejl inde i den ikke kan koste jer en rendering eller en konverteringshændelse.
Hvad gør vi egentlig med et par hundrede skrevne svar?
Det er den ærlige fejltilstand i de fleste feedbackprogrammer: fritekstsvarene er den værdifulde del, og ingen læser dem forbi de første halvtreds. Hvert skrevet svar klassificeres som positivt, neutralt eller negativt, og svarstrømmen kan filtreres på det, hvilket gør den negative bunke tilgængelig, og det er der, de præcise, handlingsbare klager ligger. Det er pr. svar frem for en samlet stemning, så en høj score, der sidder ved siden af negative kommentarer, viser sig som den uenighed, den er, i stedet for at blive gennemsnittet væk.
Hvilket instrument skal vi starte med?
Hvert af dem defineres af sin skala og af det øjeblik, det hører til i. NPS spørger om loyalitet på nul til ti, efter et gennemført køb eller en supportsamtale. CSAT spørger om tilfredshed på en til fem, umiddelbart efter en bestemt interaktion. CES spørger, hvor let det var, på en til syv, efter checkout eller en selvbetjeningsopgave, og det er oftest det mest nyttige til konverteringsarbejde, fordi det finder friktion frem for følelse. Alle tre kommer med den standardiserede formulering på plads, fordi et NPS-spørgsmål, der ikke spørger om at anbefale, ikke er NPS, uanset hvilken skala det renderer.
Alt hvad der er med
Hele funktionssættet
Eksperimenter
- Visuelle multivarianttest
- URL-omdirigeringstest
- Test på serversiden
- Visuel editor uden kode
- Start fra Chrome-udvidelsen
- Egen CSS og JS
- Erstat, indsæt, tilføj, før og efter
- URL-styring på syv betingelser
- Enhedsstyring
- Cookiestyring
- Trafikvægte pr. variant
- Automatisk genafbalancering af vægte
- Samtidige test uden at dele trafikken
- Skærmbilleder af varianter
- Duplikér et eksperiment
- Testkørsler før lancering
- Fast varianttildeling
- Antiflimmer-rendering
- Udrulning af vinder med ét klik
- Overdragelse til implementering
- Sporing af hypoteser
- PXL-prioriteringsscore
- Pipelines af faseopdelte eksperimenter
Statistik
- Frekventistiske resultater
- Bayesianske resultater
- Løft og konfidensintervaller
- Sandsynlighed for at varianten er bedst
- Forventet tab
- Sekventiel test
- Korrektion for multiple sammenligninger
- Holm-Bonferroni, Benjamini-Hochberg og Šidák
- Alarmer for skæv fordeling
- Primære og sekundære mål
- Omsætning pr. variant
- Gennemsnitlig ordreværdi pr. variant
- Flere valutaer
- Styrkeberegning
- Mindste målbare effekt
- Fremskrivning af dage tilbage
- Kombinationsrapportering
- Tidsserie pr. variant
- Forklaringer på almindeligt dansk
Overvågning
- Helbredsovervågning
- Opgavekøen på tværs af konti
- Planlagte starter og stop
- Stop ved signifikans
- Værn om mindste kørselstid
- Tillidsporte på brudt data
- Kollisionsdetektion
- Detektion af samspil
- Alarmer for forsinket og ingen data
- Mailalarmer
- Slack-alarmer
- Alarmer i appen
- Præferencer pr. hændelse
- Aktivitetslog
- Visning af kundelisten
- Gemte konsollayouts
- GA4- og Matomo-tracking
- Roller og rettigheder
Kundens stemme
- On-site NPS
- CSAT
- CES
- Guidet undersøgelsesbygger
- Score, fritekst og enkeltvalg
- Udløsere på sidevisning og forsinkelse
- Exit intent-udløsere
- Scroll-udløsere
- Hændelsesudløsere
- Fire placeringer af widgetten
- Begrænsning af visningsfrekvens
- AI-sentimentanalyse
- Undersøgelser inde i eksperimenter
- Svar bundet til variant
- Temaer i fritekst
- Eksport af svar
- Indlæses kun hvor en undersøgelse kører
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.