Prestanite se raspravljati o napuštanju košarice: Dobijte odobrenje za ispravke na naplati

Sažetak

Većina savjeta o napuštanju košarice pretpostavlja da je prepreka vaša naplata—obrasci, gumbi, broj koraka. Ako ste u malom internom marketinškom timu, stvarna prepreka obično je interna: netehnički šef koji želi dokaze, backlog za programere, prethodni neuspjeli eksperiment ili nejasan osjećaj da "to nije posao marketinga." Ovaj članak tretira te prigovore kao CRO probleme same po sebi. Pokazuje kako pretvoriti "pokaži mi podatke" u jednopopodnevnu analizu, kako razdvojiti promjene koda od promjena teksta i postavki te zašto pojednostavljivanje bez povjerenja neće pomaknuti iglu. Također ćete dobiti tablicu pet prigovora koje ćete najčešće čuti i izravan odgovor na kompromis u vezi s gostujućom naplatom. Cilj je učiniti vaš sljedeći zahtjev toliko konkretnim i malim da prestane biti rasprava i postane plan.

Većina savjeta o napuštanju košarice napisana je za ljude koji već mogu promijeniti svoju naplatu. Govori vam da pojednostavite obrazac, dodate gostujuću naplatu, prikažete troškove dostave prije posljednjeg koraka, kao da je jedina stvar između vas i bolje stope konverzije znati što učiniti. Ako ste u malom internom marketinškom timu, to rijetko predstavlja problem. Već znate koja su rješenja. Problem je što svako rješenje mora preživjeti razgovor s netehničkim šefom koji želi dokaze, vremenski okvir i procjenu troškova prije nego što vam dopusti da bilo što dirate.

Ono što zapravo funkcionira nije duži popis taktika. To je tretiranje procesa odobravanja kao dijela problema optimizacije konverzije. Otpor koji čujete—"nemamo podatke," "ne možemo dobiti vrijeme programera," "već smo to probali," "to nije naš posao"—nije šum. Svaki prigovor govori vam koji dio projekta još niste učinili konkretnim. Odgovorite na prigovor i promjena prestaje biti zahtjev i postaje plan.

Ovaj članak prolazi kroz pet prigovora koji najčešće zaustavljaju ispravke na naplati, s primjerom koji se provlači kroz tekst, i završava tablicom koju možete ponijeti na sljedeći sastanak o proračunu. Crvena nit je jednostavna: najbolji CRO potez koji možete napraviti ovog kvartala nije redizajn. To je učiniti sljedeću promjenu dovoljno malom da vaš šef može reći da bez osjećaja da kocka.

"Pokaži mi podatke" znači pokaži mi lijevak

Recimo da radite za malu tvrtku za opremu za na otvorenom. Šef vam je upravo rekao da troškovi dostave uništavaju narudžbe. Ona se nasloni i kaže: "To je jaka tvrdnja. Imamo li podatke?" Nemate alat koji pokazuje gdje kupci odustaju. Počnete pričati o snimanju sesija i praćenju događaja, a njezine oči se stakle. Projekt umire na sastanku.

Pogreška je ovdje pretpostavka da "podaci" moraju značiti nadzornu ploču koju nemate. Za većinu ranih ispravaka podaci koji su vam potrebni već postoje unutar vaše vlastite trgovine—samo niste prošli kroz nju kao što bi to učinio kupac. Vodiči za e-trgovinu dosljedno upućuju na mali skup razloga zbog kojih ljudi odustaju: neočekivani troškovi, kompliciran tijek naplate, prisila na stvaranje računa, nedostatak povjerenja, ograničene mogućnosti plaćanja i spora dostava. Taj popis je vaš kontrolni popis za analizu.

