Зниження чарджбеків: практики

TL; DR

• Профілактика → раннє виявлення → м'яке врегулювання → строгий диспут-менеджмент → постійне калібрування правил.
• Головні цілі: Chargeback Rate↓, RNF (refund-not-found)↓, Win Rate↑, Pre-CB Refund Ratio↑, TtD (time-to-dispute)↓.

1) Таксономія і карта причин

Fraud (stolen card/account takeover) - транзакція не санкціонована власником.
Friendly Fraud - користувач оскаржує законну покупку (не дізнався списання, дитячий доступ, забута підписка, «непонравилось»).
Service/UX - подвійне списання, неочевидні умови, складне повернення, затримка контенту/виплат.
Операційні помилки - capture без auth, невірна сума/валюта, пізній refund.

2) Профілактика до транзакції (pre-transaction)

2. 1 Автентифікація та ризик

3DS2/SCA-драбинка: frictionless для low-risk; challenge для середньо/високоризикових BIN/гео/сум.
Step-up правила: пристрій/ASN-хостинги/TOR → 3DS challenge, KYC-легкий, ліміти.
Velocity-гварди: по карті/пристрою/е-mail/IP на коротких вікнах.

2. 2 Маршрутизація та ліміти

Smart-routing по BIN/issuer/country для кращого AR і SCA-проходження.
Ticket-size капи для нових/ризик-сегментів, денні/тижневі ліміти.

2. 3 Прозорість оффера

Чіткі правила бонусів (turnover, wagering), авто-підказки в касі.
Ясна політика повернень і cancel-flow ще до оплати.
Descriptor Preview в момент оплати (як буде виглядати списання у виписці).

3) Профілактика після транзакції (post-transaction)

3. 1 Комунікації

Instant-чек (e-mail/SMS/пуш): сума, валюта, descriptor, саппорт-лінк.
Receipt з деталями: дата/час UTC, IP/пристрій (частково), правила повернення.
Підписки: попередження про продовження, 1-клік скасування, нагадування про пробний період.

3. 2 Саппорт і політика

Low-friction refund до чарджбека (RNF↓): невеликий «grace-period».
Ясні SLA відповіді саппорта (наприклад, ≤ 24 год) і видимий прогрес тікету.
Self-service для скасування/обмежень, історія платежів в особистому кабінеті.

3. 3 Виплати та ігровий контент

Прозорі статуси висновків і терміни (TtW), щоб не перетворювалися в диспути «послуга не надана».
Логіка refund-to-source за замовчуванням.

4) Раннє виявлення і «soft-recovery»

Issuer/merchant мережі оповіщення (напр., мережі ранніх алертів): отримувати сигнал до відкриття чарджбека і оперативно рефандити/контактувати.
Order/Account Insight-платформа: обмін метаданими замовлення з банком-емітентом для зниження «дізнався/не дізнався».
Авто-проактив: при патернах «невпізнане списання» - моментальний лист з деталями, кнопка зв'язку.

5) Диспут-менеджмент (representment)

5. 1 Процес

1. Intake: вхідний кейс, класифікація за reason code.
2. Evidence Pack: збір доказів (див. чек-лист).
3. Representment: подання заперечення в строк.
4. Pre-Arb / Arb: передарбітраж і арбітраж при затяжній суперечці.
5. Outcome: win/lose; пост-аналіз патернів.

5. 2 Чек-лист доказів (за типами кейсів)

Fraud/Not Authorized: 3DS2 результат (AAV/CAVV/ECI), device-fingerprint відповідності, IP/ASN-гео до аккаунту, логін-трейл, KYC-збіги.
Service/Not Received: логи доступу до контенту/ігрової сесії, таймстемпи, SLA по виплатах, листування з саппортом, статус рефанда/компенсацій.
Duplicate/Amount Differs: журнал дій (auth/capture/refund), скрін транзакцій, пояснення за частковими списаннями/валютою/курсом.
Recurring: дата згоди/ToS, підтвердження підписки, нагадування, легкий cancel-flow.

5. 3 Організаційно

SLA за диспутами (внутрішній): збір та відправка доказів ≤ 48-72 год.
Шаблони відповідей під reason codes, єдина термінологія.
Кваліфікація кейсів: не подавати слабкі суперечки (економіка негативна) - краще добровільний refund.

6) Специфіка iGaming

Бонус-аб'юз/швидкий кеш-аут: turnover-правила, hold до верифікації, доказові логи гри.
Гео та ліцензії: відповідність локальним обмеженням (вік/регіон) - інакше високий ризик «сервіс ненаданий/нелегальний» в диспуті.
Виплати: чітке трасування payout (reference ID, банк/гаманець, дата зарахування).
Санкції/AML: прапори SoF/SoW і блок-листи - документуйте в кейсах, якщо клієнт оскаржує затримку.

7) Підписки і регулярні списання

Opt-in чекбокси з ясною ціною/частотою, підтвердження по e-mail.
«Останній шанс» повідомлення за X днів до списання.
М'яке призупинення замість продовження за ризиковими BIN/гео.
Легка відміна і пропорційні рефанди - краще втратити ARPU, ніж отримати chargeback.

8) Метрики та цілі (KPI)

