Hogyan építsünk ismételhető CRO-folyamatot e-kereskedelmi ügyfeleknek

Összefoglaló

A legtöbb ügynökség a bevásárlókosár-elhagyás javítását egy bevált gyakorlatokból álló listával kezdi, de ugyanazok a javítások ritkán működnek különböző ügyfeleknél. A kosárelhagyást kiváltó tényezők, amelyek újra és újra felbukkannak – váratlan költségek, bonyolult fizetési folyamat, kötelező fiókregisztráció, bizalom, fizetési módok, szállítási sebesség – valósak, de relatív fontosságuk üzletenként változik. Ez a cikk egy háromszakaszos érettségi modellt mutat be: először a legnyilvánvalóbb réseket javítod ki ügyfelenként egyenként; majd egy szabványosított diagnosztikai auditot építesz, amely platformoktól és katalógusoktól függetlenül működik; végül áttérsz a mérésre, a rangsorolásra és a kontrollált tesztelésre. Azt is látni fogod, miért nem működnek jól egyes széles körben ismételt „bevált gyakorlatok”, és mikor jelent valójában üzletimodell-problémát egy konverziós probléma. Az eredmény egy ismételhető folyamat, amely akkor is skálázható, amikor az ügynökséged több ügyfelet és összetettebb projekteket vállal.

Most éppen három e-kereskedelmi ügyfelet vettél fel. Az elsőnek gyönyörű egyoldalas termékelrendezése van, de a szállítási költség csak akkor jelenik meg, amikor a vásárló fizetéshez közeledik. A második arra kényszeríti a látogatókat, hogy fiókot hozzanak létre a fizetés előtt. A harmadiknak kifogástalan a tölcsére, mégis szinte senki sem jut túl a termékoldalon, és gyanítod, hogy azért, mert az értékelések a lábléc alá vannak rejtve. Elolvastál minden bevált gyakorlatról szóló bejegyzést a kategóriában, és ismered a szokásos tanácsot: mutasd meg a szállítási költségeket korán, kínálj vendégvásárlást, emeld ki az értékeléseket. Tehát mindezt bevezeted mindhárom ügyfélnél. Egy hónappal később az egyik ügyfél bevétele alig mozdult, a másik szerény növekedést ért el, a harmadik viszont jelentős ugrást. Ugyanazt a forgatókönyvet használtad – miért működött mégis egyenetlenül? Mert egy forgatókönyv nem folyamat. Azok a konverziós kiváltó okok, amelyekre a UXCam, a Growth Engines és a Ping Identity útmutatói is rámutatnak – váratlan költségek, bonyolult fizetési folyamat, kötelező fiókregisztráció, bizalomhiány, korlátozott fizetési lehetőségek, lassú szállítás – valósak, de nem minden üzletre hatnak azonos intenzitással.

1. szakasz: A tűzoltó (és miért rendben van ez most)

Amikor az ügynökséged most kezdi el a CRO-munkát, valószínűleg tűzoltóként működsz. Az ügyfél azt mondja, hogy alacsony a konverziós arány; megnyitod az oldalt, észreveszel egy nyilvánvaló rést, és rátapasztasz egy bevált gyakorlatot. Így kezdi a legtöbb ügynökség, és ez nem is rossz. A kutatások következetesek a főbb kosárelhagyást kiváltó okokról, így nem vakon találgatsz. A probléma az, hogy ha csak azt javítod, amit látsz, nem tudod meg, mit kellett volna látnod. Az egyik ügyfélnél a szállítási kalkulátor kosároldalra helyezése lehet a legnagyobb hatású változtatás. Egy másiknál az értékelések kiemelése a termékoldalon fontosabb lehet. Ha a teljes listát alkalmazod minden ügyfélre, hónapokat töltesz olyan változtatásokkal, amelyek nem mozdítják el a mutatót.

Ebben a szakaszban a gyakorlatias lépés az, hogy ne azt kérdezd: „Mik a bevált gyakorlatok?”, hanem azt: „Melyik az a rés, ami bevételbe kerül ennek az ügyfélnek?” Válaszd ki azt az egy súrlódási pontot, amely a legvilágosabban megjelenik az ügyfél oldalán, és először azt javítsd. A divatboltnál ez lehet a szállítási költség. A bútorboltnál pedig a kötelező fiókregisztráció. Válassz egyet, valósítsd meg tisztán, és adj neki néhány hetet. Ez arra kényszerít, hogy az ügyfél viselkedését figyeld meg a feltételezéseid helyett. Ha nem látsz változást, az jelzés – nem az, hogy a javítás kudarcot vallott, hanem hogy a tölcsérnek más a szűk keresztmetszete. Ha a rés éppen a fizetési folyamatban van, mélyebb útmutatót találhatsz a A fizetési folyamat rejtett rése (és hogyan javítsd meg áttervezés nélkül) című útmutatónkban. De itt az a lényeg, hogy diagnosztizálj, mielőtt felírnád a receptet.

