Skriti stroški izbire napačne e-trgovske predloge

Povzetek

Vaš šef odobri predloge na podlagi videza. Toda za majhno interno marketinško ekipo so resnični stroški slabe predloge skriti v napihnjenosti delovanja, mobilnih trenjih in urah prilagajanja. Ta članek vam ponuja praktičen okvir za utemeljitev izbire predloge s trdimi merili—hitrost, mobilna pripravljenost, prihodnost—tako da lahko pripravite neprebojen primer. Naučili se boste, kako preizkusiti čase nalaganja pred zavezo, zakaj se predloge z veliko funkcijami pogosto izjalovijo in kako se izogniti oblikovalskemu dolgu, ki upočasni vsako prihodnjo posodobitev. To so merila, na katera vaš šef ne bo pomislil, a vam bo vaš razvijalec hvaležen. Nehajte izbirati predloge na oko in začnite izbirati na podlagi podatkov.

Vaš šef misli, da je izbira e-trgovske predloge kozmetična odločitev. Odobril bo vse, kar je videti čisto na njegovem namizju. Toda predloga, ki jo izberete, tiho narekuje hitrost vaše strani, mobilno izkušnjo in količino časa razvijalcev, ki ga porabite—in za majhno ekipo, ki upravičuje vsako uro, je napačna predloga proračunska mina. Tukaj je, kako izbrati takšno, ki vas ne bo potopila, korak za korakom.

1. Preizkusite hitrost pred namestitvijo

Svojemu šefu pokažete dve predlogi. Ena ima vzporedne animacije, celozaslonski video hero in vrtiljak. Druga je videti preprosta, a se naloži v manj kot 2 sekundah. Vaš šef ima rad prvo. Ne dovolite, da se to zgodi. Vzemite pet minut, da obe zaženete skozi brezplačno orodje za testiranje hitrosti, preden se zavežete. Raziskave v industriji kažejo, da počasni časi nalaganja neposredno škodijo konverzijam—obiskovalci odidejo in se pogosto ne vrnejo. Za majhno ekipo brez namenskega inženirja za zmogljivost težka predloga pomeni, da boste porabili mesece za boj proti počasnostim namesto za prodajo. Načelo: zmogljivost ni pogajalska. Tudi lepa predloga je ničvredna, če odganja stranke.

Praktični korak: Pred namestitvijo katere koli nove predloge preizkusite njeno demo stran z uporabo Google PageSpeed Insights. Če je mobilni rezultat pod 80, pojdite naprej. Če je pod 60, bežite. Da, kasneje lahko optimizirate, vendar začetek z vitko podlago prihrani tedne dela.

2. Prilagodite prilagajanje svoji dejanski delovni obremenitvi

Izberete predlogo s povleci-in-spusti graditeljem, ki vam omogoča preurejanje vsake slikovne pike. Super, si mislite—popoln nadzor. Nato porabite tri tedne, da poskušate mrežo izdelkov uskladiti s svojim katalogom. Vaš šef vpraša, zakaj je zagon zamujen. Resnica: ta predloga je predvidevala, da imate namenskega oblikovalca. Prišla je s številnimi možnostmi postavitve, od katerih nobena ni ustrezala vašim različicam izdelkov. Na koncu ste vseeno napisali lasten CSS. Načelo: prilagodljivost je past, ko skriva kompleksnost. Za majhno ekipo je čas vaš najbolj redek vir. Izberite predlogo, ki naredi 80 % tega, kar potrebujete, že takoj, ne tiste, ki zahteva 80 % prilagajanja.

Praktični korak: Naštejte tri najpomembnejše vrste strani (npr. seznam izdelkov, podrobnosti izdelka, nakup). Poiščite predlogo, kjer te strani ne zahtevajo nobenih strukturnih sprememb. Če demo ni videti blizu tistemu, kar potrebujete, nadaljujte z iskanjem.

