Nehajte se prepirati o zapuščanju košaric: Pridobite odobritev za popravke zaključka nakupa

Povzetek

Večina nasvetov o zapuščanju košaric predpostavlja, da je ovira vaš zaključek nakupa—obrazci, gumbi, število korakov. Če ste v majhni interni marketinški ekipi, je dejanska ovira običajno notranja: netehnični šef, ki želi dokaze, razvojna zaostajanja, prejšnji neuspeli poskus ali nejasen občutek, da "to ni marketinško delo." Ta članek te ugovore obravnava kot CRO težave same po sebi. Pokaže, kako "pokaži mi podatke" spremeniti v enopopoldanski pregled, kako ločiti spremembe kode od sprememb besedil in nastavitev ter zakaj poenostavitev brez zaupanja ne bo premaknila igle. Dobili boste tudi tabelo petih najpogostejših ugovorov in iskren odgovor o kompromisu pri nakupu brez registracije. Cilj je, da bo vaša naslednja zahteva tako konkretna in tako majhna, da preneha biti razprava in postane načrt.

Večina nasvetov o zapuščanju košaric je napisanih za ljudi, ki lahko že spremenijo svoj zaključek nakupa. Svetujejo vam, da poenostavite obrazec, dodate nakup brez registracije, prikažete stroške pošiljanja pred zadnjim korakom, kot da je edina stvar, ki stoji med vami in boljšo stopnjo konverzije, to, da veste, kaj storiti. Če ste v majhni interni marketinški ekipi, to redko predstavlja težavo. Že veste, kakšni so popravki. Težava je, da vsak popravek mora prestati pogovor z netehničnim šefom, ki želi dokaze, časovnico in oceno stroškov, preden se sploh dotaknete česar koli.

Kar dejansko deluje, ni daljši seznam taktik. To je obravnavanje postopka odobritve kot dela problema optimizacije konverzije. Odpor, ki ga slišite—"nimamo podatkov," "ne moremo dobiti časa razvijalcev," "to smo že poskusili," "to ni naša naloga"—ni šum. Vsak ugovor vam pove, katerega dela projekta še niste naredili konkretnega. Odgovorite na ugovor in sprememba preneha biti zahteva in postane načrt.

Ta članek prehodi pet ugovorov, ki ustavijo večino popravkov zaključka nakupa, s sprotnim primerom in se konča s tabelo, ki jo lahko prinesete na naslednji sestanek o proračunu. Rdeča nit je preprosta: najboljši CRO korak, ki ga lahko naredite to četrtletje, ni preoblikovanje. To je, da naslednjo spremembo naredite dovolj majhno, da lahko vaš šef reče da, ne da bi imel občutek, da tvega.

"Pokaži mi podatke" pomeni pokaži mi lijak

Recimo, da delate v majhnem podjetju za opremo za na prostem. Šefica vam je pravkar povedala, da stroški pošiljanja uničujejo naročila. Nasloni se nazaj in reče: "To je močna trditev. Ali imamo podatke?" Nimate orodja, ki bi pokazalo, kje kupci odstopijo. Začnete govoriti o snemanju sej in sledenju dogodkov, njene oči pa postanejo steklene. Projekt umre na sestanku.

Napaka je v predpostavki, da "podatki" pomenijo nadzorno ploščo, ki je nimate. Za večino zgodnjih popravkov podatki, ki jih potrebujete, že obstajajo v vaši trgovini—samo še niste šli skozi njo tako, kot bi šel kupec. Vodniki za e-trgovino dosledno opozarjajo na majhen nabor razlogov, zakaj ljudje odstopijo: nepričakovani stroški, zapleten potek zaključka nakupa, prisila k ustvarjanju računa, pomanjkanje zaupanja, omejene možnosti plačila in počasna dostava. Ta seznam je vaš kontrolni seznam za pregled.

