Konversio-optimointi (CRO): käytännön opas

Konversio-optimointi (CRO) on järjestelmällistä työtä sen osuuden kasvattamiseksi, joka kävijöistä tekee arvokkaan toiminnon verkkosivustollasi, selvittämällä, miksi he eivät tee sitä, ja korjaamalla syyn. Siinä koko ajatus. Kaikki muu tässä oppaassa on menetelmää: miten löytää todelliset syyt, miten päättää, mitä korjata ensin, miten tietää, toimiko muutos, ja miten jatkaa tätä huijaamatta itseään.

Tämä on yleisopas. Periaatteet pätevät niin verkkokauppaan kuin B2B-ohjelmistoyritykseen, mutta käytämme ylimääräistä aikaa tilanteeseen, jonka useimmat oppaat ohittavat: sivustoihin, joilla on maltillinen liikenne, pitkät myyntisyklit ja arvoltaan hyvin erilaiset konversiot. Puhuitpa konversio-optimoinnista tai CRO:sta, kyse on samasta osaamisalueesta.

Mitä konversio-optimointi oikeasti on

Konversio on mikä tahansa toiminto, jonka haluat kävijän tekevän: osto, demopyyntö, kokeilujaksolle rekisteröityminen, uutiskirjeen tilaus. Konversioaste on niiden kävijöiden (tai istuntojen) osuus, jotka suorittavat sen:

Konversioaste = konversiot / kävijät × 100

Esimerkki: laskeutumissivu saa kuukaudessa 18 400 istuntoa ja tuottaa 460 rekisteröitymistä. 460 / 18 400 = 0,025, joten konversioaste on 2,5 %. Jos muutos nostaa sen 3,0 %:iin samalla liikenteellä, saat 552 rekisteröitymistä: 92 enemmän kuukaudessa ostamatta yhtäkään lisäklikkausta. Se on 20 %:n suhteellinen nousu tai 0,5 prosenttiyksikön absoluuttinen nousu. Kerro aina, kumpaa tarkoitat; niiden sekoittaminen on konversio-optimoinnin yleisin raportointivirhe. Voit laskea omat lukusi konversioastelaskurilla.

Kaavaan kätkeytyy kaksi päätöstä. Ensinnäkin nimittäjä: istunnot paisuttavat pohjaa sivustoilla, joilla on paljon palaavia vierailijoita, ja käyttäjät aliarvioivat sitä, jos seurantasi ei pysty poistamaan päällekkäisyyksiä laitteiden välillä. Valitse yksi ja pidä siitä kiinni. Toiseksi osoittaja: mikä konversio lasketaan.

Makro- ja mikrokonversiot

• Makrokonversiot ovat toimintoja, joita varten yritys on olemassa: tilaus, demopyyntö, maksullinen paketti.
• Mikrokonversiot ovat sinne johtavia vaiheita: ostoskoriin lisääminen, lomakkeen aloittaminen, hinnoittelun katsominen, tuotevideon katsominen, CTA:n klikkaaminen.

Mikrokonversiot ovat tärkeitä kahdesta syystä. Ne paikantavat vuotokohdan (kävijät katsovat hinnoittelua mutta eivät koskaan klikkaa ”Aloita”), ja niitä tapahtuu paljon useammin kuin makrokonversioita, joten niitä voi testata sivustoilla, joilla makrokonversio on liian harvinainen mitattavaksi. Lisää tästä vähäisen liikenteen osiossa.

Mitä konversio-optimointi ei ole

• Se ei ole painikkeen värin testaamista. Kosmeettiset testit liikuttavat harvoin mitään, koska ne eivät puutu siihen, miksi ihmiset epäröivät. Hyvä CRO muuttaa sitä, mitä kävijä ymmärtää, uskoo tai joutuu tekemään.
• Se ei ole pelkkää A/B-testausta. Testaus on validointivaihe. Suurin osa arvosta tulee tutkimuksesta, joka kertoo, mitä muuttaa. Monet parannukset (Safarissa rikki oleva lomake, puuttuva hinta) pitäisi yksinkertaisesti korjata eikä testata.
• Se ei ole kokoelma parhaita käytäntöjä. ”Lisää kiireen tuntua” tai ”lyhennä lomaketta” voi auttaa tai haitata yleisöstäsi riippuen. Käytäntö on hypoteesi, kunnes oma datasi tukee sitä.
• Se ei ole liikenteen hankintaa. Konversio-optimointi vaikuttaa siihen, mitä tapahtuu käynnin alettua. Se tehostaa jokaista hankintakanavaa, mutta ei korvaa yhtäkään.

Konversio-optimoinnin prosessi vaihe vaiheelta

Jokainen uskottava CRO-ohjelma pyörittää jotain versiota samasta silmukasta. Nimet vaihtelevat; järjestys ei.