3. Dajte prednost mobilnemu nakupnemu toku

Vaš šef pregleda predlogo na svojem 27-palčnem monitorju. "Izgleda odlično," reče. Toda ko preizkusite nakup na telefonu, traja šest korakov, gumbi so majhni in polja obrazca se ne izpolnijo samodejno. Mobilno nakupovanje zdaj predstavlja večino prometa za številne trgovine, mobilne aplikacije pa so dokazale višje stopnje konverzije kot mobilna spletna mesta—kar pomeni, da mobilna izkušnja ne more biti naknadna misel. Vaš šef ne bo videl trenja s svoje mize. To morate poudariti. Načelo: predloga, ki je videti dobro na namizju, vendar odpove na mobilnem, ni odzivna—je pokvarjena. Mobilno-prvi dizajn pomeni, da mora osrednji nakupni tok brezhibno delovati na 5-palčnem zaslonu.

Praktični korak: Preizkusite demo trgovino predloge na dejanskem telefonu (ali orodjih za razvijalce v brskalniku) in pojdite skozi nakup. Preštejte dotike in poiščite slepe ulice. Če nakup zahteva več kot tri korake ali vodoravno drsenje, predlogo zavrnite.

4. Preverite dosedanje delo razvijalca

Šest mesecev po zagonu želi vaš šef dodati program zvestobe. Namestite vtičnik in polovica postavitve vaše predloge se podre. Predloga ni bila posodobljena že eno leto. Zdaj čakate teden dni ali plačate razvijalcu, da popravi konflikte. Načelo: predloga je živ izdelek. Izberite tisto pri aktivnem razvijalcu, ki redno objavlja posodobitve in dokumentira združljivost z glavnimi vtičniki. Vaš šef ne bo pomislil, da bi to preveril, vendar bi morali to vključiti v svoja merila odločanja.

Praktični korak: Odprite forum za podporo predloge ali dnevnik sprememb. Poiščite vsaj eno posodobitev v zadnjih treh mesecih. Preverite, ali so običajni vtičniki (kot so ocene, naročnine ali orodja za zvestobo) izrecno podprti. Več o ocenjevanju podpore predlog.

5. Odstranite napihnjenost pred zagonom

Zaženete, predloga pa vključuje pojavno okno za novice, Facebook vir, mega meni in osem različnih ikon—nič od tega niste zahtevali ali potrebovali. Vsaka dodatna funkcija dodaja kodo, upočasnjuje vašo spletno stran in povečuje vzdrževanje. Vaš šef vidi pojavno okno in misli, da je bonus. Vi vidite prihodnjo težavo z zmogljivostjo. Načelo: minimalizem zmaga. Odstranite vsako funkcijo, ki je ne uporabljate aktivno. Uporabite podrejeno temo, da preprečite, da bi posodobitve znova vnesle napihnjenost. Dobro izbrana predloga naj bo temelj, ne dokončana hiša.

Praktični korak: Pred objavo deaktivirajte vse nebistvene module, ki jih predloga vključuje. Odstranite neuporabljene skripte in sloge. Zaženite poročilo o zmogljivosti in si prizadevajte zmanjšati čas nalaganja za vsaj 15 %.

Zaključek

Izbira predloge za majhno ekipo ni oblikovalska odločitev—je proračunska odločitev. Vaš šef bo sodil po vizualijah. Vi morate soditi po skritih stroških: hitrost, mobilno trenje pri nakupu, čas prilagajanja, vrzeli pri posodobitvah in napihnjenost funkcij. Ko predstavite svojo izbiro, jo oblikujte v izrazih, ki jih razume: "Ta predloga nam bo prihranila $X pri popravkih razvijalcev v naslednjem letu, ker je hitra, mobilno pripravljena in redno posodobljena." To je jezik, ki ga vsak šef razume. Za več o ocenjevanju mobilno-prvih možnosti si oglejte naš celoten vodnik za mobilno-prvo predlogo.