Az egyik módja annak, hogy ezt a szakaszt ismételhetővé tedd, ha minden ügyfélről egyszerű naplót vezetsz: mit változtattál, mit vártál, és mi történt valójában. Három-négy ügyfél után a napló a saját mini-kutatási anyagoddá válik. Kezded észrevenni a mintákat – például, hogy egy adott termékkategória jobban reagál a bizalmi jelekre, mint a fizetési folyamat egyszerűsítésére. Ez az a pillanat, amikor készen állsz a második szakaszra.

2. szakasz: A diagnosta (az audit szabványosítása)

Ha már több mint néhány ügyfelet kezelsz, nem engedheted meg magadnak, hogy mindegyiknél újra felfedezd ugyanazt a felismerést. Itt léphetsz át a látottak javításáról egy reprodukálható auditra, amely minden súrlódási pontot négy kategóriába sorol: bizalom, erőfeszítés, költség és sebesség. A kutatásból származó kosárelhagyási okok szépen illeszkednek. A váratlan költségek a költséghez tartoznak; a bonyolult fizetési folyamat és a kötelező fiókregisztráció az erőfeszítéshez; a bizalomhiány és a korlátozott fizetési lehetőségek a bizalomhoz; a lassú szállítás a sebességhez. Amikor egy új üzletet auditálsz, az a feladatod, hogy megtaláld, melyik kategória „szivárog” a leginkább, nem pedig az, hogy minden lehetséges bevált gyakorlaton végiggondolj.

Egy egyszerű auditűrlap a következő kérdéseket teszi fel a tölcsér minden oldalára: Látható a teljes ár a fizetés előtt? Végezhet-e vendég rendelést? Megjelennek-e bizalmi jelek a vásárlási döntés közelében? Elérhetők-e azok a fizetési módok, amelyeket az ügyfeled elvár? Feltüntetik-e a szállítási időt a fizetés előtt? Ezeknek a kérdéseknek a sorrendje kevésbé fontos, mint az általuk feltárt minta. A gyakorlatban az egyik ügyfélnél a költségre mutathatnak a válaszok, a másiknál a bizalomra, a harmadiknál az erőfeszítésre. A válaszok alapján havonta egy javításra összpontosíts, ne pedig hetente tízre.

Súrlódási pont	A diagnosztikai kérdés	Példamegoldás
Költség	Látható a teljes ár (szállítással együtt) az utolsó lépés előtt?	Szállítási kalkulátor hozzáadása a kosároldalhoz
Erőfeszítés	Hány lépés van a kosár és a fizetés között? Tud-e a vendég fizetni?	Lépések csökkentése vagy vendégfizetés biztosítása
Bizalom	Vannak-e értékelések, biztonsági jelvények vagy visszaküldési feltételek a CTA közelében?	Bizalmi jelek elhelyezése a döntési ponton
Fizetés	Kínálja-e az üzlet a vásárló által elvárt fizetési módokat?	Széles körben használt alternatíva hozzáadása, például PayPal vagy „fizess most, fizess később” opció
Sebesség	Megjelennek-e a szállítási becslések fizetés előtt?	Becsült szállítási dátum megjelenítése a termékoldalon

Ez a táblázat a szabványosított audit magja. Nem arról szól, hogy vakon alkalmazd mind az ötöt; hanem arról, hogy feljegyezd, mely súrlódási pontok léteznek valójában az ügyfél oldalán, majd sorrendben támadd őket aszerint, hogy mennyi bevételbe kerülhetnek. Ha a bizalom kategória bizonyul az ügyfél gyenge pontjának, kezdd a A bizalom alapjai: 7 bevált taktika a vásárlói bizalom növelésére a termékoldalakon című cikk taktikáival – de ne feledd, hogy a diagnózis alapján rangsorolj, ne a taktika népszerűsége szerint.

Amikor ügyfélportfólióval dolgozol, mindegyiket pontozhatod az öt sor alapján, majd rangsorolhatod, hogy melyik ügyfélnek melyik javításra van szüksége először. Ez az auditot reaktív eszközből tervezőeszközzé változtatja. Lehet, hogy felfedezed, hogy két ügyfélnek ugyanaz a költséggel kapcsolatos rése van, így egyszer dolgozhatsz ki egy közös megoldási mintát, és kétszer használhatod. Az audit különböző boltplatformokon működik, mert viselkedési mintákat keresel, nem platformfunkciókat.

3. szakasz: A tudós (és miért nem mindig az A/B tesztelés a következő)