1. Tutkimus: selvitä, missä ja miksi kävijät eivät konvertoi.
2. Hypoteesit: muuta jokainen havainto testattavaksi väitteeksi.
3. Priorisointi: järjestä hypoteesit niin, että niukka liikenne ja kehitysaika menevät parhaisiin vedonlyönteihin.
4. Testaus: aja kontrolloitu koe (tai, jos se on mahdotonta, seuraavaksi paras menetelmä).
5. Analyysi: lue tulos rehellisesti segmentit ja suojamittarit mukaan lukien.
6. Käyttöönotto ja oppiminen: julkaise voittajat, kirjaa jokainen tulos ja syötä opit takaisin tutkimukseen.

1. Tutkimus: missä ja miksi

Tutkimuksessa on kaksi puoliskoa. Määrällinen data kertoo, missä ongelma on. Laadullinen data kertoo, miksi. Tarvitset molempia: suppiloraportti näyttää, että 70 % kävijöistä hylkää hinnoittelusivun, mutta se ei kerro, että he lähtivät, koska enterprise-tasolla lukee "Ota yhteyttä" ilman hintahaarukkaa.

Aloita analytiikalla valitaksesi kaksi tai kolme tärkeintä sivua (paljon liikennettä, lähellä tuloja, jyrkkä pudotus) ja käytä laadullinen työ vain niihin. Kahden–kolmen viikon tutkimussprintti tuottaa tyypillisesti enemmän testi-ideoita kuin ehdit ajaa kuudessa kuukaudessa.

Ennen kuin luotat mihinkään tästä, tarkista putkisto. Varmista, että konversiotapahtumat laukeavat kerran konversiota kohden, että suppilon vaiheet seurataan kaikilla laitteilla ja että sisäinen liikenne on suodatettu. Yllättävän moni ”konversio-ongelma” osoittautuu mittausongelmaksi.

2. Hypoteesit: tee jokaisesta ideasta kumottavissa oleva

Hypoteesi yhdistää havainnon muutokseen ja mitattavaan lopputulokseen. Käytä tätä pohjaa:

”Koska havaitsimme”, mitä data osoitti, ”uskomme, että yhden elementin muuttaminen” yhdelle yleisölle ”saa aikaan” odotetun tuloksen, ”mitattuna” yhdellä ensisijaisella mittarilla.

Esimerkki: ”Koska havaitsimme istuntotallenteista ja poistumiskyselystä, etteivät hinnoittelusivun mobiilikävijät pysty päättelemään, mihin pakettiin SSO sisältyy, uskomme, että ominaisuusvertailun valitsimen lisääminen pakettikorttien yläpuolelle mobiilikävijöille lisää pakettivalintoja, mitattuna klikkauksina mihin tahansa ’Valitse paketti’ -painikkeeseen hinnoittelusivun kävijää kohden.”

Pohja tekee kolme asiaa. Se pakottaa esittämään näyttöä (ei ”koska toimitusjohtaja pitää siitä”). Se nimeää yleisön, joten testaat siellä, missä ongelma on. Ja se lyö ensisijaisen mittarin lukkoon ennen testin alkua, mikä estää imartelevan mittarin valitsemisen jälkikäteen. Kopioitava versio löytyy A/B-testisuunnitelman pohjastamme.

3. Priorisointi: PIE, ICE tai PXL

Ideoita on aina enemmän kuin kapasiteettia. Kolme pisteytyskehystä hallitsee:

• PIE (Potential, Importance, Ease), jonka WiderFunnel teki tunnetuksi: pisteytä jokainen 1–10 ja ota keskiarvo. "Importance" kuvaa sitä, kuinka arvokasta sivun liikenne on.
• ICE (Impact, Confidence, Ease) kasvumarkkinoinnista: pisteytä kukin asteikolla 1–10 ja laske keskiarvo. ”Confidence” kertoo, kuinka vahva näyttösi on.
• PXL, kehittäjänä CXL: tarkistuslista pääosin kyllä/ei-kysymyksiä kiintein pistein, esimerkiksi onko muutos näkyvällä alueella ilman vieritystä, huomaako sen viidessä sekunnissa, lisääkö tai poistaako se elementin, tehdäänkö se runsaan liikenteen sivulle ja ratkaiseeko se käyttäjätestauksessa, laadullisessa palautteessa tai analytiikassa havaitun ongelman. Helppous pisteytetään arvioidun työmäärän mukaan. CXL suunnitteli sen poistamaan arvailun, jonka PIE ja ICE jättävät ”vaikutukseen”.

Esimerkki (havainnollistavat pisteet yhdelle työjonolle, PXL yksinkertaistettuna seitsemään kysymykseen):

