PSP, який оцінює брокера, потребує більше, ніж прогнозованого обсягу процесингу. Йому потрібні зрозумілий опис бізнесу, дані про перші й повторні депозити, визначення утримання та історія скарг, яку можна звірити зі звітами процесингу.
Під час онбордингу PayAlma аналізує FTD, STD, утримання та скарги. Цей матеріал пропонує практичний підхід до звітності для такої розмови. Наведені визначення й приклади — варіанти звітності, а не універсальні правила платіжних систем чи пороги прийнятності PayAlma.
1. Визначте, що саме оцінює платіжний провайдер
Почніть із компанії, яка укладає договір, структури власності, сайту брокера, ліцензії за наявності, цільових ринків і запланованих платіжних методів. Поясніть, яка компанія надає послугу, яка отримує платежі та як клієнт розпізнає цей зв’язок. Прогноз обсягу без такого контексту не описує майбутній платіжний потік.
Відокремте поточні операції від планів розширення. Для кожного набору даних зазначте компанію, ринок, метод, валюту й період. Якщо партнер або канал залучення приводить окрему групу клієнтів, покажіть її окремо. Це дає змогу досліджувати зміни, а не трактувати кожне коливання як тенденцію всього бізнесу.
2. Визначте FTD, перш ніж обговорювати зростання
У цьому підході FTD означає first-time deposit — перший успішний депозит клієнта у брокера. Перед надсиланням звіту узгодьте визначення з провайдером. Перший депозит через нового PSP не обов’язково є першим депозитом цього клієнта у брокера.
- Показуйте окремо кількість клієнтів із першим депозитом і суму їхніх перших успішних депозитів.
- Зазначайте статус успішної транзакції, часовий пояс звіту та порядок обліку скасувань і повернень.
- Не включайте до успішних депозитів відправлені спроби, невдалі платежі, тестові операції, бонуси й внутрішні перекази балансу.
Пояснюйте стрибки підтвердженими подіями з датами: кампанією, запуском ринку чи зміною структури залучення. Саме зростання не доводить якості платежів. Корисно перевірити, чи роблять нові клієнти повторні депозити та чи виникають у них невирішені проблеми з обслуговуванням або спори. Не подавайте прогноз FTD як фактичну історію.
3. Зробіть конверсію в STD порівнюваною
Тут STD означає second-time deposit — другий успішний депозит того самого клієнта. Деякі звіти об’єднують усі наступні депозити як повторні; називайте такий показник прямо, а не позначайте його STD. Кількість клієнтів, кількість транзакцій і суму депозитів тримайте в окремих колонках.
Один із варіантів конверсії: кількість клієнтів із другим успішним депозитом протягом 30 днів після першого, поділена на кількість клієнтів із першим депозитом, для яких повністю минуло 30-денне вікно спостереження. 30 днів — приклад, а не обов’язковий стандарт. Узгодьте вікно й правила виключення з фахівцем, який оцінює заявку.
В умовній когорті зі 100 клієнтів із першим депозитом і повним періодом спостереження 40 клієнтів із другим депозитом дають 40% конверсії за цим визначенням. Новіша когорта, для якої вікно ще не закрилося, є неповною, а не доказом нижчої конверсії. Зберігайте дату когорти та дату зрізу, щоб розрахунок можна було повторити.
4. Поясніть, що саме вимірює утримання
Утримання може означати повторне поповнення, торговельну активність або повернення до особистого кабінету. Це відповіді на різні запитання. Для платіжного андеррайтингу чітко позначене утримання за поповненнями може доповнювати торговельну активність, але один показник не повинен непомітно підміняти інший.
Наприклад, утримання за поповненнями наступного місяця можна визначити так: клієнти з когорти першого депозиту за календарний місяць, які зробили хоча б один успішний депозит наступного календарного місяця, поділені на всіх клієнтів із першим депозитом цієї когорти. Дочекайтеся завершення наступного місяця. Цей показник відрізняється від STD протягом 30 днів.
Поруч із відсотком показуйте розмір когорти й зберігайте однакові визначення між періодами. Позначайте зміни маркетингу, доступності платежів або логіки звітності. Високе утримання не доводить задоволеності клієнтів і не усуває ризику скарг: зіставляйте його з виведеннями, поверненнями й результатами підтримки. Якщо історії немає, зазначте це та поясніть, які дані доступні.
5. Відокремте скарги, повернення та карткові спори
Скарга до підтримки, запит на повернення та картковий спір — окремі події, хоча вони можуть стосуватися одного платежу. Visa описує спір як зворотне списання вартості транзакції через емітента й еквайра. Не об’єднуйте всі три типи подій в один відсоток скарг без пояснень.
- Для скарг фіксуйте унікальні випадки, клієнтів, причину, дату відкриття, поточний статус, результат і залишок невирішених звернень.
- Для повернень і проблем із виведенням окремо покажіть запитані та виконані суми, відповідні дати й невирішені випадки.
- Для карткових спорів зберігайте ідентифікатори процесора, суми, коди причин і результати. Уточніть, чи звіт побудовано за датою надходження спору, чи за датою початкової транзакції.
Якщо наводите частку, покажіть чисельник, знаменник і період. Внутрішня кількість скарг на клієнта не є коефіцієнтом спорів платіжної системи. Звіряйте пов’язані випадки, щоб кілька звернень одного клієнта не перетворилися на кількох унікальних скаржників.
Visa рекомендує зрозумілі правила повернення й скасування та впізнавану назву продавця. Це корисні перевірки для скарг щодо очікувань або незнайомих списань. Опишіть фактичні виправлення та докази їхнього результату: закриття звернення чи повернення коштів саме по собі не доводить усунення першопричини.
6. Надішліть пакет, який можна звірити
PayAlma запитує ліцензію за наявності, реєстраційні документи компанії та інформацію про власників, історію процесингу за три місяці й сайт зі сторінками умов, повернень і конфіденційності. Додайте словник метрик і коротке пояснення суттєвих змін, щоб усі читали показники однаково.
- Звірте місячні суми депозитів зі звітами PSP; позначте відсутні маршрути, конвертацію валют і пізні коригування.
- Додайте кількість клієнтів FTD і STD, вікна когорт та визначення утримання разом із розподілом скарг і спорів.
- Укажіть, хто відповідатиме на уточнення та надаватиме підтвердження через узгоджений захищений канал.
Для першої розмови використовуйте агреговані дані й масковані ідентифікатори; детальні записи передавайте лише узгодженим каналом. Запитайте, які ринки й методи провайдер готовий розглянути та які додаткові докази потрібні. Повний пакет допомагає оцінюванню, але не гарантує прийняття й не визначає комерційних умов.
Щоб обговорити свій випадок, скористайтеся сторінками PayAlma «Форекс-брокери» та «Онбординг». Підготуйте опис бізнесу, статус ліцензії, ринки, обсяг і поточного PSP разом із наведеними вище даними.
Джерела та матеріали для читання
- Visa — Врегулювання спорів: https://www.visa.com/en-us/support/business/dispute-resolution
Публічне джерело перевірено 2 листопада 2026 року. Воно підтверджує визначення спору та перевірки правил і назви продавця вище. Когортні розрахунки — редакційні приклади звітності, а не правила Visa. Вимоги PayAlma до документів відповідають її інформації про онбординг.