Alusta · Valvonta ja automaatio

Yksi näyttö sille, mikä on rikki tai odottaa

Terveysvalvonta ja huomiojono kattavat jokaisen tilin, joten mikään ei jää huomaamatta asiakassivustolla.

Käynnissä pitäminen

Yksi näyttö, ja säännöt sen takana

Jokainen tili järjestettynä sen mukaan, mikä tarvitsee ihmistä, automaatio, joka toimii sen perusteella, ja se, missä teille kerrotaan.

  • Ajastetut käynnistykset ja pysäytykset sekä pysäytys merkitsevyydellä suojarajoin: vähimmäisajoajat ja luottamusportit, jotka kieltäytyvät toimimasta rikkinäisellä datalla
  • Törmäystunnistus varoittaa, kun samanaikaiset testit häiritsisivät toisiaan
  • Hälytykset sähköpostitse, Slackissa ja sovelluksessa kahdessatoista tapahtumatyypissä, henkilökohtaisesti kytkettävissä
  • Toimintaloki testiä kohti, ja roolit, joita valvotaan yhdessä paikassa eikä reitti kerrallaan
SuojarajatLuottamusportitTörmäystunnistus
Terveysnäkymä koko tilistä: ohjelman terveysmittarit seurannan kattavuudelle, jaon tarkkuudelle, päätöksille ja avoimille törmäyksille, kahdeksan kohteen jono odottamassa ihmistä ja tällä hetkellä aktiiviset automaatiosäännöt.

Asiakaslista

Jokainen asiakastili yhdellä näytöllä

Toimistoilla ei ole yhtä sivustoa, niillä on yhdeksänkymmentä. Asiakaslista järjestää tilit sen mukaan, mikä tarvitsee ihmistä ensimmäisenä, joten aamu alkaa listasta eikä hausta.

  • Tilit järjestettynä ongelmien mukaan, sitten odottavien päätösten mukaan
  • Käynnissä olevien määrä ja voittoprosentti tiliä kohti
  • Rajatkaa koko konsoli yhteen asiakkaaseen kahdella klikkauksella
  • Rikki, ratkeamassa, törmää, myöhässä, ei dataa: kukin omalla rivillään
Asiakaslista järjestettynä sen mukaan, mikä vaatii huomiota ensin: kaksi tiliä, joiden mittaus on rikki, kaksi, joilla päätös odottaa, yksi kunnossa.

Taaksepäin katsoen

Voittaako ohjelma entistä useammin?

Ohjelmaraportti lukee vain päättyneitä testejä, joten alustava luku ei koskaan päädy lopullisen viereen. Se näyttää, kuinka usein testit voittavat, kuinka nopeasti ideat etenevät käynnistykseen, julkaistaanko voittajat todella, ja millaiset ideat yleensä toimivat.

  • Voittoprosentti ratkaistuista testeistä, joten epäselvä tulos ei laske lukua
  • Voittavan nousun mediaani, testin keston mediaani ja päivät ideasta käynnistykseen
  • Julkaistut voittajat, laskettuna vain tilastollisista voittajista, joten julkaiseminen ei voi paisuttaa lukua
  • Voittoprosentti odotetun mekanismin ja PXL-pisteiden mukaan, jotta näette ennustaako priorisointi tuloksia
  • Tahtikaavio, joka näyttää, tuottavatko useammat käynnistykset myös enemmän oppimista
Ohjelmaraportti yhdelle sivustolle kahdentoista kuukauden ajalta: 38 % voittoprosentti 121 ratkaistussa testissä, voittavan nousun mediaani 6,8 %, 214 käynnistettyä testiä, 73 % voittajista julkaistu, kuukausittainen kaavio käynnistyksistä ja lopputuloksista, sekä voittoprosentti odotetun mekanismin mukaan.

Testin jälkeen

Säilyttäkää opetus, ei vain tulosta

Kun päätätte testin, Pertento tarjoaa minuutin jälkikatsauksen: mitä odotitte, mitä tapahtui, miksi ja mitä seuraavaksi. Se luonnostelee sen, minkä se näkee datasta, ja opetus tallennetaan testin yhteyteen, mistä uusi tiimiläinen sitä etsii.

  • Viisi vapaaehtoista kysymystä, eikä testin päättäminen koskaan odota niitä
  • Datastanne luonnostellut liikenteen muutokset ja seurannan aukot, vahvistettavaksi tai korjattavaksi
  • Tilastoista kirjoitettu otsikko, joka ei voi liioitella tulosta
  • Debrief-välilehti jokaisessa päättyneessä testissä, josta näkee, kuka sitä on viimeksi muokannut ja milloin