Evo što učinite s tim. Otvorite prozor u anonimnom načinu rada i idite na vlastitu stranicu proizvoda. Dodajte ruksak u košaricu. Sada se polako pomičite, snimajući zaslon na svakom koraku. Kada kupac prvi put vidi ukupni trošak, uključujući dostavu? Izbrojite zaslone između "dodaj u košaricu" i "naplatit ćemo vam ovaj iznos." Pokušajte naplatiti bez stvaranja računa i zabilježite točan trenutak kada ste blokirani. Pronađite svoju politiku povrata i zabilježite koliko je klikova potrebno da je pročitate. Učinite sve ponovno na telefonu, gdje se izgled uvijek ponaša drugačije.

Završit ćete s petnaest ili dvadeset snimaka zaslona i nizom zapažanja koja izgledaju ovako: "Na stranici košarice nema spomena dostave. Na stranici plaćanja naknada za dostavu pojavljuje se prvi put. Naplata traži račun prije nego što je plaćanje moguće. Veza na politiku povrata nalazi se u podnožju, šest odlomaka niže." To je dokaz i teško ga je osporiti jer ga vaš šef može reproducirati u dvije minute.

Jedan detalj koji čini analizu oštrijom: učinite to s kolegom koji nikada nije vidio vašu web stranicu. Iznenadit ćete se što previdite kada ste navikli na sustav. Neka govore naglas dok pokušavaju nešto kupiti. Ne pokrećete laboratorij za upotrebljivost; slušate za trenutke kada normalna osoba kaže "čekaj, što?" To su točno oni trenuci u kojima žive uzroci napuštanja.

Kada predstavljate analizu, nemojte početi s rješenjem. Počnite s reprodukcijom: "Dodajte ovaj artikl, idite u košaricu i potražite dostavu. Sada pokušajte naplatiti bez računa." Neka šef osobno iskusi frustraciju. Osoba koju je vaša naplata iznervirala više nije skeptik; ona je saveznik.

Opće načelo: prije nego što zatražite promjenu, dajte svom menadžeru nešto što može vidjeti i provjeriti, a ne tvrdnju koju mora prihvatiti na vjeru. Snimka zaslona vrijedi više od prognoze. Ova vrsta analize također vam pomaže izbjeći najčešći oblik kvara u CRO-u malog tima—predlaganje rješenja za problem za koji niste potvrdili da postoji. Ako se pitate je li vaš problem sama naplata ili nešto ranije u lijevku, raniji članak o dijagnosticiranju stvarnog uzroka napuštanja koristan je sljedeći korak.

"Nemamo vremena programera" obično znači da niste odvojili postavke od koda

Vaš šef čuje "optimizacija naplate" i zamišlja programera koji radi dva tjedna. Znate da je backlog tri mjeseca dugačak, pa se uopće ne potrudite pitati. No većina ispravaka na standardnom popisu napuštanja uopće ne zahtijeva programera.

Uzmite četiri velika. Transparentno određivanje cijena: prikazivanje troška dostave ili obavijesti "besplatna dostava iznad određenog iznosa" često je rečenica koju možete dodati na stranicu košarice ili postavka u vašoj platformi. Gostujuća naplata: na mnogim platformama za e-trgovinu to je prekidač u postavkama, a ne prilagođena izrada. Mogućnosti plaćanja: stvarno dodavanje novog pružatelja plaćanja tehnički je zahtjevno, ali prikazivanje koje opcije prihvaćate je oznaka ili ikona na naplati—marketinški teritorij. Politika povrata: jasna i iskrena politika povrata je tekst, a vezu do nje može premjestiti svatko tko može uređivati stranicu.

Vratimo se na trenutak vašoj tvrtki za opremu za na otvorenom. Politika povrata zakopana je u podnožju, a kupci koji su nervozni zbog kupnje nikada je ne pronađu. Vaš šef pretpostavlja da ispravak znači "ponovno izgraditi podnožje i predložak." Ali stvarni ispravak je dodavanje jednog retka teksta ispod gumba "Dodaj u košaricu": "Povrat u roku od 30 dana, bez pitanja—pogledajte našu politiku." Veza vodi na stranicu koja već postoji. To je uređivanje u CMS-u, a ne sprint.