Kaikki kolme viitekehystä ovat samaa mieltä siitä, että A tulee ensin ja D viimeisenä. C:stä ne ovat eri mieltä: PIE arvioi sen lähelle B:n tasoa, koska ”potentiaali” on antelias, kun taas ICE ja PXL rankaisevat näytön puutteesta. Juuri tämän erimielisyyden takia viitekehys kannattaa valita harkiten.

Näkemyksemme: käytä ICE:tä pienessä tiimissä, jonka täytyy asettaa 20 ideaa järjestykseen iltapäivässä. Vaihda PXL:ään, kun ideoita pisteyttää useampi kuin yksi henkilö, koska kyllä/ei-kysymykset tuottavat johdonmukaisia pisteitä eri ihmisten välillä ja estävät kovaäänisintä paisuttamasta ”vaikutusta”. PIE on hyödyllinen, kun päätät, mitä sivua työstää, mutta vähemmän yksittäisissä ideoissa. Valitsitpa minkä tahansa, painota näyttöä vahvasti: voittavan testin tärkein ennustaja on tutkimukseen perustuva hypoteesi.

4. Testaus

Rakenna versio, tee sille laadunvarmistus jokaisella yleisellä selaimella ja laitteella ja aja kontrolloitu koe, jos liikenne riittää (katso tilastoja käsittelevä osio alempana). Kirjaa ylös ennen käynnistystä: päämittari, suojamittarit, otoskoko, suunniteltu kesto ja lopetussääntö. Jos et pysty täyttämään näitä viittä, et ole valmis käynnistämään.

5. Analyysi

Kun suunniteltu otos on saavutettu, tarkista ensin datan laatu (otossuhde, seuranta), sitten ensisijainen mittari, sitten suojamittarit ja sitten ennalta kirjatut segmentit, kuten laite tai uusi vs palaava. Pidä suunnittelemattomia segmenttilöydöksiä uusina hypoteeseina, älä johtopäätöksinä: viipaloi mitä tahansa testiä tarpeeksi monella tavalla, niin jokin näyttää sattumalta merkitsevältä.

6. Käyttöönotto ja oppiminen

Julkaise voittajat kunnolla (koodiin, äläkä jätä niitä pyörimään testityökalussa 100 %:lla kuukausiksi). Kirjaa jokainen testi lokiin: hypoteesi, kuvakaappaukset, luvut, päätös ja mitä se opetti kävijöistäsi. Häviävä testi, joka kumoaa laajalti jaetun uskomuksen, on usein arvokkaampi kuin pieni voitto, mutta vain jos joku kirjaa sen ylös.

Testauksen tilastotiede oikein tehtynä

Sinun ei tarvitse olla tilastotieteilijä ajaaksesi päteviä testejä, mutta sinun täytyy kunnioittaa viittä periaatetta. Paras yksittäinen lähde on Kohavi, Tang ja Xu, Trustworthy Online Controlled Experiments (2020).

Otoskoko: päätä se ennen aloittamista

Tarvitsemasi kävijämäärä riippuu lähtötason konversioasteesta, pienimmästä vaikutuksesta, jonka haluat havaita (minimum detectable effect, MDE), merkitsevyystasosta (alfa) ja tilastollisesta voimakkuudesta. Kaksisuuntaisessa testissä, jossa verrataan kahta osuutta:

n per variantti = [ z_1-α/2 × √(2 p̄(1-p̄)) + z_1-β × √(p₁(1-p₁) + p₂(1-p₂)) ]² / (p₂ - p₁)²

Laskuesimerkki: lähtötaso p₁ = 3 %, MDE = 20 % suhteellinen, joten p₂ = 3,6 %. Alfa = 0,05 (kaksisuuntainen), joten z = 1,96. Voima = 0,8, joten z ≈ 0,8416. Yhdistetty aste p̄ = 3,3 %.

1. Ensimmäinen termi: 1,96 × √(2 × 0,033 × 0,967) = 1,96 × √0,06382 = 1,96 × 0,2526 = 0,4951
2. Toinen termi: 0,8416 × √(0,03 × 0,97 + 0,036 × 0,964) = 0,8416 × √(0,02910 + 0,03470) = 0,8416 × 0,2526 = 0,2126
3. Osoittaja: (0,4951 + 0,2126)² = 0,7077² = 0,5009
4. Nimittäjä: (0,036 - 0,03)² = 0,006² = 0,000036
5. n = 0,5009 / 0,000036 ≈ 13 900 kävijää per variantti, yhteensä noin 27 800.

Tämä vastaa sitä, mitä Evan Millerin otoskokolaskuri antaa samoilla syötteillä, ja voit tarkistaa oman skenaariosi A/B-testilaskurillamme. Huomaa, kuinka armotonta matematiikka on: puolita MDE 10 %:iin, niin tarvitset noin nelinkertaisen liikenteen. Kirjoituksessamme A/B-testin otoskoosta on hakutaulukot yleisille lähtötasoille.