Tako se lotite tega. Odprite okno brez beleženja zgodovine in pojdite na svojo stran izdelka. Dodajte nahrbtnik v košarico. Zdaj se pomikajte počasi in posnemite zaslonski posnetek na vsakem koraku. Kdaj kupec prvič vidi skupni strošek, vključno s pošiljanjem? Preštejte zaslone med "dodaj v košarico" in "zaračunali vam bomo ta znesek." Poskusite zaključiti nakup brez ustvarjanja računa in zabeležite natančen trenutek, ko ste blokirani. Poiščite svojo politiko vračil in zabeležite, koliko klikov je potrebnih, da jo preberete. Celotno stvar ponovite še na telefonu, kjer se postavitev vedno obnaša drugače.

Na koncu boste imeli petnajst ali dvajset zaslonskih posnetkov in nabor ugotovitev, ki izgledajo takole: "Na strani košarice ni nobene omembe pošiljanja. Na strani za plačilo se strošek pošiljanja pojavi prvič. Zaključek nakupa zahteva račun pred plačilom. Povezava do politike vračil je v nogi strani, šest odstavkov nižje." To so dokazi in težko jih je izpodbijati, ker jih lahko vaš šef reproducirate v dveh minutah.

Ena podrobnost, ki naredi pregled ostrejši: naredite ga s sodelavcem, ki še nikoli ni videl vašega spletišča. Presenečeni boste, kaj spregledate, ko ste navajeni na sistem. Naj glasno razmišlja, medtem ko poskuša nekaj kupiti. Ne izvajate laboratorija uporabnosti; poslušate trenutke, ko normalen človek reče "počakaj, kaj?" To so točno tisti trenutki, kjer živijo vzroki za zapuščanje.

Ko predstavljate pregled, ne začnite s popravkom. Začnite z reprodukcijo: "Dodajte ta izdelek, pojdite v košarico in poiščite pošiljanje. Zdaj poskusite zaključiti nakup brez računa." Naj šef sam izkusi frustracijo. Oseba, ki jo je vaš zaključek nakupa razjezil, ni več skeptik; je zaveznik.

Splošno načelo: preden zaprosite za spremembo, dajte svojemu vodji nekaj, kar lahko vidi in preveri, ne trditve, ki jo mora vzeti na vero. Zaslonski posnetek je vreden več kot napoved. Ta vrsta pregleda vam tudi pomaga preprečiti najpogostejši način neuspeha CRO v malih ekipah—predlaganje popravka za težavo, za katero še niste potrdili, da obstaja. Če se sprašujete, ali je vaš problem zaključek nakupa ali kaj prej v lijaku, je prejšnji članek o diagnosticiranju pravega vzroka zapuščanja koristen naslednji korak.

"Nimamo časa razvijalcev" običajno pomeni, da niste ločili nastavitev od kode

Vaš šef sliši "optimizacija zaključka nakupa" in si predstavlja razvijalca, ki dela dva tedna. Veste, da je zaostanek dolg tri mesece, zato sploh ne prosite. Toda večina popravkov s standardnega seznama zapuščanja sploh ne zahteva razvijalca.

Vzemite štiri velike. Transparentne cene: prikaz stroškov pošiljanja ali obvestila "brezplačna dostava nad določenim zneskom" je pogosto stavek, ki ga lahko dodate na stran košarice ali nastavitev v vaši platformi. Nakup brez registracije: v mnogih platformah za e-trgovino je to preklop v nastavitvah, ne po meri narejena rešitev. Možnosti plačila: dejansko dodajanje novega ponudnika plačil je tehnično, vendar prikaz, katere možnosti sprejemate, je značka ali ikona na zaključku nakupa—marketinško področje. Politika vračil: jasna, poštena politika vračil je besedilo, povezavo do nje pa lahko premakne vsak, ki lahko ureja stran.

Za trenutek se vrnimo k vašemu podjetju za opremo za na prostem. Politika vračil je zakopana v nogi strani in kupci, ki so nervozni glede nakupa, je nikoli ne najdejo. Vaš šef predpostavlja, da popravek pomeni "obnoviti nogo strani in predlogo." Toda dejanski popravek je dodajanje ene vrstice besedila pod gumb Dodaj v košarico: "30-dnevna vračila, brez vprašanj—glejte našo politiko." Povezava vodi na stran, ki že obstaja. To je urejanje CMS, ne sprint.