Točka o postavkama također je važna. Ako vaša platforma ima opciju gostujuće naplate, njeno omogućavanje nije promjena koda; to je promjena konfiguracije. Možda ćete morati pronaći postavku, pročitati dokumentaciju i testirati je jednom—ali to je poslijepodne posla, a ne programerski sprint. Ako nemate pristup stranici s postavkama, zatražite pristup jednom. Prvi put programer će vas možda morati provesti kroz to; drugi put to možete učiniti sami.

Još jedna kategorija: stranica i e-pošta za potvrdu narudžbe. Ako je potvrda generička ili ne postavlja očekivanja o isporuci, to je još jedna površina u vlasništvu marketinga. Možete je prepisati bez diranja sustava narudžbi. Kupci koji znaju što slijedi manje će vjerojatno slati e-poštu podršci, a količina e-pošte podrške metrika je koju će vaš šef razumjeti.

Ograda je vrijedna jasnog isticanja: neki ispravci stvarno zahtijevaju kod, a pretvaranje da ne zahtijevaju stajat će vas vjerodostojnosti. Ali prigovor se često pojavljuje jer je zahtjev formuliran kao "popravi naplatu" umjesto "promijeni ovu rečenicu na stranici košarice." Formulirajte ga dovoljno malo da pripada marketingu, i pola otpora nestaje. Kada vam zaista treba programer, imat ćete mnogo jači argument ako možete reći "sve na ovom popisu je tekst i postavke—samo ova jedna stavka treba kod."

"Već smo probali pojednostavljivanje" znači da ste rješavali pogrešan uzrok

Prije šest mjeseci netko iz vašeg tima uklonio je tri polja iz obrasca za naplatu. Šef je to istaknuo kao dokaz da "smo već probali CRO." Narudžbe se nisu promijenile. Sada predlažete ispravak povezan s povjerenjem, a šef kaže: "Zašto bi ovo bilo drugačije?"

Razlog zašto bi ovo bilo drugačije jest što pojednostavljivanje obrasca i izgradnja povjerenja rješavaju različite probleme. Istraživanja i svakodnevno iskustvo sugeriraju da ljudi napuštaju košarice kada ne vjeruju trgovini—kada je politika povrata nejasna, mogućnosti plaćanja izgledaju oskudno ili domena djeluje nepoznato. Ako je to temeljni uzrok, kraći obrazac ne pomaže. Zamislite da kupujete skupi ruksak u trgovini za koju nikada niste čuli. Naplata ima tri polja, čista koliko može biti. I dalje oklijevate, jer rizik nije obrazac—nego hoće li stvar stići i možete li je vratiti ako ne stigne. To oklijevanje nije UX problem; to je problem uvjeravanja.

Kako znati je li povjerenje uzrok? Pogledajte pojedinosti. Jesu li vaši proizvodi skupi u odnosu na ono što bi impulzivni kupac riskirao? Je li vaša trgovina nova ili domena izgleda neobično? Ne postoji li politika povrata blizu gumba za kupnju? Nema li recenzija ili ih je vrlo malo? Ako ste na nekoliko ovih pitanja odgovorili potvrdno, povjerenje je vjerojatno veći čimbenik od duljine obrasca. Ako je vaš obrazac stvarno dugačak—deset ili više polja, s opcionalnima koja se ne odnose—onda bi složenost mogla biti problem. Poanta je da morate provjeriti, a ne nagađati.

Praktičan način da testirate je li korijen problema povjerenje ili složenost: dodajte samo jedan element povjerenja—vezu na politiku povrata blizu gumba "Dodaj u košaricu"—i ostavite obrazac netaknutim. Ako se pitanja podrške o povratima ili ponašanje pri izlasku poboljšaju, povjerenje je vjerojatno bio problem. Ako se ništa ne promijeni, onda sljedeće pogledajte složenost.