Debrief-kortti yhdestä päättyneestä testistä: tilastoista kirjoitettu otsikko, nousu, luottamus, kävijät ja testin kestämät päivät, opetus sekä miksi niin kävi ja mahdolliset varaukset, seuraava askel ja tiimin antamat vastaukset viiteen vapaaehtoiseen kysymykseen.

Automaatio

Säännöt, jotka pysäyttävät, ja suojarajat, jotka pysäyttävät säännöt

Ajastakaa käynnistys ja pysäytys, tai antakaa testin päättyä itsestään merkitsevyydellä. Suojarajat pitävät automaation rehellisenä: vähimmäisajoaika ja luottamusportti, joka kieltäytyy toimimasta datalla, jonka hälytys on merkinnyt.

  • Ajastetut käynnistykset ja pysäytykset testikohtaisesti
  • Pysäytys merkitsevyydellä vähimmäisajoajalla
  • Luottamusportit, jotka estävät automaation merkityllä datalla
  • Merkitsevyys voi vain päättää testin aikaisemmin, koska päättymispäivä vaaditaan aina
  • Vähimmäisajoaika ei koskaan alle seitsemän päivän, neljätoista oletuksena
Yhden testin automaatio: ajastettu aikaikkuna, pysäytys merkitsevyydellä kytkettynä päälle neljäntoista päivän vähimmäisajoajan ja 40 000 kävijän vähimmäisotoksen jälkeen, ja suojarajat, jotka saavat automaation odottamaan tai pysähtymään toimimisen sijaan.

Hälytykset

Yksi ilmoitus, siellä minne jo katsotte

Jokaisen tapahtuman voi ohjata sähköpostiin, Slackiin tai konsoliin tapahtumakohtaisilla asetuksilla, joten rikkinäinen tavoite herättää jonkun ja saavutettu merkitsevyys ei.

  • Sähköposti, Slack ja sovellus, per tapahtuma
  • Käyttäjäkohtaiset asetukset, ei yksi globaali kytkin
  • Täysi toimintaloki tilille
  • Kaksitoista tapahtumatyyppiä, ryhmiteltynä elinkaaren, tulosten, terveyden ja tilin mukaan
Hälytysasetukset tapahtumakohtaisesti, ryhmiteltynä terveyden, tulosten ja elinkaaren mukaan: jaon poikkeama ja kuollut testi menevät sähköpostiin ja Slackiin, merkitsevä tulos molempiin, käynnistys vain Slackiin, ja julkaisu konsoliin.

Mitä se huomaa

Signaalit, ja miksi ne on järjestetty niin kuin on

Jokainen niistä on asia, joka on yhä totta ja yhä ratkaisematta, ja se lasketaan nykytilasta eikä tapahtumasyötteestä. Merkin kuittaaminen ei tee työtä.

Rikki menee päätöksen edelle, päätös jonon edelle

Jokainen signaali luokitellaan yhteen kolmesta vakavuusasteesta, ja luottamusvirhe peittää tuloksen alleen sen sijaan, että näkyisi sen vieressä. Testi, jonka jakauma on rikki, voi samalla raportoida voittajaa, ja molempien näyttäminen houkuttelisi jonkun toimimaan sen perusteella.

Jakauma, joka lakkasi täsmäämästä

Havaittua liikenteen jakaumaa testataan jatkuvasti asetettuja painoja vasten. Kun se poikkeaa enemmän kuin sattuma selittää, jokainen kyseisen testin tulos merkitään epäilyttäväksi, kunnes syy löytyy.

Testi, joka hiljeni

Koko päivänä ei ole kirjattu mitään, vaikka testi on yhä käynnissä. Yleensä kyse on kohdennussäännöstä, joka lakkasi täsmäämästä, tai skriptistä, joka katosi julkaisun yhteydessä, eikä kumpaakaan näe tulosnäytöltä.

Häiriö kahden käynnissä olevan testin välillä

Uudelleenohjaus, joka vetää liikennettä pois toisen testin yleisöstä, näkyy jakaumahälytyksenä siinä toisessa testissä, eikä mikään siellä viittaa takaisin syyhyn. Kaksi samaa elementtiä muokkaavaa varianttia eivät tuota hälytystä lainkaan: jakauma pysyy täydellisenä, ja sivulla on yhdistelmä, jota kukaan ei katselmoinut.