Tudi točka o nastavitvah je pomembna. Če vaša platforma omogoča nakup brez registracije, odpiranje te možnosti ni sprememba kode; to je sprememba konfiguracije. Morda boste morali poiskati nastavitev, prebrati dokumentacijo in jo enkrat preizkusiti—vendar je to popoldansko delo, ne razvojni sprint. Če nimate dostopa do strani z nastavitvami, enkrat zaprosite za dostop. Prvič vas bo morda moral razvijalec popeljati skozi; drugič boste to lahko storili sami.

Še ena kategorija: stran za potrditev naročila in e-pošta. Če je potrditev splošna ali ne določa pričakovanj glede dostave, je to še ena površina v lasti marketinga. Lahko jo prepišete, ne da bi se dotaknili sistema naročil. Stranke, ki vedo, kaj se bo zgodilo naprej, manj verjetno pišejo podpori, obseg e-pošte podpori pa je meritev, ki jo bo vaš šef razumel.

Opozorilo je vredno jasno povedati: nekateri popravki resnično potrebujejo kodo in pretvarjanje, da je ne, vas bo stalo verodostojnosti. Toda ugovor se pogosto pojavi, ker je bila zahteva oblikovana kot "popravite zaključek nakupa" namesto "spremenite ta stavek na strani košarice." Oblikujte jo dovolj majhno, da sodi v marketing, in polovica odpora izgine. Ko pa boste res potrebovali razvijalca, boste imeli veliko močnejši argument, če boste lahko rekli "vse na tem seznamu je besedilo in nastavitve—samo ta ena postavka potrebuje kodo."

"Poenostavitev smo že poskusili" pomeni, da ste odpravljali napačen vzrok

Pred šestimi meseci je nekdo iz vaše ekipe odstranil tri polja iz obrazca za zaključek nakupa. Šef je na to pokazal kot na dokaz, da "smo CRO že poskusili." Naročila se niso spremenila. Zdaj predlagate popravek, povezan z zaupanjem, in šef reče: "Zakaj bi bilo to drugače?"

Razlog, zakaj bi bilo drugače, je ta, da poenostavitev obrazca in gradnja zaupanja rešujeta različne probleme. Raziskave in vsakdanje izkušnje kažejo, da ljudje zapustijo košarice, ko ne zaupajo trgovini—ko je politika vračil nejasna, so možnosti plačila videti skromne ali je domena neznana. Če je to temeljni vzrok, krajši obrazec ne pomaga. Predstavljajte si, da kupujete drag nahrbtnik v trgovini, za katero nikoli niste slišali. Zaključek nakupa ima tri polja, čista, kot je lahko. Še vedno oklevate, ker tveganje ni obrazec—ampak to, ali bo stvar prispela in ali jo boste lahko vrnili, če ne bo. To oklevanje ni težava uporabniške izkušnje; to je težava prepričevanja.

Kako veste, ali je vzrok zaupanje? Poglejte podrobnosti. Ali so vaši izdelki dragi glede na tveganje, ki bi ga prevzel impulzivni kupec? Ali je vaša trgovina nova ali domena izgleda nenavadno? Ali v bližini gumba za nakup ni politike vračil? Ali ni nobenih ocen ali jih je zelo malo? Če ste na več teh vprašanj odgovorili pritrdilno, je zaupanje verjetno večji dejavnik kot dolžina obrazca. Če je vaš obrazec resnično dolg—deset ali več polj, z neobveznimi, ki ne veljajo—potem je morda težava kompleksnost. Bistvo je, da morate preveriti, ne ugibati.

Praktičen način za preizkus, ali je temeljni vzrok zaupanje ali kompleksnost: dodajte samo en element zaupanja—povezavo do politike vračil blizu gumba Dodaj v košarico—in pustite obrazec nedotaknjen. Če se vprašanja podpore o vračilih ali vedenje ob izhodu izboljšajo, je bila verjetno težava zaupanje. Če se nič ne spremeni, potem naslednjič preverite kompleksnost.

