Løsninger · Byrå
Én konsoll for hele kundelisten
Bygget for team som kjører eksperimentering som en tjeneste. Hver konto på ett sted, ordnet etter hva som trenger en person først, med rapportering kunden deres kan lese.
På tvers av kundelisten
Morgenrutinen, rapporten, papirarbeidet
Hver kundekonto på én skjerm, resultater en kunde kan lese uten at dere oversetter dem, og trafikk poolet på tvers av alle sammen.
Kundelisten
Nitti nettsteder, én morgenrutine
Kundelisten rangerer kontoer etter problemer først, deretter etter beslutninger som venter. Dere åpner én skjerm og vet hvor dagen går.
- Kontoer ordnet etter hva som trenger dere
- Avgrens hele konsollen til én kunde på to klikk
- Antall pågående og vinnrate per konto
Rapportering
Et resultat kunden kan lese uten at dere er i rommet
Hvert tall i konsollen bærer sin egen forklaring, skrevet for å si hva tallet betyr heller enn å definere begrepet, og konklusjonen er oppgitt i ord så vel som i matematikk. Halvparten av en avtalegjennomgang går som regel med til oversettelse. Dette er halvparten dere får tilbake.
- En forklaring på klart norsk for hver statistikk, på stedet
- Konklusjonen i ord, ved siden av p-verdien som ga den
- Skrivebeskyttede innlogginger, slik at en kunde kan følge med uten å kunne endre noe
- Avgjorte eksperimenter eksporteres med vinneren, målet, løftet og p-verdien
- Omsetning og gjennomsnittlig ordreverdi i kundens valuta
Forretningsvilkår
Poolet trafikk og papirarbeid som skalerer
Trafikken poolet på tvers av kundelisten heller enn målt per kunde, og avtalene er skrevet for et byrå: én DPA, deres egen posisjon som underleverandør, SSO for teamet.
- Poolet, testet trafikk på tvers av hver kundekonto
- Tilpasset DPA og SSO på byråplanen
- Ubegrenset antall kundekontoer
På tvers av kundelisten
Hva nitti nettsteder trenger som ett nettsted ikke gjør
Én enkelt konto er en skjerm dere leser. En kundeliste er et søkeproblem, et tilgangsproblem og et koordineringsproblem, og det er de tre konsollen er formet rundt.
Én samlet visning, alle kunder
Hva som er ødelagt, hva som trenger en beslutning og hva som står i kø, gruppert per kunde og per nettsted, på tvers av hver konto dere kan nå. Det er formen på en mandag morgen heller enn et dashbord dere må tolke.
Tilgangen kommer fra sesjonen
Et byrå ser sin kundeliste; en direktekunde ser sin egen konto. Det finnes ingen kundeidentifikator i adressen å kontrollere, og derfor ingen å tukle med.
Ingen datovelger, med hensikt
Kundevisningen rapporterer om det som kjører nå, og ingen av signalene er avgrenset i tid. En ødelagt fordeling er ødelagt, en test forbi sluttdatoen er sen, en død er død. Volum over en periode er en annen skjerm.
Kollisjoner sjekkes per nettsted
To av konsulentene deres som jobber med samme kunde kan legge to varianter på samme element uten at noen av dem vet det. Paret rapporteres før det kan automatiseres, etter de samme reglene planleggeren håndhever.
Samtidigheten skalerer med kundelisten
Fordi eksperimenter randomiserer uavhengig av hverandre, kan et kundenettsted bære så mange tester som det har ideer, uten at noen av dem avgjøres saktere. Takt per konto er det som gjør en kundeliste lønnsom.
Alle leser sitt eget oppsett
Konsolloppsett lagres per person og per skjerm, så en byråleder som ser etter problemer og en analytiker som leser ett eksperiment trenger ikke dele visning eller bygge den opp hver morgen.
Spørsmål
Hva byråer spør om først
Hvor mange kunder kan én konsulent realistisk bære?
Flere enn verktøyene vanligvis tillater, av to grunner det er verdt å måle mot det dere kjører i dag. Samtidighet deler ikke trafikken her, så et kundenettsted kan bære så mange live tester som det har ideer i stedet for å køe dem én om gangen, og det er den enkeltvis største begrensningen på hva et honorar kan levere. Og dere reviderer ikke kundelisten for å finne problemer: alt uløst på tvers av hver konto samles i én visning, rangert slik at noe som ikke er til å stole på kommer før noe som bare venter på en beslutning. Morgensjekken er en skjerm heller enn en runde blant kontoer.
Kan konsulenter begrenses til sine egne kunder?
Tilgang utledes fra den innloggede brukeren og selskapet deres, så et byrå ser sin egen kundeliste og ingenting annet på plattformen. Innenfor det avgjør roller hva noen får gjøre heller enn hva de får se: medlemmer har lesetilgang overalt, administratorer og eiere kan starte, stoppe og rulle ut. Hver endring registreres på eksperimentet med navn og tidsstempel, og det er det som gjør en delt konto på tvers av et team etterprøvbar heller enn bare praktisk.
Hva kan vi faktisk vise en kunde?
To ting, og den første undervurderes av byråer. Hvert tall i konsollen forklarer seg selv på vanlig norsk, skrevet for å si hva tallet betyr heller enn for å definere begrepet, og konklusjonen står i ord ved siden av matematikken som ga den. En kunde med lesetilgang kan derfor følge et resultat uten at dere oversetter det, og lesetilgang betyr nøyaktig det: de ser alt og endrer ingenting. Den andre er eksporten, som bærer hvert avgjorte eksperiment med den vinnende varianten, målet den vant på, løftet og p-verdien, som er det utvikleren deres trenger. Rapporter med deres egen logo og farger finnes ikke i produktet i dag, så hvis en formgitt månedspresentasjon er sentral for hvordan dere selger, regn med å bygge den fra eksporten.
Hva med kunder som har beskjeden trafikk?
Dette er samtalen det er verdt å ta før honoraret heller enn tre måneder inn i det, og plattformen er uvanlig direkte om det. Hvert eksperiment rapporterer den minste forskjellen trafikken pålitelig kan oppdage, så et nettsted som ikke kan svare på spørsmålet dere stiller sier det, i stedet for å ligge på "ikke signifikant" i to måneder mens dere forsvarer fakturaen. Hos en liten kunde endrer det hva dere selger dem: dristigere tester, maler med mer trafikk, eller en annen tjeneste.
Er det trygt å la den kjøre eksperimenter uten at vi følger med?
Den gjør det ikke som standard, og det er svaret dere vil ha på noen andres nettsted. Automatisering og automatisk utrulling av en vinner er to atskilte brytere, begge av til dere slår dem på, og begge nekter å handle på data de ikke kan stole på. Med automatiseringen av vurderer motoren likevel hvert oppsett og registrerer hva den ville ha gjort, med den samme koden som ville ha gjort det, så dere kan se den ha rett på tvers av en kundeliste i en måned før dere lar den røre noe.