Ovdje postoji i korisna kontrarna poanta. Dodavanje signala povjerenja nije automatska pobjeda. Ako stavite widget za recenzije na svoju stranicu proizvoda, a nemate nijednu recenziju, upravo ste kupcima pokazali "0 recenzija"—što je gore nego uopće ne prikazivati recenzije. Jednostavna, konkretna linija jamstva potkrijepljena stvarnom politikom povrata iskrenija je i ništa ne košta. Slično tome, "pojednostavljivanje" obrasca nije isto što i skrivanje potrebnih polja. Ako trebate adresu za dostavu, trebate je; uklanjanje radi kraćeg obrasca samo će stvoriti pogrešne isporuke i povrate. Pojednostavljivanje treba ukloniti nepotreban teret, a ne potajno ga premjestiti negdje drugdje.

Ta nijansa ista je logika koja stoji iza zašto je pristup "pojednostavite sve" na naplati zabluda. Nije da je pojednostavljivanje loše; pojednostavljivanje je jedna poluga među nekoliko, a povlačenje bez znanja koji uzrok rješavate može protratiti kvartal.

"Prvo nam treba plan" zapravo je zahtjev za proces

Vaš šef kaže: "U redu, uvjerio si me da postoji problem. Sada mi napiši plan." Ukočite se jer zamišljate jednogodišnji program eksperimentiranja sa statističkom značajnošću i planom puta. Znate da nemate promet ni proračun za to, pa zapnete.

Plan ne mora biti ambiciozan. Može biti jedna petlja: odaberite jedan uzrok s kontrolnog popisa napuštanja, pronađite zaslon na kojem ne uspijeva, napravite jednu promjenu i pratite jednu metriku. Zatim prijeđite na sljedeći uzrok.

Učinimo to konkretnim na primjeru tvrtke za opremu za na otvorenom. Vaša analiza otkrila je da dostava iznenađuje ljude na stranici plaćanja. Vaš plan za ovaj mjesec je: dodajte redak na stranicu košarice koji kaže da se dostava obračunava na naplati i da ćete je uvijek prikazati prije plaćanja. Metrika koju pratite je broj e-poruka podršci koje pitaju o dostavi plus jednostavan pogled prije i poslije koliko ljudi koji dođu do stranice plaćanja zapravo dovrši narudžbu. To je to. Ako e-pošta podrške padne i dovršetak naplate ne padne, poboljšali ste iskustvo. Sljedeći mjesec izbacit ćete vezu na politiku povrata. Mjesec nakon toga, ako vaša platforma to dopušta, uključit ćete gostujuću naplatu. To je plan.

Konkretno, plan bi mogao izgledati ovako. Prvi tjedan: provodite analizu i pokazujete šefu snimke zaslona. Drugi tjedan: uređujete stranicu košarice kako biste spomenuli dostavu i tražite od podrške za korisnike da počnu označavati pitanja o dostavi. Treći tjedan: provjeravate postavku platforme za gostujuću naplatu i uključujete je ili pripremate tekst za upit za račun. Četvrti tjedan: pregledavate bilješke podrške i gledate broj dovršenih naplata. To je plan koji vaš šef može staviti na kalendar, što je točno ono što riječ "plan" znači netehničkom menadžeru.

Ovdje je ograda u tome da ne mijenjate previše stvari odjednom. Na maloj stranici morate znati koja je promjena proizvela rezultat. Jedna promjena tjedno ili mjesečno spora je za hvaljenje, ali brza za učenje. A/B testovi su luksuz; za očiti neuspjeh, pogled prije i poslije na metriku do koje vam je stalo često je dovoljan da opravda sljedeći korak. Ako želite formalniju verziju ove petlje, naš vodič za izgradnju ponovljivog CRO procesa za klijente e-trgovine izlaže korake.

Još jedna stvar: odaberite metriku procesa, a ne ukupni prihod. Prihod varira iz stotinu razloga. Metrika procesa—poput "koliko često podrška spominje dostavu," "koliko daleko prosječni kupac stigne prije odlaska" ili "koliko se pregleda stranice naplate pretvori u narudžbe"—govori vam je li specifična promjena odradila svoj posao. Ako nemate analitiku za to, koristite ljudske povratne informacije: zatražite od podrške za korisnike da počnu bilježiti kada god kupac spomene iznenađenje s dostavom. I to su podaci.