Chargeback Rate (tx%) = CB_count/ Captured_Tx (або за сумою).
Fraud CB Share vs Friendly/Service Share (по reason codes).
Win Rate (representment) и Pre-Arb Win Rate.
RNF Ratio = chargebacks, де клієнт просив refund, але не отримав/все CB.
Pre-CB Refund Ratio = добровільні рефанди до відкриття CB/всі спірні кейси.
TtD (Time-to-Dispute) медіана: від capture до CB - чим менше, тим важливіші ранні алерти.
Dispute Cost / GGR: збори, фі, оверхед vs оборот.
Recurring Churn due to CB - частка підписок, втрачених через CB.

9) Алерти і пороги (приблизні орієнтири)

'Chargeback Rate (amt%)> цільового коридору'по провайдеру/країні/BIN → P1

'TtD медіана скоротилася> 30%'( сплеск «швидких» CB) → P1

'Win Rate <35-40%'на конкретному reason code → P2 (поліпшити пакети)

'RNF Ratio> 20%'→ P1 (слабкий саппорт/довгі рефанди)

'Friendly Share↑'при стабільному фроді → P2 (UX/комунікації/descriptor)

10) Плейбуки

10. 1 Сплеск fraud-CB (geo/BIN)

Посилити step-up (3DS challenge), знизити ліміти, включити velocity-локи.
Роутинг на PSP/аквайєр з кращим SCA-профілем.
Переглянути бонус-кампанії для сегмента, тимчасово звузити.

10. 2 Friendly-CB зростання

Оновити descriptor (додати бренд/URL/підтримку).
Автописьмо «що це за списання» з деталями замовлення і швидким саппортом.
Спростити cancel/refund-потоки; ввести «no-questions-asked» вікно.

10. 3 Низький Win Rate по «послуга не надана»

Додати в evidence: логи сесій, IP/пристрій, таймстемпи доступу до контенту, підтвердження payout.
Виправити затримки виплат (TtW SLO); поліпшити статуси в кабінеті.

10. 4 Підписки → чарджбеки

Попередження, one-click cancel, інтерактивна квитанція.
Cooling-off рефанд в 24-48 год після продовження.

11) Операційна модель

Власник процесу: Payments Risk/Fraud; спільно з Support/Treasury/Legal.
Щотижневий огляд: heatmap по BIN×country×provider, reason codes, Win Rate.
Словник доказів з шаблонами по кожному reason code.
Автоматизація: авто-збір логів, генерація пакету, дедлайни, контроль SLA.

12) Дані і SQL-зрізи (мінімум)

12. 1 Частка чарджбеків і win rate

sql
SELECT
DATE_TRUNC('week', captured_at) AS wk,
country, provider, reason_code,
COUNT() FILTER (WHERE is_chargeback)=cb_cnt,
COUNT() FILTER (WHERE is_captured)=cap_cnt,
(cb_cnt::decimal / NULLIF(cap_cnt,0)) AS cb_rate_tx,
AVG(CASE WHEN dispute_outcome='WIN' THEN 1 ELSE 0 END) AS win_rate
FROM payments_disputes
GROUP BY 1,2,3,4;

12. 2 Час до диспуту (TtD)

sql
SELECT
DATE_TRUNC('week', captured_at) wk,
PERCENTILE_CONT(0. 5) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (dispute_opened_at - captured_at))) AS ttd_p50_sec
FROM payments_disputes
WHERE is_chargeback
GROUP BY 1;

12. 3 Friendly vs Fraud vs Service

sql
SELECT
DATE_TRUNC('month', captured_at) m,
SUM(amount) FILTER (WHERE cb_type='FRAUD')  AS amt_fraud,
SUM(amount) FILTER (WHERE cb_type='FRIENDLY')AS amt_friendly,
SUM(amount) FILTER (WHERE cb_type='SERVICE') AS amt_service
FROM payments_disputes
GROUP BY 1;

13) Часті помилки і як уникнути

Немає 3DS-драбинки/step-up → висока частка fraud-CB.
Непрозорий descriptor і підписки → friendly-CB ростуть.
Пізні/складні рефанди → RNF зашкалює.
Слабкі пакети доказів → низький Win Rate.
Немає ранніх алертів/інсайтів емітента → «швидкі» CB.
Неврахований гео/BIN ефект → невірні заходи і санкції до «не тих» провайдерів.

14) Чек-лист впровадження

• 3DS2/SCA-драбинка з таргетингом по BIN/гео/сумам.
• Descriptor Preview і пост-оплата квитанції з саппорт-контактами.
• Ранні алерти та обмін даними з емітентами/мережами.
• Політика «pre-CB refund» і швидкий cancel-flow.
• Бібліотека шаблонів доказів і автоматизація збору логів.
• Щотижневий розбір heatmap reason codes × BIN × country.
• Порогові алерти і плейбуки на сплески fraud/friendly/service.
• Навчання саппорту (скрипти, терміни, ескалації), вимірювання RNF.

Резюме

Зниження чарджбеків - це системна дисципліна: продумана автентифікація і ліміти до оплати, прозорі комунікації і «м'які» рефанди після, плюс строгий процес диспутів з правильними доказами. З'єднайте це з метриками і автоматизацією - і ви стабільно утримуєте Chargeback Rate низьким, Win Rate високим, RNF під контролем, зберігаючи конверсію і репутацію у банків-емітентів.