Як відрізнити затримку верифікації від збою платежу

Підтвердьте, що покупець бачить саме затримку на верифікації, а не збій платежу

Платіж може виглядати «завислим» із 1 із 3 причин: затримка на верифікацію, справжнє відхилення або платіж, який ще обробляється у фоновому режимі. Це не одне й те саме. Відхилення завершує спробу; затримка на верифікацію — призупиняє її.

Почніть із найпростішої підказки: чи бачив покупець екран із запитом на підтвердження особи, 3D Secure, схвалення в банківському застосунку або OTP-код? Якщо так, імовірно, платіж чекає на покупця, а не зламався. Саме так зазвичай і виглядає ситуація, коли треба зрозуміти, як зрозуміти що платіж завис на верифікації. Ця різниця важлива, бо часто достатньо одного натискання або одного коду.

Запитайте, чи отримав покупець повідомлення на кшталт «підтвердьте картку», «перевірте цей платіж» або «схваліть у застосунку». Такі формулювання вказують на верифікацію, тоді як «недостатньо коштів», «не дозволено» або «картку відхилено» — на іншу проблему. Якщо виникає питання на кшталт як перевірити чи платіж відхилено чи очікує підтвердження, звертайте увагу саме на ці формулювання: платіж, який лише очікує, може оновитися пізніше без дій, але затримка на верифікацію зазвичай не зрушить, доки покупець не виконає запит.

Якщо ви вже підтримуєте сторінки з підказками для покупців, дайте покупцю посилання на купівлю на admister і попросіть порівняти кроки на екрані зі своїм процесом оплати. Якщо покупець не впевнений, як працює сайт, короткий гайд як працює admister також може зменшити плутанину перед наступною спробою.

Попросіть покупця уточнити, який саме екран або повідомлення з верифікацією він бачить

Точний екран має значення. Попросіть повний текст, номер коду, напис на кнопці та час, коли це з’явилося. Фраза покупця на кшталт «воно попросило код» корисна, але «після введення картки о 14:20 попросило 6-значний OTP» — значно краще.

Попросіть скріншот, якщо покупець може безпечно ним поділитися. Навіть обрізане зображення може показати, чи походить затримка від емітента картки, провайдера гаманця чи платіжної платформи. Одна фраза на кшталт «автентифікація не вдалася» часто веде до іншого рішення, ніж «потрібна верифікація».

Не здогадуйтеся з пам’яті. Покупець може сказати, що платіж «не пройшов», але на екрані насправді міг бути запит на біометричне підтвердження в застосунку. Таке буває. Якщо в повідомленні є код, перепишіть його точно; службі підтримки зазвичай потрібен саме код, а не короткий переказ.

Одна практична деталь допомагає: зафіксуйте час і спосіб оплати. Платіж карткою із запитом 3D Secure обробляється інакше, ніж банківський переказ із підтвердженням у застосунку. Якщо потрібно зібрати правильні дані, сторінка часті запитання може стати швидкою довідкою щодо того, що зазвичай просять надати покупці.

Перевірте, чи спосіб оплати вимагає додаткової автентифікації клієнта

Багато способів оплати тепер потребують додаткової автентифікації клієнта перед завершенням списання. Для карток це часто означає 3D Secure. Для банківських платежів — окреме схвалення в банківському застосунку. Для гаманців — OTP або підтвердження в застосунку.

Такі перевірки — нормальні. Вони потрібні, щоб підтвердити, що платить саме власник рахунку. Платіж може зупинитися на 30 секунд, 3 хвилини або довше, якщо покупець закриє екран чи перемкнеться між застосунками.

Звертайте увагу на 4 типові перевірки з боку покупця: сторінку виклику від емітента картки, код у SMS, push-підтвердження в банківському застосунку або запит на підтвердження в гаманці. Якщо покупець жодного не бачить, можливо, спосіб оплати ще не дійшов до етапу автентифікації. Якщо покупець це бачить і ігнорує, платіж лишається на верифікації.

Запитайте, чи використовує покупець той самий номер телефону та банківський застосунок, які прив’язані до способу оплати. Банк може надіслати підтвердження на зареєстрований пристрій, а не на той, з якого покупець просто зараз оформлює оплату. Невелика невідповідність — велика затримка.

