Платіжний шлюз для SaaS: що справді важливо

    Платіжний шлюз для SaaS: чого не вміє магазинний шлюз

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

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

Ваші клієнти всюди, і це перша проблема

Магазин зазвичай продає в кілька країн. У SaaS десятий клієнт приходить із країни, якої ніхто не планував, і транскордонні відмови з’являються раніше, ніж будь-хто очікував.

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

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

Пробні періоди, апгрейди і незручна середина місяця

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

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

Самообслуговування — вимога до платежів, а не смак дизайнера

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

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

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

Рахунки і податкові рядки

Клієнтам B2B-SaaS потрібен документ, який прийме їхній бухгалтер, із правильними реквізитами і правильним податковим режимом. Тут багато хто імпровізує, а імпровізовані рахунки рано чи пізно зустрічаються з аудитором.

Вирішіть заздалегідь, звідки йдуть рахунки — з білінгу чи з вашої бухгалтерії — і простежте, щоб нумерація в будь-якому разі була наскрізною. Де збираються гроші, теж важить: бізнес-IBAN на ім’я вашої компанії тримає розрахунки, повернення і вихідні платежі в одному місці, а не в трьох.

Коли час міняти шлюз

Переїзд болісний, тому більшість команд тягне занадто довго. На те, що момент настав, указують три ознаки. Частка схвалень помітно різниться за регіонами, а в провайдера немає пояснення, крім «такий ринок». Будь-який комерційний експеримент потребує роботи розробників. І фінансисти ведуть паралельну таблицю, бо звіти не сходяться.

Жодна з ознак не є аварією — саме тому вони й тримаються роками. Ціна бездіяльності розмазана по кварталах, а ціна переїзду приходить одним місяцем, і ця асиметрія тримає компанії на схемах, з яких вони виросли давно.

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

Що входить у перевірку, описано на сторінці мерчант-рахунків.

Що запитати до підписання

  • Як маршрутизуються транскордонні платежі і яка частка схвалень за регіонами?
  • Чи може пробний період перевірити картку без списання?
  • Чи можна змінити суму регулярного списання без повторного введення даних?
  • Чи є кабінет клієнта і чи вбудовується він у наш продукт?
  • Як звітують невдалі списання — лише кількістю чи за причинами?
  • Що буде зі збереженими картками, якщо ми підемо?

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

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

Підключення триває від 5 днів, коли документи зібрані; кроки — на сторінці як це працює.

Ставки для middle-risk починаються від 1,8%, структура — на сторінці тарифів.

Бік рахунку ми розбирали в матеріалі про мерчант-рахунки.

Підключення від 5 днів. Комісія від 1,8% — прозорі умови, без прихованих платежів. Залиште заявку або замовте консультацію — ми підберемо оптимальне рішення під вашу нішу та ризиковий профіль.