Päättymispäivänsä ohittanut, jakaa yhä liikennettä

Testi, jonka piti päättyä mutta ei päättynyt, maksaa teille yhä sen liikenteen, jonka se vie. Kyse on odottavasta päätöksestä eikä viasta, ja se luokitellaan sen mukaisesti.

Voittaja, jota kukaan ei rakentanut

Kaksi erillistä signaalia, koska kyse on eri ongelmista. Yksi testi voitti, mutta sitä ei koskaan julkaistu. Toinen julkaistiin kuukausia sitten, ja Pertento tarjoilee sitä yhä sen sijaan, että se eläisi teidän koodipohjassanne.

Testien ympärillä

Tili, ei testi

Suurin osa siitä, mikä menee pieleen usean ihmisen ohjelmassa, ei ole tilastollista. Se on kaksi ihmistä muokkaamassa samaa asiaa, muutos, jota kukaan ei pysty jäljittämään, tai luku, joka ei koskaan päätynyt analytiikkaan, jota kaikki muut käyttävät.

Roolit, joita valvotaan yhdessä paikassa

Jäsenillä on lukuoikeus koko alustaan, ylläpitäjät ja omistajat voivat tehdä muutoksia. Sääntöä sovelletaan kerran, sisäänkäynnillä, eikä reitti kerrallaan, ja juuri se estää uutta näyttöä jäämästä huomaamatta poikkeukseksi.

Toimintaloki testiä kohti

Jokainen merkityksellinen muutos kirjataan testille tekijän ja ajan kanssa: kohdennus lisätty, painot muutettu, käynnistetty, päätetty, julkaistu. Ilmoitukset kertovat, mitä tapahtui; loki kertoo, kuka sen teki.

Tallennetut konsolin asettelut

Järjestäkää näyttö niin kuin sitä luette, ja se pysyy sellaisena henkilö- ja näyttökohtaisesti. Toimiston vetäjä ja analyytikko eivät halua samoja sarakkeita samassa järjestyksessä, eikä kummankaan pitäisi joutua rakentamaan näkymää joka aamu.

GA4 ja Matomo, tai ei kumpaakaan

Valitkaa seurantatapa sivustokohtaisesti. Altistustapahtumat lähetetään datakerrokseen nykyisen analytiikkanne rinnalle, joten variantti on ulottuvuus, jonka mukaan voitte jo segmentoida. Pertenton oma seuranta on kolmas vaihtoehto silloin, kun haluatte sen pysyvän poissa tieltä.

Hälytykset sinne, minne jo katsotte

Kaksitoista tapahtumatyyppiä elinkaaren, tulosten, terveyden ja tilin alueilta, kukin kytkettävissä kanava- ja henkilökohtaisesti. Terveys ja tulokset ovat oletuksena päällä, koska ne ansaitsevat keskeytyksen; elinkaaren tapahtumat ovat yleensä asioita, jotka teitte itse hetki sitten.

Yksi asiakaskunta, monta tiliä

Toimisto näkee oman asiakaskuntansa; suora asiakas näkee oman tilinsä. Näkyvyys määräytyy kirjautumisen eikä osoitteessa olevan tunnisteen perusteella, joten URL-osoitteessa ei ole mitään peukaloitavaa.

Kysymykset

Mitä tapahtuu, kun kukaan ei katso

Mitä tapahtuu, jos testi rikkoutuu, kun kukaan ei katso?

Teille kerrotaan, eikä teidän tarvitse huomata sitä luvuista viikkoja myöhemmin. Ne kaksi vikaa, joita ei näe tulosnäytöltä, ovat jakauma, joka lakkasi vastaamasta asetuksianne, ja testi, joka lakkasi hiljaa kirjaamasta mitään, yleensä siksi, että julkaisu vei skriptin mukanaan tai kohdennussääntö lakkasi täsmäämästä. Kumpikin lähettää oletuksena hälytyksen sähköpostiin ja Slackiin, merkitsee jokaisen kyseisen testin tuloksen epäluotettavaksi ja estää alustaa toimimasta sen perusteella. Teitä odottava työ on järjestetty jono eikä sekasotku, ja se johdetaan siitä, mikä on juuri nyt totta, joten mikään ei katoa siksi, että joku kuittasi ilmoituksen.