Ebben a szakaszban az ügynökségednek már elegendő történelmi adata van ahhoz, hogy előrejelzéseket készítsen. Húsz üzletet auditáltál, ismered a gyakori réseket, és van érzéked, hogy mely javítások általában megtérülnek. A kísértés az, hogy mindent tesztelési módba kapcsolj – A/B teszteket futtass minden gombszínre és címsorra. Itt jön az ellentmondásos szempont: ha az ügyfelednek nincs elég forgalma a statisztikailag értelmes teszt alátámasztásához, az A/B tesztelés időpocsékolás. Jobban jársz, ha az auditból származó nagy megbízhatóságú javítást hajtod végre, és továbblépsz. Sok csapat abba a csapdába esik, hogy egy nyilvánvalóan hibás változtatást „tesztel”. Nem kell teszt annak megerősítéséhez, hogy a szállítási költségek elrejtése az utolsó pillanatig súrlódást okoz. A kutatások már azonosították ezeket az elhagyást kiváltó okokat; ezek már nem nyitott hipotézisek. Használd az auditedet, hogy elkapd, javítsd őket, és csak utána tesztelj finomításokat.

Amikor mégis tesztelsz, tedd strukturált módon. Válassz egy hipotézist, határozd meg a siker mérőszámát (általában konverziós arány vagy átlagos rendelési érték), és futtasd a tesztet elég hosszú ideig a statisztikai szignifikancia eléréséhez. Egy mikro-példa: ha az audited azt mutatja, hogy a termékoldal értékelései a lábléc alatt vannak, azok feljebb helyezése javítás, nem teszt. Ha ezt megtetted, tesztelheted az értékelések különböző elhelyezéseit vagy formátumait. Ugyanez a logika vonatkozik az egyoldalas fizetési folyamatra is. Az ügyfelek gyakran kérik, de nem mindig ez a helyes válasz. Ha az audited azt mutatja, hogy az erőfeszítés nem a szűk keresztmetszet – ha a valódi probléma a bizalom –, akkor áttervezési költségvetést költhetsz olyan változtatásra, amely nem azzal foglalkozik, ami valójában az eladásokba kerül. Ez egy tágabb pont része: egyes „bevált gyakorlatok” nem utaznak jól. A vendégfizetés például szinte egyetemesen ajánlott, de egy magas értékű B2B-vásárlásnál, ahol a vevő egy potenciális szállítót értékel, a fiók létrehozásának megkövetelése valójában pozitív elköteleződési jel lehet. Az egyetlen módja annak, hogy ezt megtudd, ha először elvégzed a diagnózist.

A termékoldalakhoz az 5 tudományosan alátámasztott termékoldal-trükk, amely azonnal növeli a konverziót című összeállításunk jó kiindulópont – azzal a fenntartással, hogy a „tudományosan alátámasztott” nem jelenti azt, hogy automatikusan átvihető. Egy olyan trükk, amely egy alacsony árú, impulzusvásárlásra épülő boltnak segít, nem biztos, hogy segít egy magas mérlegelést igénylő, szerződéses bolton.

Végül ott van a beszélgetés, amelyet senki sem akar megtartani: amikor az audit azt sugallja, hogy a probléma egyáltalán nem UX. Ha az ügyfél árai drámaian magasabbak a versenytársakénál, vagy a termékkategória zsugorodik, semmilyen gombszín-tesztelés nem oldja meg. Egy érett CRO-gyakorlat tudja, mikor kell megmondani az ügyfélnek, hogy a szivárgás a weboldaltól feljebb van. Ez nem kudarc; ez a bizalomépítés egy formája, amely megkülönböztet azoktól az ügynökségektől, amelyek csak végtelen kísérleteket futtatnak.

Az érettségi modell egy pillantásra

Szakasz	Fókusz	Elkerülendő buktató
Tűzoltó	Egyszeri javítások a leglátványosabb résnél	Minden bevált gyakorlat alkalmazása minden ügyfélnél
Diagnosta	Szabványosított audit a költség, erőfeszítés, bizalom, sebesség területein	Az audit kezelése rangsorolás nélküli ellenőrzőlistaként
Tudós	Hipotézisvezérelt tesztelés	Tesztek futtatása a nyilvánvaló rések javítása előtt, vagy elégtelen forgalommal

A lényeg

A tűzoltóból diagnóstává, majd tudóssá válás nem a szakmád elhagyásáról szól – hanem arról, hogy a munkád ismételhetővé tedd. Az ismételhető folyamat teszi lehetővé, hogy egy ügynökség több e-kereskedelmi ügyfelet vállaljon anélkül, hogy minden alkalommal nulláról indulna. A konkrét lépések egyszerűek: hagyd abba az általános bevált gyakorlatok vak alkalmazását; építs egy auditot, amely a súrlódást költségre, erőfeszítésre, bizalomra és sebességre osztályozza; javítsd a nagy megbízhatóságú réseket, mielőtt bármit tesztelnél; és mindig kérdezd meg, vajon a szűk keresztmetszet valójában üzletimodell-probléma-e, nem pedig UI-probléma. Amikor eléred ezt a pontot, nem csak konverziókat optimalizálsz – olyan gyakorlatot építesz, amelyben az ügyfelek megbíznak abban, hogy mérhető eredményeket szállítasz, nem csak egy listát a javaslatokról.