Kesto: otoskoko jaettuna liikenteellä, kokonaisina viikkoina

Testin kesto = tarvittava kokonaisotos / viikoittaiset kelvolliset kävijät, pyöristettynä ylöspäin kokonaisiin viikkoihin.

Esimerkki: yllä olevalla sivulla on 7 000 kelpoista kävijää viikossa. 27 800 / 7 000 = 3,97, joten aja testiä 4 täyttä viikkoa. Täydet viikot ovat tärkeitä, koska arkipäivien ja viikonlopun kävijät käyttäytyvät eri tavalla; keskiviikkona lopettaminen yliedustaa osaa viikosta. Nyrkkisääntönä: aja vähintään yksi täysi liiketoimintasykli ja vältä yli kuuden–kahdeksan viikon testejä, joiden jälkeen evästeiden poistot ja kausivaihtelut alkavat saastuttaa otosta.

Älä kurki (tai käytä siihen suunniteltua menetelmää)

Tavallisen kiinteän horisontin testin tarkistaminen päivittäin ja lopettaminen heti, kun p < 0,05, kasvattaa väärien positiivisten määrää dramaattisesti, kuten Evan Miller näyttää artikkelissaan How Not To Run an A/B Test. Joko sitoudu suunniteltuun otoskokoon ja lue tulos vasta lopussa, tai käytä työkalua, jonka tilastot on rakennettu jatkuvaan seurantaan (sekventiaalinen testaus). Kojelaudan katsominen on ok; ongelma on sen perusteella toimiminen liian aikaisin.

Tarkista otossuhteen epäsuhta

Jos jaat liikenteen 50/50 ja saat 10 000 kävijää vertailuversioon ja 9 400 varianttiin, jokin on rikki: uudelleenohjaus, joka hukkaa käyttäjiä, bottisuodatin, joka osuu toiseen haaraan, tai variantti, joka kaatuu joissakin selaimissa. Khiin neliö -testi kävijämääristä paljastaa tämän. Kohavi ja kollegat pitävät otossuhteen epäsuhtaa (sample ratio mismatch) yhtenä tärkeimmistä luotettavuustarkistuksista; kun se epäonnistuu, älä tulkitse tulosta, vaan etsi vika.

Uutuusvaikutukset, yksi ensisijainen mittari ja suojamittarit

• Uutuus- ja tottumusvaikutukset: palaavat kävijät voivat klikata uutta elementtiä, koska se on uusi, tai ohittaa sen, koska he ovat tottuneet vanhaan asetteluun. Vertaa ensimmäistä viikkoa myöhempiin viikkoihin; jos vaikutus hiipuu, ole skeptinen.
• Yksi päämittari: ilmoitettu etukäteen, mieluiten se liikevaihtoa lähin mittari, jota voit mitata riittävällä volyymilla. Kymmenen ”päämittaria” takaa, että jossain on väärä voittaja.
• Suojamittarit: asiat, jotka eivät saa heiketä, kuten tuotto kävijää kohden, liidien laatu, palautusaste ja sivun latausaika. Versio, joka nostaa rekisteröitymisiä 10 % mutta laskee keskiostosta 15 %, ei ole voittaja.

Testaa yhtä johdonmukaista muutosta per versio, ellei sinulla ole paljon liikennettä. Vertailumme A/B-testaus vs. monimuuttujatestaus kertoo, milloin monimuuttujatestaus on liikennekustannuksensa arvoinen (harvoin, jos kuukausittaisia kävijöitä on alle 100 000).

Konversio-optimointi vähäisen liikenteen ja B2B-verkkosivustoille

Suurin osa CRO-neuvoista on kirjoitettu ihmisten toimesta, jotka optimoivat suuren volyymin kuluttajasivustoja. B2B-sivustoilla, ja pienillä kuluttajasivustoilla, on kolme rakenteellista ongelmaa:

1. Vähäinen liikenne. Yllä oleva laskettu esimerkki vaatii noin 27 800 kävijää yhteen testiin. Sivulla, jolla on 5 000 kävijää kuukaudessa, se veisi viidestä kuuteen kuukautta, ja siinä ajassa markkina, mainokset ja itse sivu ovat muuttuneet.
2. Pitkät myyntisyklit. Testi voi laskea lomaketäytöt viikoissa, mutta sen selvittäminen, muuttuivatko liidit pipelineksi, vie kuukausia. Helmikuussa demopyynnöissä voittava versio voi hävitä liikevaihdossa kesäkuuhun mennessä, jos se houkutteli huonosti sopivia yrityksiä.
3. Erisuuruinen konversioarvo. Yksi demopyyntö voi tulla yritykseltä, josta voisi tulla suurin asiakkaasi, toinen opiskelijalta. Konversioaste kohtelee niitä samanarvoisina, ja liikevaihdolla painotetut mittarit ovat paljon kohinaisempia, joten ne tarvitsevat vielä enemmän dataa.