Tu je tudi koristna nasprotna točka. Dodajanje signalov zaupanja ni samodejna zmaga. Če na svojo stran izdelka postavite pripomoček za ocene in nimate nobenih ocen, ste strankam pravkar pokazali "0 ocen"—kar je slabše, kot da ocen sploh ne prikažete. Preprosta, konkretna vrstica o garanciji, podprta z resnično politiko vračil, je bolj poštena in ne stane nič. Podobno "poenostavitev" obrazca ni enaka skrivanju potrebnih polj. Če potrebujete naslov za pošiljanje, ga potrebujete; če ga odstranite, da bo obrazec krajši, boste le ustvarili napačne dostave in vračila. Poenostavitev mora odstraniti nepotrebno breme, ne pa breme pretihotapiti nekam drugam.

Ta niansa je ista logika kot pri zakaj je pristop "poenostavi vse" pri zaključku nakupa zmota. Ni, da je poenostavitev slaba; poenostavitev je le eden od več vzvodov in če ga potegnete, ne da bi vedeli, kateri vzrok odpravljate, lahko zapravite četrtletje.

"Najprej potrebujemo načrt" je pravzaprav zahteva po procesu

Vaš šef reče: "V redu, prepričali ste me, da obstaja težava. Zdaj mi napišite načrt." Zmrznete, ker si predstavljate letni program eksperimentiranja s statistično pomembnostjo in načrtom poti. Veste, da nimate ne prometa ne proračuna za to, zato obstanete.

Načrtu ni treba biti ambiciozen. Lahko je en sam zank: izberite en vzrok s kontrolnega seznama zapuščanja, poiščite zaslon, kjer ta odpove, naredite eno spremembo in spremljajte eno meritev. Nato preidite na naslednji vzrok.

Prenesimo to na podjetje za opremo za na prostem. Vaš pregled je pokazal, da pošiljanje preseneti ljudi na strani za plačilo. Vaš načrt za ta mesec je: dodajte vrstico na stran košarice, ki pravi, da se pošiljanje izračuna pri zaključku nakupa in da ga boste vedno prikazali pred plačilom. Meritev, ki jo spremljate, je število e-poštnih sporočil podpori v zvezi s pošiljanjem ter preprosta primerjava pred in po, koliko ljudi, ki dosežejo stran za plačilo, dejansko dokonča naročilo. To je vse. Če se e-poštna sporočila podpori zmanjšajo in dokončanje zaključka nakupa ne pade, ste izboljšali izkušnjo. Naslednji mesec boste prikazali povezavo do politike vračil. Mesec zatem, če vaša platforma to omogoča, boste vklopili nakup brez registracije. To je načrt.

Konkretno bi lahko načrt izgledal takole. Prvi teden: izvedete pregled in šefu pokažete zaslonske posnetke. Drugi teden: uredite stran košarice, da omenja pošiljanje, in prosite podporo strankam, da začne označevati vprašanja o pošiljanju. Tretji teden: preverite nastavitev platforme za nakup brez registracije in jo vklopite ali pripravite besedilo za poziv k računu. Četrti teden: pregledate opombe podpore in pogledate številko dokončanja zaključka nakupa. To je načrt, ki ga lahko vaš šef da na koledar, kar točno pomeni beseda "načrt" za netehničnega vodjo.

Opozorilo tukaj se nanaša na to, da ne spreminjate preveč stvari naenkrat. Na majhnem spletišču morate vedeti, katera sprememba je povzročila rezultat. Ena sprememba na teden ali mesec je počasna za hvalisanje, a hitra za učenje. A/B testi so luksuz; pri očitni napaki je pogosto dovolj primerjava pred in po pri meritvi, ki vas zanima, da upravičite naslednji korak. Če želite bolj formalno različico te zanke, naš vodnik za vzpostavitev ponovljivega CRO procesa za stranke v e-trgovini opisuje korake.

Še ena stvar: izberite procesno meritev, ne skupnega prihodka. Prihodek niha iz sto razlogov. Procesna meritev—kot "kako pogosto podpora omenja pošiljanje," "kako daleč povprečni kupec pride pred odhodom" ali "koliko ogledov strani zaključka nakupa se spremeni v naročila"—vam pove, ali je specifična sprememba opravila svoje delo. Če nimate analitike za to, uporabite človeške povratne informacije: prosite podporo strankam, naj začne beležiti, kadar koli stranka omeni presenečenje pri pošiljanju. To so tudi podatki.