"To nije posao marketinga" nestaje kada preuzmete vlasništvo nad porukom

Na sastanku programer kaže da je naplata u redu. Osoba za proizvod kaže da je to problem tijeka rada. Vaš šef kaže da bi netko trebao preuzeti odgovornost, a svi gledaju u pod. Brinete da marketing nema ovlasti nad naplatom, pa šutite.

Evo preoblikovanja: naplata je mjesto gdje vaše marketinško obećanje prolazi test. Ako vaša stranica proizvoda kaže "besplatna dostava iznad određenog iznosa", a naplata naplaćuje dostavu bez objašnjenja, to je neuspjeh poruke. Marketing je vlasnik teksta jamstava, transparentnosti troškova i postavljanja signala povjerenja—što je veći dio kontrolnog popisa napuštanja. Raspored piksela je domena programera; priča koju kupac čita dok stoji na rubu naplate vaša je.

Dakle, ne trebate ovlasti nad bazom koda da biste nešto promijenili. Trebate popis poruka koje trenutno ne uspijevaju, a to je točno ono što analiza lijevka proizvodi. Kada je predstavljate, ne tražite dopuštenje za promjenu arhitekture; izvještavate da se marketinška poruka lomi na određenoj točki. Korisna fraza za reći šefu: "Ne tražim vlasništvo nad naplatom. Tražim vlasništvo nad riječima na njoj." Ta razlika je mala, ali moćna—čini zahtjev manje teritorijalnom borbom, a više pitanjem urednosti.

Postoji dublja verzija ovog prigovora koju vrijedi spomenuti. Ako vaša tvrtka tretira CRO kao nešto što radi stručnjak, mali interni tim često se osjeća nekvalificirano. Ali ne trebate biti statističar da biste uočili neuspjeh poruke. Morate biti osoba koja primjećuje da stranica košarice obećava jedno, a stranica plaćanja isporučuje drugo. To je marketinška vještina, a ne diploma znanosti o podacima. Ako ste nervozni u vezi procesa, počnite s člankom o skrivenom curenju, koji je napisan za timove točno u ovoj situaciji.

Referentna tablica za sljedeći sastanak o proračunu

Do sada bi obrazac trebao biti jasan: svaki prigovor je drugačiji zahtjev—pokaži mi dokaz, pokaži mi da je malo, pokaži mi da nije ponavljanje prošlog puta, pokaži mi plan, pokaži mi da je naše. Ovdje su jedan pored drugog, s odgovorom koji obično upali.

Prigovor	Što se zapravo govori	Što reći ili učiniti
"Nemamo podatke"	"Moram to vidjeti da bih povjerovao."	Provedite jednopodnevnu analizu i podijelite snimke zaslona točne točke neuspjeha.
"Ne možemo dobiti vrijeme programera"	"Bojim se velikog projekta."	Predložite prvo izmjene teksta, postavki i politika; ostavite kod po strani.
"Već smo probali pojednostavljivanje"	"CRO prije nije uspio."	Pokažite da pojednostavljivanje i povjerenje rješavaju različite uzroke i navedite koji uzrok ciljate.
"Prvo nam treba plan"	"Želim proces, a ne želju."	Ponudite jednomjesečnu petlju: jedan uzrok, jedna promjena, jedna metrika.
"To nije posao marketinga"	"Trebam vlasnika kojem vjerujem."	Donesite snimke zaslona marketinških poruka koje ne uspijevaju unutar naplate.

"Što ako pogorša stvari?" zaslužuje izravan odgovor

Posljednji prigovor je onaj koji zaustavlja ljude u mjestu jer je pametan. Vaš šef kaže: "Ako uključimo gostujuću naplatu, izgubit ćemo sve naše stalne kupce." Osjećate se istjerani u kut jer je to uvjerljiv ishod.