Mikään tästä ei tarkoita "älä tee CRO:ta". Se tarkoittaa menetelmän vaihtamista.

Mitä testata ensin

Kun pystyt ajamaan vain kourallisen testejä vuodessa, aja ne, joiden odotettu vaikutus on suuri, ja sivuilla, jotka ovat lähellä liikevaihtoa. Järkevä järjestys:

1. Otsikot ja arvolupaus liikenteeltään suurimmilla kaupallisilla sivuillasi: lopputulos- vai ominaisuuslähtöinen, kohderyhmäkohtainen vai geneerinen, ongelma- vai ratkaisulähtöinen.
2. Tarjous ja CTA: ei pelkkä painikkeen teksti, vaan se, mitä tarjoat (demo, tuote-esittely, arviointi, hinnoittelupuhelu) ja missä se näkyy.
3. Lomakkeet: kentät, kvalifioivat kysymykset, yksi- vai monivaiheinen. Mittaa liidien laatua, älä pelkkää täyttöastetta.
4. Asettelu ja sivurakenne viimeisenä: kallein rakentaa, keskimäärin pienin vaikutus ja hitain mitata.

Tee isompia muutoksia

Tarvittava otoskoko skaalautuu vaikutuksen neliön käänteislukuna. 40 %:n nousun havaitseminen vaatii noin neljänneksen 20 %:n nousun vaatimasta liikenteestä. Pieniä hienosäätöjä ei voi testata vähäisellä liikenteellä; rohkeita, tutkimukseen perustuvia muutoksia (täysin erilainen otsikon argumentti, erilainen tarjous) voi. Ne myös opettavat sinulle enemmän ostajistasi, kun taas pienet hienosäädöt opettavat vain sivusta.

Testaa suppilon yläpuolen mikrokonversioita

Jos demopyyntöjä tulee liian harvoin, valitse ensisijaiseksi mittariksi jokin suppilossa ylempänä oleva, joka todennäköisesti liittyy niihin: klikkaukset demosivulle, lomakkeen aloitukset, hinnoittelusivun käynnit etusivulta. Mittari, joka toteutuu kymmenen kertaa useammin, tekee testien riittävästä testivoimasta suunnilleen kymmenen kertaa nopeampaa. Varjopuolena sinun on silti seurattava makrokonversiota suojamittarina, koska mikrokonversio voi nousta, vaikka todelliset konversiot pysyvät ennallaan.

Hyväksy päätökseen sopiva varmuustaso

Kaikki päätökset eivät vaadi 95 %:n luottamustasoa. Helposti peruttavissa tekstimuutoksissa matalampi kynnys (tai bayesiläinen ”todennäköisyys olla paras” -lukema) on järkevä kompromissi nopeuden ja varmuuden välillä. Rakenteellisissa muutoksissa, joiden peruminen on kallista, kuten hinnoittelusivun uudistuksessa, odota vahvaa näyttöä. Päätä kynnys ennen testiä, älä sen jälkeen, kun olet nähnyt luvut.

Peräkkäiset ja ennen–jälkeen-testit, varauksin

Kun jakotesti on mahdoton (kohdeasiakaskokemukset muutamalla kymmenellä käynnillä, koko sivuston navigaatiomuutos), ennen–jälkeen-vertailu on parempi kuin ei mitään, mutta ole rehellinen sen heikkoudesta: kausivaihtelu, kampanjat, myynnin aktiivisuus ja markkinauutiset muuttuvat kaikki samaan aikaan sivusi kanssa. Pienennä riskiä vertaamalla yhtä pitkiä jaksoja, tarkistamalla kontrollimittari, johon muutoksesi ei pitäisi vaikuttaa (jos sekin liikkui, muutos on todennäköisesti ulkoinen), ja toistamalla kytkentä (päälle, pois, päälle) mahdollisuuksien mukaan.

Nojaa laadulliseen tutkimukseen

Vähäisellä liikenteellä viisi asiakashaastattelua ja kaksikymmentä myyntipuhelun tallennetta ovat arvokkaampia kuin alitehoinen testi. Käytä laadullista työtä muutoksiin, joista olet melko varma, ja säästä testaus aidosti epävarmoihin ja kauaskantoisiin päätöksiin.

Mittaa myyntiputkea, älä lomaketäyttöjä

