Каталог пен әдемі тауар карточкалары — интернет-дүкеннің бір бөлігі ғана. Бәрін «Тапсырысты рәсімдеу» батырмасын басқаннан кейін болатын нәрсе шешеді: төлем қалай қабылданады, төлем сәтсіз аяқталса не болады, жеткізу қалай есептеледі және бір нәрсе дұрыс болмаса сатып алушы нені көреді. Дәл осы жерде витрина бәрі дұрыс болса да, тапсырыстар ең жиі жоғалады.
Тапсырыс — жай ғана дерекқордағы жазба емес
Әрбір тапсырыстың нақты күй тарихы болуы керек: құрылды → төлемді күтуде → төленді → бас тартылды → қайтарылды — әр ауысудың күні мен себебімен. Мұнсыз тапсырыстың неге «ілініп» қалғанын түсіну мүмкін емес, әрі қолдау қызметі сатып алушыға көмектесудің орнына қолмен талдауға уақыт жұмсайды.
Төлем қабылдау: әдетте назардан тыс қалатын детальдар
-
Тапсырыс сомасы браузер жағында емес, сервер жағында қалыптасып, тексерілуі керек — әйтпесе оны кездейсоқ немесе әдейі өзгертуге болады.
-
Төлем растауын тек сатып алушы сәттілік бетіне қайтарылғаны бойынша ғана емес, төлем жүйесінің ресми хабарламасы арқылы тексеру керек — бұл бетке өтуді жалғандауға болады.
-
Төлем туралы бір хабарлама қайта келуі мүмкін — жүйе мұны танып, төлемді екі рет есептемеуі керек.
-
Төлем провайдерінің құпия кілттері тек серверде сақталуы керек және ешқашан браузерде орындалатын кодқа түспеуі керек.
Жеткізу: тек «қанша тұрады» ғана емес
Аймақтар мен мерзімдер бойынша тарифтерден бөлек мыналарды алдын ала ойластырған жөн: нақты мекенжайлары мен жұмыс уақыты бар өзін-өзі әкету, салмақ пен габарит бойынша шектеулер, жеткізу күнін ауыстырғанда, телефонға жауап бермегенде немесе тапсырыстан бас тартқанда не болады. Мұндай сценарийлер алдын ала қаншалықты көп ойластырылса, әрбір стандартты емес тапсырыс үшін жеке «талдаулар» соғұрлым аз болады.
Сатып алушы нені көреді
-
Тапсырыстың толық құны — жеткізу мен комиссиясымен бірге, ол болса — төлемге дейін көрінуі керек, соңғы қадамда тосынсый ретінде шықпауы керек.
-
Тапсырысты рәсімдеу міндетті тіркеуді талап етпеуі керек — бұл сатып алушылардың себетпен кетіп қалуының басты себептерінің бірі.
-
Төлем бірінші реттен өтпесе, себет нөлденбей, сақталуы керек — адамды тапсырысты қайтадан жинауға мәжбүрлемеу үшін.
-
Сценарийлерді мобильді құрылғыда және баяу интернетте тексерген жөн — тапсырыстар дәл сол жерде ең жиі жоғалады.
Іске қосудан кейін: өткізіп жіберуге болмайтын күнделікті жұмыс
Төленген тапсырыстарды, қайтарымдарды және жүйе мойындамаған, бірақ келген «күдікті» операцияларды күн сайын салыстыру — бір реттік тексеру емес, міндетті тәжірибе. Төлем жүйесі немесе жеткізу қызметі уақытша қолжетімсіз болса, менеджер қолмен нені жасайтынын алдын ала жазып қойған пайдалы — мұндай ақаулар бәрінде болады, мәселе тек соған жоспар бар ма деген сұрақта.
Тапсырыстарды бос жерден жоғалту қаупінсіз төлем қабылдау мен жеткізуді баптау керек болса — қазіргі схеманы талдай аламыз немесе оны сіздің каталогыңыз бен аудиторияңызға арнап нөлден жобалай аламыз.
