Пълен набор от платежни услуги

Плащане с един клик

Клиентът въвежда картата веднъж. Всяка следваща поръчка е един бутон.

При първото плащане картата се записва като токен, свързан с профила на клиента. Номерът остава в сертифицираната среда. Ти виждаш само последните четири цифри.

Най-осезаемият ефект е при повторните клиенти и при мобилните поръчки, където всяко поле за въвеждане струва конверсия.

Палец натиска бутон за плащане на екран на смартфон

Какво получаваш

Един бутон

Без въвеждане на карта при повторна поръчка.

Токенизация

Данните се пазят извън твоята система.

Няколко карти

Клиентът избира коя от запазените да използва.

3-D Secure при нужда

Проверка само когато рискът го изисква.

Работи с абонаменти

Същият токен захранва и периодичното таксуване.

По-малко изоставени колички

Особено при мобилни поръчки.

Как работи

Първа поръчка

Клиентът плаща и се съгласява картата да бъде запазена.

Токен

Записваме токен, свързан с неговия профил.

Повторна поръчка

Показваш последните четири цифри и бутон за плащане.

Потвърждение

Плащането минава веднага, без нови полета.

Всяко поле в checkout-а струва продажби

Изоставените колички не са мистерия. Клиентът е решил да купи, стигнал е до плащането и там е срещнал форма с дванайсет полета, поискана регистрация и въвеждане на шестнайсет цифри от карта, която е в другата стая. Част от тези хора не се връщат.

Плащането с един клик премахва точно тази стъпка. Клиентът, който вече е пазарувал при теб, вижда запазената си карта като последни четири цифри и потвърждава. При портфейл като Apple Pay или Google Pay потвърждава с пръст или лице, без изобщо да въвежда адрес, защото данните идват от телефона.

Ефектът е най-голям на мобилен телефон, където въвеждането на карта е най-мъчително и където днес минава по-голямата част от трафика на повечето български магазини.

Как се пази картата, без да я пазиш ти

Запазената карта не е записан номер в твоята база. При първото плащане картовите данни отиват в сертифицираната среда и се връща токен. Токенът работи само за твоя акаунт и няма никаква стойност, ако някой го открадне.

При следващата поръчка клиентът вижда „Visa •••• 4242“ и потвърждава. Ако правилата изискват потвърждение по 3-D Secure, то се показва, но при повторна покупка от познат клиент често се прилага изключение и стъпката отпада.

Клиентът трябва да може да изтрие запазената си карта също толкова лесно, колкото я е запазил. Това не е учтивост, а изискване, и API-то има метод точно за това.

Какво да не правиш

Не запазвай картата мълчаливо. Отметката трябва да е видима и незачекната по подразбиране. Тихото запазване е сигурен път към спорове и загубено доверие.

Не показвай запазена карта на устройство, което не е разпознато като на същия клиент. Ако някой влезе в чужд профил, последните четири цифри и бутон за плащане са точно това, което не искаш да намери.

Не разчитай само на портфейлите. Apple Pay покрива iPhone, Google Pay покрива Android, но остават хора на настолен компютър с карта в ръка. Трите начина работят заедно, не един вместо друг.

Колко стъпки може да има едно плащане

Полезно е да броиш стъпките от гледна точка на клиента, а не на кода. Ето трите типични пътя при един и същ магазин.

Нов клиент без портфейл: избира продукт, отива в количката, въвежда имейл и адрес за доставка, избира доставчик, въвежда шестнайсет цифри, срок и CVC, потвърждава в банковото приложение, връща се. Около девет отделни действия и две смени на приложението.

Нов клиент с Apple Pay или Google Pay: избира продукт, натиска бутона на портфейла, потвърждава с пръст. Адресът и имейлът идват от портфейла. Три действия.

Връщащ се клиент със запазена карта: избира продукт, потвърждава запазената карта, готово. Две действия.

Разликата между девет и две действия не се компенсира с намаление на цената. Затова оптимизацията на checkout-а обикновено носи повече от поредната кампания за трафик.

Проверка на твоя checkout

Мини през своя сайт като клиент, от телефон, и отбележи кое от това е вярно.

  • Може ли да се плати без регистрация
  • Виждат ли се Apple Pay и Google Pay преди формата за карта
  • Запомня ли се картата с видима, незачекната отметка
  • Може ли клиентът сам да изтрие запазена карта
  • Отваря ли се цифрова клавиатура при полето за карта
  • Остава ли количката, ако плащането се провали

Въпроси по темата

Трябва ли клиентът да има регистрация в сайта ми?

За запазена карта, да, защото картата се връзва към профил. За портфейлите не: Apple Pay и Google Pay работят и при плащане като гост.

Какво става, ако клиентът смени картата си?

Добавя нова при следващата покупка, а старата може да изтрие сам. При преиздадена карта услугата за обновяване на данни често подава новия номер автоматично.

Помага ли това срещу измами или пречи?

По-скоро помага. Повторната покупка от познато устройство с позната карта е сигнал за ниско ниво на риск, който антифрод правилата използват, за да пуснат транзакцията без излишни спънки.

Колко трае интеграцията?

Ако вече приемаш плащания при нас, добавянето на запазена карта е няколко часа работа. Портфейлите изискват и потвърждаване на домейна, което отнема още малко.

Работи ли при абонаменти?

Да, това е същата токенизация. Разликата е само в съгласието, което при абонамент трябва да покрива и бъдещите автоматични плащания.

Колко може да се вдигне конверсията?

Зависи от това откъде тръгваш. Магазин с дълга форма и задължителна регистрация обикновено вижда най-голямата разлика. Числото е различно за всеки бизнес, затова е по-честно да го измерим при теб, вместо да обещаваме процент.

Какво става със запазените карти, ако сменя платформата на сайта си?

Токените остават валидни, защото са при нас, а не в сайта ти. При миграция пренасяш връзката между профила на клиента и токена, а клиентите не въвеждат картите си наново.

Трябва ли отделно съгласие за запазване на картата?

Да. То е различно от съгласието за самото плащане и се събира с видима отметка. Пазим записа кога и как е дадено, което върши работа при спор.

Готов ли си да приемаш плащания?

Изпрати запитване и ще получиш конкретна оферта с изчислени такси за твоя бизнес, обикновено в рамките на един работен ден.