Порівняння / Checkout
Hosted checkout чи власний
Кожен мерчант, що приймає гроші онлайн, відповідає на це питання раз: сторінка, яка збирає дані картки, належить вам чи вашому провайдеру? Від відповіді залежать обсяг PCI, швидкість додавання методу оплати та те, кого піднімають по тривозі, коли надходить вимога платіжної схеми. Це радше рішення про те, на що команда витратить рік, ніж вибір технології.
Варіант проти варіанта
Сім питань, що вирішують
Коли виграє hosted checkout
Для більшості бізнесів — найчастіше. Якщо платежі — це спосіб отримати гроші, а не те, що ви продаєте, то ваша перевага не в сторінці оплати, а ціна її володіння сплачується найменш помітно: постійна частка інженерних ресурсів іде на вимоги схем та інтеграції методів замість продукту. Hosted-сторінка також знімає питання PCI — найбільшу приховану вартість самостійної реалізації.
- 01Платежі — засіб отримати дохід, а не сам продукт
- 02Ви хочете, щоб дані карток були поза зоною дії, а не просто ретельно оброблялися
- 03Нові методи мають з'являтися без релізу з вашого боку
- 04Інженери принесуть більше користі в продукті, який купують клієнти
Коли виграє власна розробка
Коли checkout справді і є продуктом. Платформи, що проводять платежі для інших, бізнеси з потоком, який не виразити hosted-сторінкою, і команди з обсягом, де частка відсотка конверсії важить більше за зарплату платіжної команди, — такі випадки реальні й виправдовують розробку. Так само, як і регуляторна вимога тримати збір даних картки всередині власного периметра. Нижче цього масштабу розробка зазвичай означає дорогу переоцінку того, навіщо існують hosted checkout.
- 01Платежі — це продукт: ви проводите їх від імені інших
- 02Обсяг достатній, щоб гранична конверсія перевищила вартість команди
- 03Регулятор або ризик-комітет вимагає тримати цю поверхню у вашому периметрі
- 04Ваш потік справді нестандартний, і hosted-сторінка його не виразить
Де тут Protocore
Protocore Gateway — це hosted-відповідь зі звичними запасними виходами всередині, а не за окрему плату: сторінка на нашому домені чи вашому, платіжні поля, вбудовані у ваш макет, коли цього вимагає потік, або той самий checkout нативно у вашому застосунку. Картки, гаманці, банківський переказ і USDC — на одній сторінці, з розрахунком в одній сумі в євро за одним ідентифікатором замовлення. А якщо чесна відповідь для вас — третій варіант, тобто ви хочете бути провайдером, а не мерчантом, — та сама платформа доступна у whitelabel, що зазвичай вигідніше за створення шлюзу з нуля.
- 01Hosted-сторінка, ваш домен, вбудовані поля чи в застосунку — та сама інтеграція
- 02Картки, гаманці, переказ і USDC на одній сторінці, розрахунок в EUR
- 03Один ідентифікатор замовлення — від checkout до квитанції та рядка в банку
- 04Доступний у whitelabel, якщо ви хочете бути провайдером, а не мерчантом
Не впевнені, на якому ви боці?
Розкажіть про обсяги, методи оплати та над чим працюють ваші інженери. Прямо скажемо, що підходить вашій ситуації, — зокрема й коли це власна розробка.