Hiter nakup

Veš kaj odvrne kupca, to da se mora registrirat, potem pa na mail počakat, da dobi link za potrditev, potem pa tisto potrdit, se še enkrat prijavit, potem pa ponovno it v košarico in izvest nakup. Afaik ima večina CMSjev tako narejeno in potem to traja in traja....

Drugače je to, o čemer govoriš ti @Balonar, če te prav razumem...

Ajde, polje za geslo spodaj, kjer povprečnemu userju razložiš kaj naj s tem si pol začne...to še niti ni neka ovira...ono, zaključi nakup, pa te vrže na vpiši geslo ali se registriraj...tega je preveč in tu odpadajo najbolj. Če pa ukineš še polje za geslo in mu ga sam zgeneriraš in si ga lahko ob prvi prijavi spremeni, če hoče. Nič ne fali... Potem ga lahko vsakih 14 dni še po mailu spomniš, da se lahko prijavi in geslo spremeni in pogleda, če so kake ugodnosti ali je kaj novega :-)

Po moji statistiki je nakup opravljen največkrat tako, da najprej stranka napolni košarico in ko želi potrditi naročilo program zahteva prijavo/registracijo in potem naredi zaključi naročilo.

Mnogo manj je takih, ki se najprej registrirajo in nato kupijo.

Drugače pa ZK ... ja v tvojem primeru bo zelo pomagalo ... ona vertikala po sredini trgovine, če jo odstraniš bi tudi kak % poleg prinesla. Tu nimaš kaj experimentirat...

Masterweb tvoja ideja o "neregistraciji" preko frontenda je odlična .. geslo se mu pošlje skupaj s potrditvijo o nakupu. Kaj pa če ta stranka hoče ponovno opraviti nakup čez en mesec .. in se ji sanja ne, da je "tam nekje v mailu" dobila tudi geslo.

Boš potem imel v bazi 100 dupliranih mailov za prijavo? Karikiram .. ne me dobesedno jemat ..

Saj imas gumb "pozabili geslo ?"

Samo malce je treba obrnit zadeve ...

1) Omogočiš tako hiter nakup kot registracijo/prijavo.

2) Če stranka izbere hiter nakup, mu to omogočiš. Takoj po potrdilu nakupa, na potrditveni strani, pa mu ponudiš opcijo, da samo še geslo vpiše (email običajno itak že zahtevamo).

Ob tem seveda naštejemo vse benefite, da ga motiviramo. Tako smo dobili in naročilo in novo registracijo. Ko se registrira, dobi pa še en ločen mejl, kjer je geslo in še enkrat vsi benefiti in kaj vse je s tem stranka pridobila.

3) Ko stranka ponovno pride, ima spet možnost prijave/hitrega nakupa. Če izbere prijavo, vse super. Če pa izbere spet hitri nakup, je več opcij.

Npr. ta, da je polje e-mail čim višje v obrazcu in sproti (ajaxish) preverimo, če je kdo s tem e-mailom registriran. Če je, mu ponudimo prijavo.

Potem še bolj skrajna opcija, da ga spustimo ponovno čez hiter nakup in glede na e-mail, ki ga stranka vnese, pač zlinkamo naročilo na njihov račun. Ob tem lahko še kakšen drug podatek preverimo (npr. poštna številka, telefonska številka).

Itak pa je vedno treba na slick'n'cool način prikazat benefite, da bo stranka kar hlastala po tem, da vpiše še tisto geslo.

po letih testiranja levo in desno, smo nekako ugotovili, da je tale obrazec (vsaj) za naše strani najbolj optimalen

Je že kdo razmišljal da bi uporabil openID varjanto? Izogneš se vsaj potrjevanju emaila.

Če je trgovina za geeke mogoče, drugače pa ne ... :) Širša publika ne ve kaj je open id, twitter, ...