Esimerkki: variantti A tuottaa 20 liidiä, joista 25 % muuttuu myyntimahdollisuuksiksi (5 myyntimahdollisuutta). Variantti B tuottaa 30 liidiä, joista 10 % muuttuu myyntimahdollisuuksiksi (3). B ”voitti” konversioasteessa ja hävisi mittarissa, jolla on merkitystä. Yhdistä testaustyökalusi tai analytiikkasi CRM:ään, jotta jokainen liidi kantaa varianttinsa, ja palaa tuloksiin, kun myyntimahdollisuusdata kypsyy. Tarkista myös segmenttitulokset: tasainen kokonaistulos voi kätkeä enterprise-vierailijoiden voittajan ja pienyritysten häviäjän, jotka kumoavat toisensa. B2B-kohtaisista CRO-taktiikoista, kuten kvalifioivista lomakkeista, enterprise-tason sosiaalisesta todisteesta ja ostoryhmäsisällöstä, kerrotaan syvemmin oppaassamme B2B-konversio-optimointiin.

CRO-auditoinnin toteuttaminen

CRO-auditointi on tutkimusvaihe tiivistettynä kertaluonteiseksi katsaukseksi. Se on hyödyllinen, kun perit sivuston tai tarvitset priorisoidun suunnitelman nopeasti. Lyhyesti:

1. Tarkista mittaus: konversiotapahtumat, suppilon vaiheet, verkkotunnusten välinen seuranta, suodatettu sisäinen liikenne.
2. Kartoita suppilo laitteen ja kanavan mukaan ja etsi kaksi vaihetta, joissa absoluuttinen menetys on suurin.
3. Arvioi nämä sivut heuristisesti: tarjouksen selkeys viidessä sekunnissa, relevanssi liikenteen lähteeseen nähden, kitka (kentät, vaiheet, latausaika), huoli (luottamus, hinta, tietosuoja) ja häiriötekijät.
4. Kerää laadullista näyttöä samoilta sivuilta: tallenteita, lyhyt kysely, muutama käyttäjätesti.
5. Kirjaa löydökset joko luokkaan "korjaa suoraan" (bugit, rikkinäiset polut), "selvitä" tai "testaa", jokainen hypoteesin ja prioriteettipisteiden kera.

CRO-auditoinnin tarkistuslistamme listaa jokaisen tarkistuksen, ja CRO-auditoinnin läpikäynti näyttää, miten havainnoista tehdään tiekartta.

Mihin keskittyä sivutyypeittäin

Kaksi ulkoista vertailukohtaa kannattaa tuntea. Baymard Institute arvioi 50 tutkimuksen keskiarvona dokumentoidun verkkokaupan ostoskorin hylkäysasteen noin 70 %:ksi; niistä ostajista, jotka hylkäsivät muusta syystä kuin ”vain selailin”, lisäkustannukset (40 %) ja pakotettu tilin luominen (18 %) ovat kärjessä, ja Baymardin arvion mukaan ihanteellinen kassa tarvitsee vain 7–8 lomakekenttää, kun Yhdysvaltojen keskiarvo on noin 15. Lomakkeista yleisesti Nielsen Norman Groupin lomakkeiden käytettävyyssuositukset (pidä lomakkeet lyhyinä ja yksipalstaisina, kerro vaatimukset etukäteen, tarkat virheilmoitukset) ovat vankka tarkistuslista. B2B-lomakkeet ovat osittainen poikkeus säännöstä ”lyhyempi on aina parempi”, koska kvalifiointikentät suojaavat myynnin aikaa; oppaamme liidilomakkeen suunnittelusta kertoo, miten lomakkeen pituus sovitetaan ostoaikeeseen, ja B2B-laskeutumissivujen optimointi käsittelee kampanjasivuja syvemmin.

Personointi CRO-vipuna

Perinteinen A/B-testi kysyy: "mikä versio on paras kaikille?" Joskus rehellinen vastaus on "ei kumpikaan": suuryrityksen ostaja ja viiden hengen startup haluavat erilaista näyttöä, eri kieltä ja eri seuraavan askeleen, ja keskiarvo kätkee tämän. Personointi tarkoittaa eri kokemusten tarjoamista määritellyille segmenteille ja kunkin mittaamista kyseisen segmentin kontrolliryhmää vastaan.

Se voittaa kaikille saman testin, kun kolme ehtoa täyttyy: yleisösi jakautuu segmentteihin, joilla on aidosti erilaiset tarpeet (toimialan, yrityskoon, suppilovaiheen tai liikenteen lähteen mukaan), pystyt tunnistamaan nämä segmentit luotettavasti niiden saapuessa, ja sinulla on sisältöä, joka oikeasti eroaa kullekin. Jos jokin näistä puuttuu, personointi lisää monimutkaisuutta ilman parannusta. Se myös jakaa liikenteesi, joten se ei ole oikotie otoskokolaskujen ohi; aloita yhdestä tai kahdesta suuresta segmentistä ja yhdestä sivusta. Jos haluat ensin jäsentää segmentit, segmentointistrategian opas käy sen läpi, ja segmentointiominaisuutemme näyttävät, miten Markettailor tarjoaa segmenttikohtaisia versioita kontrolliryhmän kanssa.