"To ni marketinška naloga" izgine, ko prevzamete lastništvo nad sporočilom

Na sestanku razvijalec reče, da je zaključek nakupa v redu. Oseba za izdelek reče, da je to težava poteka dela. Vaš šef reče, da bi moral nekdo to prevzeti, in vsi gledajo v tla. Skrbi vas, da marketing nima pooblastil nad zaključkom nakupa, zato molčite.

Tukaj je preoblikovanje: zaključek nakupa je kraj, kjer se vaša marketinška obljuba sooči s preizkusom. Če vaša stran izdelka pravi "brezplačna dostava nad določenim zneskom," zaključek nakupa pa brez pojasnila zaračuna pošiljanje, je to napaka sporočila. Marketing je lastnik besedil garancij, transparentnosti stroškov in postavitve signalov zaupanja—kar je večina kontrolnega seznama zapuščanja. Postavitev slikovnih pik je domena razvijalca; zgodba, ki jo kupec prebere, ko stoji na robu zaključka nakupa, je vaša.

Torej ne potrebujete pooblastil nad kodo, da bi naredili razliko. Potrebujete seznam sporočil, ki trenutno odpovedujejo, in točno to ustvari pregled lijaka. Ko ga predstavite, ne prosite za dovoljenje za spremembo arhitekture; poročate, da se marketinško sporočilo zlomi na določeni točki. Uporaben stavek za šefa: "Ne prosim, da prevzamem lastništvo nad zaključkom nakupa. Prosim, da prevzamem lastništvo nad besedami na njem." Ta razlika je majhna, a močna—zaradi nje zahteva zveni manj kot teritorialni poseg in bolj kot vprašanje urejenosti.

Obstaja globlja različica tega ugovora, ki jo je vredno poimenovati. Če vaše podjetje obravnava CRO kot nekaj, kar počne strokovnjak, se majhna interna ekipa pogosto počuti neusposobljeno. Toda za odkrivanje napake v sporočilu vam ni treba biti statistik. Morate biti oseba, ki opazi, da stran košarice obljublja eno stvar, stran za plačilo pa ponudi drugo. To je marketinška veščina, ne diploma iz podatkovne znanosti. Če ste nervozni glede procesa, začnite s člankom o skritem uhajanju, ki je bil napisan za ekipe točno v tem položaju.

Referenčna tabela za naslednji sestanek o proračunu

Do zdaj bi moral biti vzorec jasen: vsak ugovor je drugačna zahteva—pokaži mi dokaze, pokaži mi, da je majhno, pokaži mi, da ni ponovitev prejšnjega, pokaži mi načrt, pokaži mi, da je naše. Tukaj so drug ob drugem z odgovorom, ki običajno zadene.

Ugovor	Kaj v resnici pomeni	Kaj reči ali storiti
"Nimamo podatkov"	"Moram videti, da bi verjel."	Izvedite enopopoldanski pregled in delite zaslonske posnetke točne točke napake.
"Ne moremo dobiti časa razvijalcev"	"Bojim se velikega projekta."	Najprej predlagajte spremembe besedil, nastavitev in politik; kodo izpustite.
"Poenostavitev smo že poskusili"	"CRO prej ni deloval."	Pokažite, da poenostavitev in zaupanje rešujeta različne vzroke, in poimenujte vzrok, ki ga ciljate.
"Najprej potrebujemo načrt"	"Želim proces, ne željo."	Ponudite enomesečno zanko: en vzrok, ena sprememba, ena meritev.
"To ni marketinška naloga"	"Potrebujem lastnika, ki mu zaupam."	Prinesite zaslonske posnetke marketinških sporočil, ki odpovedujejo znotraj zaključka nakupa.

"Kaj če bo slabše?" si zasluži iskren odgovor

Zadnji ugovor je tisti, ki ljudi ustavi na mestu, ker je pameten. Vaš šef reče: "Če vklopimo nakup brez registracije, bomo izgubili vse naše stalne stranke." Počutite se ujeti, ker je to verjeten izid.