Якщо покупець робить покупку й хоче паралельно зрозуміти безпечнішу поведінку під час оплати, скеруйте його на як покупцю залишатися в безпеці. Це короткий відступ, але він може запобігти тому, щоб легітимний крок автентифікації сприймали як «зайву мороку».

Перевірте, чи збігаються введені покупцем дані з записами платіжного методу

Затримка на верифікацію часто з’являється, коли дані покупця недостатньо точно збігаються з записами платіжного методу. Має значення ім’я, платіжна адреса, номер телефону, email і право власності на рахунок. Навіть одна відсутня квартира/офіс може бути критичною, залежно від провайдера.

Спочатку звірте платіжне ім’я з ім’ям на картці або банківському рахунку. Потім рядок за рядком перевірте платіжну адресу. Якщо покупець указав у формі «Юрій», а емітент картки має «Юрій Андрійович» чи повну юридичну форму імені, деякі системи це пропустять, але інші можуть перевести платіж на додаткову перевірку.

Проблемою може бути й право власності. Оплата карткою дружини/чоловіка, корпоративною карткою або спільним гаманцем може запускати додаткові перевірки, навіть якщо сама картка дійсна. Система намагається підтвердити, що платник і записи рахунку належать одне одному.

Номери телефону важливіші, ніж багато продавців очікують. Якщо спосіб оплати надсилає OTP-коди на один номер, а покупець увів інший у формі оплати, етап верифікації може зависнути. Попросіть покупця порівняти дані в кошику з профілем платіжного методу перед новою спробою.

Ставте пряме запитання: «Ви ввели саме ті платіжні дані, що збережені для картки?» Це позбавляє довгих уточнень. І швидше приводить до реальної проблеми, ніж загальне «будь ласка, перевірте все ще раз».

Перевірте, чи зміна пристрою, браузера або мережі не спричиняє затримку

Деякі системи верифікації відстежують раптові зміни пристрою, браузера або мережі. Покупець, який починає на ноутбуці, потім переходить на телефон, чистить cookies і повертається через VPN, може виглядати підозріло для системи ризиків. Платіж не завжди блокується; інколи його просто ставлять на перевірку.

Нові сигнали місцезнаходження теж можуть запускати додаткові перевірки. Якщо покупець платить із кав’ярні в одному місті, а потім із домашнього підключення в іншому, на другій спробі може з’явитися інший запит на верифікацію. Система бачить не зручність, а невідповідність.

Зміни браузера також важливі. Приватний режим, вимкнені cookies, блокувальники реклами або надто агресивні налаштування приватності можуть перервати верифікаційний процес. Вікно 3D Secure може не завершитися, якщо браузер заважає сторінці емітента завантажитися належним чином.

Попросіть покупця повторити спробу з того самого пристрою, у тому самому браузері та в тій самій мережі, якщо це можливо. Це не чарівне рішення, але воно прибирає одразу три поширені причини. Один крок за раз краще, ніж три нові проблеми.

Якщо покупець щойно увімкнув VPN, йому слід вимкнути його й спробувати ще раз через початкове підключення. Якщо покупець очистив cookies, нехай знову відкриє звичайне вікно браузера. Просто? Так. Часто ефективно? Так.

Допоможіть покупцю безпечно повторити крок верифікації

Не просіть покупця натискати кнопку оформлення замовлення 10 разів поспіль. Багаторазові невдалі спроби можуть подовжити затримку, спричинити тимчасове блокування або створити ще один потік верифікації, який буде складніше розплутати. Один акуратний повтор кращий за серію здогадок.

Використовуйте короткий, чіткий порядок дій. Спершу попросіть покупця закрити сторінку оформлення. Потім — підтвердити дані платіжного методу. Далі — знову відкрити платіжний процес із початку. Після цього скажіть чекати на запит на верифікацію, не перемикаючись між вкладками чи застосунками.

Якщо потрібен код, покупець має ввести його один раз і лише один раз. Введення старого коду або запит кількох нових може заплутати ризик-систему емітента. Це створює нову затримку там, де раніше була лише одна.