Kuinka paljon se saa tehdä sivustollemme ilman meitä?

Ei mitään, kunnes kytkette sen päälle, ja sen jälkeenkin vähemmän kuin ehkä odotatte. Automaatio ja voittajan automaattinen julkaisu ovat eri kytkimiä, ja molemmat ovat aluksi pois päältä, koska väärän testin automaattinen pysäytys maksaa sen liikenteen, joka on jo käytetty, kun taas häviäjän automaattinen julkaisu muuttaa sen, mitä jokainen kävijä näkee. Ennen kuin se toimii, sen on läpäistävä kolme luottamusporttia ja vähimmäisajoaika. Ja kun automaatio on pois päältä, se arvioi silti kaiken ja kirjaa, mitä se olisi tehnyt, samalla koodilla, joka sen olisi tehnyt, joten voitte seurata kuukauden ajan, onko se oikeassa, ennen kuin annatte sen toimia.

Onko koko tiimille turvallista antaa pääsy?

Jäsenillä on lukuoikeus koko alustaan: he näkevät jokaisen testin ja jokaisen tuloksen eivätkä voi muuttaa niistä mitään. Sääntöä valvotaan kerran ja keskitetysti eikä näyttö kerrallaan, ja sillä on väliä, koska näyttökohtaisesti sovelletussa oikeusmallissa seuraavaksi rakennettu näyttö jää helposti poikkeukseksi. Käynnistys, pysäytys ja julkaisu jäävät ylläpitäjille ja omistajille, ja jokainen merkityksellinen muutos kirjataan testille nimen ja ajan kanssa.

Meillä on useita brändejä tai asiakassivustoja. Skaalautuuko tämä siihen?

Valvonta on rakennettu juuri sellaista tilannetta varten. Kaikki ratkaisematon kaikilta tileiltä, joihin teillä on pääsy, kootaan yhteen näkymään asiakkaan ja sivuston mukaan ryhmiteltynä ja niin järjestettynä, että epäluotettava tulos tulee ennen sitä, joka vain odottaa päätöstä. Näkyvyys määräytyy sen mukaan, kenenä olette kirjautuneet, eikä osoitteessa olevan tunnisteen perusteella, joten URL-osoitteessa ei ole tilitunnusta, jota tarkistaa, eikä sellaista, jota peukaloida. Toimisto näkee asiakaskuntansa; yhden brändin asiakas näkee samalla näytöllä oman tilinsä.

Sopiiko se työkaluihin, joita jo käytämme?

Hälytykset menevät sähköpostiin, Slackiin tai ei kumpaankaan, ja ne asetetaan tapahtumatyyppi- ja henkilökohtaisesti eikä kerralla koko tilille, ja Slack-viestit linkittävät suoraan sille näytölle, jota tapahtuma koskee. Mittauksen puolella jokainen sivusto asetetaan käyttämään GA4:ää, Matomoa tai Pertenton omaa seurantaa, mikä tarkoittaa, että laskemamme konversiot voivat olla samoja tapahtumia, jotka analytiikkanne jo laskee, eikä kilpaileva määritelmä ostolle, jota jonkun pitäisi sovittaa yhteen.

Kaikki, mitä pakettiin kuuluu

Koko ominaisuusvalikoima

Pertento on konversio-optimoinnin alusta verkkosivuille ja verkkokaupoille, ja se on rakennettu sekä talon sisäisille tiimeille että CRO-toimistoille, jotka pyörittävät testausohjelmia koko asiakaskunnalleen.

Integraatiot

Toimii sen teknologiapinon kanssa, jota jo käytätte

Yksi koodinpätkä mille tahansa sivustolle, tai siirtykää kokonaan palvelinpuolelle. Mitään ei tarvitse rakentaa uudelleen.

Yhden rivin pätkä

Liittäkää yksi tagi head-osaan ja olette käynnissä: 0,9 KB:n latausskripti, ei build-vaihetta, ei riippuvuuksia.

Google Tag Manager

Julkaiskaa ja hallitkaa testejä suoraan GTM:n kautta. Ei kehittäjän aikaa tarvita.

Palvelinpuolen API

Ajakaa testejä selaimen ulkopuolella: hinnoittelu, haku ja reititys, ilman välkyntää.

  • 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

Ei listalla? Jos se renderöi HTML:ää, Pertento voi testata sitä:lue, miten kukin liitetään.

Parempia testejä, parempia konversioita

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