Yleiset CRO-virheet (ja korjaukset)

1. Testaaminen ilman tutkimusta. Ideariihien ideat voittavat harvemmin kuin näyttöön perustuvat ideat. Korjaus: jokainen testi viittaa havaintoon, johon se perustuu.
2. Testien lopettaminen liian aikaisin. Varhaiset johtoasemat ovat enimmäkseen kohinaa, ja ennenaikainen tarkastelu lisää vääriä positiivisia. Korjaus: lukitse otoskoko ja kesto etukäteen.
3. Alitehoiset testit. Testi, joka pystyy havaitsemaan vain 50 %:n noston, julistaa useimmat todelliset parannukset ”ei eroa” -tulokseksi. Korjaus: laske ennen käynnistystä MDE, jonka pystyt havaitsemaan, ja aja vain testejä, jotka voivat uskottavasti saavuttaa sen.
4. Väärän mittarin optimointi. Enemmän liidejä, huonompi myyntiputki. Korjaus: ensisijainen mittari niin lähellä liikevaihtoa kuin volyymi sallii, sekä laadun suojarajat.
5. Häviöiden kutsuminen epäonnistumisiksi. Tiimit hylkäävät hävinneet testit hiljaa ja menettävät opin. Korjaus: kirjaa jokainen tulos ja se, minkä se kumosi.
6. Segmenttien sivuuttaminen tai niiden ylitulkinta. Molempia tapahtuu. Korjaus: määritä etukäteen kaksi tai kolme segmenttiä (laite, uusi vs. palaava, yrityksen koko) ja käsittele muita hypoteeseina.
7. Kilpailijoiden tai "parhaiden käytäntöjen" listojen kopiointi. Näet heidän sivunsa, et heidän tuloksiaan. Korjaus: käytä niitä hypoteesien lähteinä, älä koskaan vastauksina.
8. Laadunvarmistuksen ohittaminen. Variantti, joka hajoaa yhdessä selaimessa, tuottaa väärän häviäjän ja otossuhteen epäsuhdan. Korjaus: testaa jokainen variantti tärkeimmillä selaimilla ja laitteilla ennen käynnistystä.
9. Konversio-optimointi käsitetään projektina. Yksi auditointi, viisi korjausta, valmis. Korjaus: pysyvä rytmi, jolla on omistaja, työjono ja loki.
10. Ilmeisiä virheitä ei korjata, koska ”meidän pitäisi testata se”. Korjaus: rikkinäiset asiat korjataan; epävarmat asiat testataan.

CRO-työkalut tehtävittäin

Valitse työkalut niiden tehtävän perusteella ja osta testaustyökalu viimeisenä: useimmat tiimit tarvitsevat parempaa tutkimusta ennen kuin ne tarvitsevat lisää testauskapasiteettia.

• Analytiikka: suppilot, segmentit ja tapahtumat. Google Analytics 4, Adobe Analytics tai tuoteanalytiikka, kuten Mixpanel ja Amplitude.
• Käyttäytymisanalyysi: lämpökartat ja istuntotallenteet. Microsoft Clarity, Hotjar, Contentsquare.
• Testaus ja personointi: selain- tai palvelinpuolen kokeilut. Optimizely, VWO, AB Tasty tai feature flag -alustat palvelinpuolen testeihin.
• Kyselyt ja käyttäjätutkimus: sivulla näkyvät kyselyt sekä moderoidut tai moderoimattomat käyttäjätestit. Hotjar-kyselyt, Typeform, UserTesting, Maze.

Kattavampi vertailu liikennetason ja budjetin mukaan löytyy koosteestamme konversio-optimoinnin työkaluista.

CRO-ohjelman rakentaminen

CRO tuottaa kasvavaa hyötyä vain, kun sitä tehdään ohjelmana eikä sarjana yksittäisiä korjauksia. Vähimmäisrakenne:

• Omistaja, jolle on varattu siihen aikaa, sekä pääsy suunnittelu- ja kehityskapasiteettiin. Ilman kehittäjäaikaa työjonosta tulee toivelista.
• Rytmi: tutkimussprintti kerran kvartaalissa, priorisointikatselmus joka toinen viikko ja kuukausittainen tulosten esittely sidosryhmille.
• Testiloki, josta kuka tahansa voi hakea: hypoteesi, kohderyhmä, kuvakaappaukset, otos, tulos, päätös, oppi. Vuoden päästä se on arvokkain CRO-omaisuutesi.
• Realistinen läpimenotavoite. Paljon liikennettä saava kuluttajasivusto voi ajaa useita testejä kuukaudessa rinnakkain eri sivuilla. B2B-sivusto, jolla on 10 000 kävijää kuukaudessa, voi ehtiä yhden tai kaksi kuukaudessa yhdistettynä tutkimuslähtöisiin korjauksiin.