Iskren odgovor je, da nakup brez registracije ni vse ali nič. Kompromis je resničen, vendar se lahko oblikujete okoli njega: ljudem omogočite nakup kot gostom, nato pa jih po naročilu pozovete k ustvarjanju računa z ugodnostjo, ki jo dejansko cenijo—sledenje naročil, hitrejše ponovno naročanje, zvestobne točke. Tako ohranite večino koristi konverzije, hkrati pa strankam še vedno daste razlog za registracijo.

Lahko ga oblikujete tudi kot pilot: "Izvajajmo nakup brez registracije dva tedna in opazujmo, kaj se zgodi z ustvarjanjem računov. Če računi padejo in se prihodek ne spremeni, lahko preklopimo nazaj." Reverzibilni pilot spremeni spremembo, ki zveni trajno, v nizko tvegan test.

Globlja poanta je, da je vsak popravek konverzije kompromis in kompromis je odvisen od vašega poslovnega modela. Če imate naročniško storitev, ki je odvisna od računov, vam lahko splošni nakup brez registracije resnično škodi. Pravo vprašanje ni "ali je nakup brez registracije dober?" ampak "kaj smo pripravljeni zamenjati in kaj lahko storimo namesto tega?" To je niansa, ki jo splošni seznami najboljših praks spregledajo, in zato je presoja majhne ekipe pomembnejša od kontrolnega seznama.

Ista logika kompromisa velja za načine plačila. Omejene možnosti plačila so pogost razlog za zapuščanje—vendar dodajanje več možnosti ni brezplačno. Vsaka dodatna metoda prinaša nastavitev, stroške, tveganje goljufij in vprašanja podpore. Če večina vaših strank že plačuje na en način, lahko dolg seznam logotipov izgleda impresivno, ne da bi spremenil vedenje. Poteza je, da preverite, kaj vaše stranke dejansko uporabljajo, ne da posnemate največjo trgovino, ki jo lahko najdete.

Velja tudi za hitrost. Počasna dostava je na seznamu zapuščanja, vendar hitrosti dostave običajno ne morete popraviti z nastavitvijo. Kar lahko storite, je postaviti natančna pričakovanja: če veste, da izdelek potrebuje teden dni za odpremo, napišite "odprema v 5 delovnih dneh" namesto da to skrivate. Stranka, ki ve za čakanje, je stranka, ki se lahko odloči; stranka, ki to izve po plačilu, je vračilo.

Zaključek: naredite naslednjo spremembo dovolj majhno, da lahko nanjo rečete da

Obravnavanje ugovorov ni mehka veščina. To je postavljanje prioritet. Ko vaš šef prosi za podatke, vam sporoča, da je projekt preveč abstrakten. Ko reče, da ni časa razvijalcev, vam sporoča, da projekt zveni prevelik. Ko reče, da prej ni delovalo, vam sporoča, da vzrok ni bil nikoli potrjen. Poimenujte pravo oviro in rešitev postane manjša, bolj vidna in bolj reverzibilna.

Enostranski pregled, en sam stavek na strani košarice, nakup brez registracije kot nastavitev, povezava do politike vračil premaknjena en klik bližje odločitvi—nobena od teh stvari vam ne bo dala občutka, da delate "pravi" CRO. Toda to so spremembe, ki bodo preživele pogovor z netehničnim šefom, ker stanejo malo, trajajo dni in jih je mogoče razveljaviti, če ne delujejo. Začnite z enim znanim uhajanjem, dajte šefu nekaj za klik in pustite, da rezultat nosi naslednji argument.

Končno opozorilo: nič od tega ne zagotavlja dviga konverzije. Možno je, da boste naredili spremembe in ne boste videli razlike, ker je prava ovira nekaj, česar iz trgovine ne morete videti. Prav zaradi te možnosti spremembe ohranjate majhne in reverzibilne. Stroški napačne odločitve so nizki; stroški nedejavnosti, ker ste čakali na popolne dokaze, so četrtletje izgubljene prodaje.