Iskren odgovor je da gostujuća naplata nije sve-ili-ništa. Kompromis je stvaran, ali možete ga osmisliti: dopustite ljudima da plate kao gosti, a zatim ih nakon narudžbe potaknite da stvore račun uz pogodnost koju stvarno cijene—praćenje narudžbi, brže ponovno naručivanje, bodove vjernosti. Na taj način zadržavate veći dio prednosti konverzije dok kupcima i dalje dajete razlog za registraciju.

Također to možete uokviriti kao pilot: "Pokrenimo gostujuću naplatu na dva tjedna i gledajmo što se događa sa stvaranjem računa. Ako računi padnu, a prihod se ne promijeni, možemo se vratiti." Reverzibilni pilot pretvara promjenu koja zvuči trajno u test niskog rizika.

Dublja poanta je da je svaki ispravak konverzije razmjena, a razmjena ovisi o vašem poslovnom modelu. Ako vodite uslugu pretplate koja ovisi o računima, sveobuhvatna gostujuća naplata može vas stvarno naštetiti. Pravo pitanje nije "je li gostujuća naplata dobra?" nego "što smo spremni zamijeniti i što možemo učiniti umjesto toga?" To je nijansa koju generički popisi najboljih praksi propuštaju, i zato je prosudba malog tima važnija od kontrolnog popisa.

Ista logika razmjene primjenjuje se i na načine plaćanja. Ograničene mogućnosti plaćanja čest su razlog napuštanja—ali dodavanje više opcija nije besplatno. Svaka dodatna metoda dodaje postavljanje, naknade, rizik od prijevare i pitanja podrške. Ako većina vaših kupaca već plaća na jedan način, dugačak popis logotipa može izgledati impresivno bez promjene ponašanja. Potez je provjeriti što vaši kupci stvarno koriste, a ne oponašati najveću trgovinu koju možete pronaći.

To se također odnosi na brzinu. Spora dostava je na popisu napuštanja, ali obično ne možete popraviti brzinu dostave postavkom. Ono što možete učiniti je postaviti točna očekivanja: ako znate da je za isporuku proizvoda potreban tjedan dana, recite "isporuka u roku od 5 radnih dana" umjesto da to skrivate. Kupac koji zna koliko traje čekanje je kupac koji može odlučiti; kupac koji to sazna nakon plaćanja je povrat.

Zaključak: učinite sljedeću promjenu dovoljno malom da se na nju može reći da

Nošenje s prigovorima nije meka vještina. To je postavljanje prioriteta. Kada vaš šef traži podatke, govori vam da je projekt previše apstraktan. Kada kaže da nema vremena programera, govori vam da projekt zvuči preveliko. Kada kaže da prije nije uspjelo, govori vam da uzrok nikada nije potvrđen. Imenujte stvarnu prepreku i rješenje postaje manje, vidljivije i reverzibilnije.

Jednostranična analiza, jedna rečenica na stranici košarice, gostujuća naplata kao postavka, veza na politiku povrata pomaknuta jedan klik bliže odluci—ništa od toga neće učiniti da se osjećate kao da radite "pravi" CRO. Ali to su promjene koje će preživjeti razgovor s netehničkim šefom jer koštaju malo, traju danima i mogu se poništiti ako ne funkcioniraju. Počnite s jednim curenjem za koje već znate, dajte šefu nešto na što može kliknuti i pustite da rezultat nosi sljedeću raspravu.

Posljednja ograda: ništa od ovoga ne jamči povećanje konverzije. Moguće je da ćete napraviti promjene i ne vidjeti nikakvu razliku jer je stvarna prepreka nešto što ne možete vidjeti iznutra trgovine. Upravo zbog te mogućnosti promjene držite malima i reverzibilnima. Trošak pogreške je nizak; trošak nečinjenja jer ste čekali savršene dokaze je kvartal propuštenih prodaja.