Aseta odotukset voittoprosenteista etukäteen. Artikkelissa Online Experimentation at Microsoft (Kohavi ym., 2009) kirjoittajat raportoivat, että vain noin kolmannes ideoista paransi mittareita, joita niiden oli tarkoitus parantaa, noin kolmannes ei vaikuttanut ja kolmannes oli negatiivisia. Microsoftin ideat eivät olleet huonoja; hyviä ideoita on yksinkertaisesti vaikea ennustaa. Jos ohjelmasi "voittaa" 80 % testeistään, todennäköisempi selitys on löysä tilastotiede eikä poikkeukselliset ideat. Arvioi CRO-ohjelmaa validoidun kumulatiivisen vaikutuksen ja oppimansa laadun perusteella, ei voittoprosentin.

Usein kysytyt kysymykset

Mikä on hyvä konversioaste?

Yleispätevää hyvää lukua ei ole, koska konversioaste riippuu siitä, mitä lasket, liikennejakaumastasi, hintatasosta ja ostosyklistä. Ilmaisella uutiskirjeen tilauksella ja kuusinumeroisella enterprise-demopyynnöllä ei voi olla yhteistä vertailulukua. Hyödyllinen vertailu on omaan lähtötasoosi samalla sivulla, samalla liikennelähteellä ja samalla laitteella. Pyri parantamaan sitä tasaisesti ja arvioi menestystä liikevaihdolla tai myyntiputkella kävijää kohden pelkän asteen sijaan.

Kuinka kauan A/B-testin pitäisi kestää?

Aja sitä, kunnes se saavuttaa ennen julkaisua laskemasi otoskoon, pyöristettynä ylöspäin kokonaisiin viikkoihin, jotta jokainen viikonpäivä on edustettuna tasapuolisesti. Jaa tarvittavien vierailijoiden kokonaismäärä viikoittaisella kelpoisella liikenteelläsi. Useimmilla sivustoilla se tarkoittaa kahdesta kuuteen viikkoa. Jos laskelma näyttää useita kuukausia, testaa isompaa muutosta tai suuremman volyymin mittaria loputtoman testin sijaan.

Mikä ero on konversio-optimoinnilla (CRO) ja hakukoneoptimoinnilla (SEO)?

Hakukoneoptimointi lisää sitä, kuinka moni laadukas kävijä löytää sivustollesi orgaanisesta hausta. Konversio-optimointi kasvattaa niiden kävijöiden osuutta, mistä tahansa kanavasta, jotka tekevät arvokkaan toimenpiteen. Ne tukevat toisiaan: sivut, jotka vastaavat hakijan aikomukseen selkeästi, yleensä sekä sijoittuvat että konvertoivat paremmin. Ristiriidat ovat harvinaisia, mutta vältä konversio-optimoinnin muutoksia, jotka piilottavat tai poistavat sisältöä, jota hakukoneet ja kävijät tarvitsevat.

Kannattaako konversio-optimointi vähäisen liikenteen sivustoilla?

Kyllä, mutta menetelmä muuttuu. Vähäisellä liikenteellä nojaa laadulliseen tutkimukseen, kuten asiakashaastatteluihin, istuntotallenteisiin ja käyttäjätesteihin, korjaa ilmeiset ongelmat suoraan ja varaa A/B-testit rohkeisiin, suuren panoksen muutoksiin, joita mitataan usein toteutuvilla suppilon alkupään mittareilla. Ilman mitään testausta tutkimukseen perustuva auditointi kahdesta tai kolmesta tärkeimmästä sivustasi löytää yleensä korjaamisen arvoista kitkaa.

Mitä CRO-asiantuntija tekee?

CRO-asiantuntija pyörittää optimointisykliä: analysoi funneleita, tekee käyttäjätutkimusta, kirjoittaa hypoteeseja, priorisoi ja suunnittelee kokeiluja, tarkistaa niiden tilastollisen pätevyyden ja muuttaa tulokset suosituksiksi. Rooli yhdistää analytiikkaa, UX-tutkimusta, copywriting-harkintaa ja sen verran tilastotiedettä, että vääriltä voittajilta vältytään. Jos harkitset tätä uraa, katsauksemme konversio-optimoinnin työpaikoista kertoo rooleista, taidoista ja alkuun pääsemisestä.