Якщо покупець не впевнений, чи виконав крок правильно, попросіть його зупинитися й зберегти повідомлення перед повторною спробою. Невдала 2-га спроба може заблокувати його довше, ніж початкова затримка. Саме такі деталі потрібні службі підтримки, коли вона намагається пояснити, чому платіж покупця завис на верифікації та як це вирішити.

Коли покупцю потрібен новий старт, обмежте повтор: той самий пристрій, та сама картка, та сама сторінка оплати, та сама мережа, якщо можливо. Потім дочекайтеся точного запиту. Жодних додаткових вкладок. Жодних напівперезавантажень. Жодного «я ще раз спробую», поки застосунок усе ще завантажується.

Вирішіть, коли чекати, а коли ескалювати до платіжного провайдера

Деякі затримки на верифікацію зникають самі. Схвалення в банківському застосунку може з’явитися із затримкою, а запит емітента картки може завершитися у фоновому режимі, щойно покупець підтвердить код. Якщо запит щойно виконано, можна розумно почекати 10–15 хвилин.

Але чекати вічно — не план. Якщо покупець так і не отримав запит або запит кілька разів завершувався з тією самою помилкою, зверніться до емітента картки, провайдера гаманця або платіжної платформи. Запитайте, чи транзакцію не блокує правило автентифікації, фільтри шахрайства або невдалий запис про автентифікацію клієнта.

Використовуйте назву провайдера зі способу оплати. Запит для картки Visa не вирішується на сайті продавця. Схвалення через застосунок для банківського переказу не виправити оновленням браузера. Потрібній стороні потрібен правильний номер кейсу, інакше цикл продовжиться.

Коли ескалюєте, надішліть 4 факти: час спроби, тип способу оплати, точне повідомлення та кількість повторів. Цього достатньо, щоб зрозуміти, чи затримка тимчасова, чи справді зависла. Якщо вам також потрібен ширший канал підтримки, сторінка admister пояснює, куди надсилати запити щодо конкретного акаунта.

Не чекайте, якщо покупець повідомляє про жорстке відхилення від емітента, бо відхилення і затримка на верифікацію вимагають різних рішень. Відхилення означає, що транзакцію відмовлено. Затримка означає, що транзакція ще чогось чекає.

Запобігайте майбутнім затримкам на верифікацію для схожих платежів покупців

Чіткі інструкції під час оформлення замовлення зменшують повторні затримки. Скажіть покупцям одним реченням, що вони можуть побачити: підтвердження картки, підтвердження в застосунку або текстовий код. Якщо вони знають, що буде крок верифікації, вони рідше покинуть його на півдорозі.

Пропонуйте підтримувані способи оплати, які відповідають вашій аудиторії. Якщо більшість покупців користуються мобільними пристроями, гаманець із підтвердженням через застосунок може спрацювати краще, ніж метод, що залежить від верифікації лише на комп’ютері. Якщо ваш checkout підтримує кілька способів, спрямовуйте покупців до того, де у ваших даних найменше невдалих запитів.

Зробіть форму оплати послідовною. Щоразу просіть один і той самий формат імені для платіжних даних. Не перемикайтеся без потреби між полями, дружніми до псевдоніма, і жорсткими полями для юридичного імені. Невеликі відмінності створюють зайві перевірки.

Також корисно попереджати покупців про зміну пристрою перед оплатою. Покупець, який починає оформлення на одному пристрої, а завершує на іншому, частіше запускає верифікацію, ніж той, хто лишається на одному місці. Один пристрій, один браузер, одна спроба оплати.

Використовуйте коротку примітку перед оплатою, якщо ваші покупці часто пропускають OTP або 3D Secure-запити. Рядок на кшталт «після натискання “сплатити” стежте за повідомленням із банку» може зекономити 5 хвилин плутанини. Це невелика інструкція, але вона запобігає поширеній затримці.

Якщо вашому внутрішньому процесу потрібна більша ясність щодо шляху платежу, сторінка про 7 сервісів admister допоможе зіставити правильний сценарій обслуговування з правильною дією покупця. Чим менше сюрпризів на етапі оформлення, тим менше затримок на верифікацію вам доведеться пояснювати.