iGaming — это IT на форсаже. Релизы — каждый день, платежи — в десятках юрисдикций, регуляторы — рядом, маркетинг — «нужно вчера». Ошибка стоит денег. И иногда — лицензии. Что должен уметь PM, чтобы корабль шёл быстро и безопасно?
Чем iGaming отличается от «обычных» IT-проектов
- Скорость и LiveOps. Фичи выкатываются по канареечным схемам, промо меняются на лету, контент рулится через удалённые конфиги. Релиз — не событие, а состояние.
- Риск-контроль вшит в продукт. Любая задача проходит через фильтр KYC/AML, Responsible Gambling и локальных правил.
- Пики нагрузки. Турниры, спортивные события, крупные промо. Вчера спокойно, сегодня x10 по транзакциям и логинам.
- Деньги в реальном времени. Uptime и стабильность платежей — продуктовые метрики, а не «инфраструктурные детали».
- Зоопарк интеграций. PSP, провайдеры игр, антифрод, KYC, геолокация, BI — десятки внешних SLA и цепочек отказов.
Комплаенс как часть плана проекта
PM не «согласовывает» комплаенс в конце — он проектирует его с начала.
KYC/AML:
- Верификация личности и возраста, liveness, проверка по санкционным/PEP-листам.
- Мониторинг транзакций, триггеры подозрительных активностей, SAR/STR-процессы.
- Трассируемость: audit trail и неизменяемые логи событий.
Responsible Gambling:
● Лимиты (депозит/ставки/время), reality checks, cool-off, самоисключение.
● Триггеры раннего риска и маршрутизация кейсов в саппорт/риск-команду.
Гео и возраст:
● Геофенсинг по IP/GPS, управление доступностью контента по лицензии.
● Чистая ошибка вместо «серых зон»: лучше блок + саппорт, чем регуляторный штраф.
Локализация платежей:
● Локальные методы (SEPA, iDEAL, PIX, UPI и т.д.), валюты, 3DS/SCA, лимиты.
● Правила удержаний/налогов по рынкам, корректные чеки/квитанции.
Данные и стандарты:
● GDPR/CCPA, PCI DSS для карт, ISO 27001. Политики хранения и удаления данных.
Процессы:
● Stage-gate с обязательными approval от Legal/Compliance.
● Матрица «фича × юрисдикция × риск», где заранее видны требования и блокеры.
Техника безопасности PM
Антифрод:
● Детект мультиаккаунтов, бонус-абьюз, боты, velocity-лимиты, device fingerprinting.
● Скоупить «строгость» антифрода под рынок, чтобы не убить конверсию депозита.
Платежи:
- Мульти-PSP маршрутизация, приоритизация по конверсии/латентности, smart retries.
- Идемпотентность, отложенные подтверждения, разруливание дубликатов.
SLA/SLO:
- Для PSP и провайдеров контента: аптайм, латентность, RTO/RPO, окна обслуживания, штрафы.
- Единый playbook инцидентов и обязательный постмортем с action items.
Безопасность и стабильность:
- DDoS-защита, WAF, rate-limits, секреты в vault, принцип наименьших привилегий.
- Канареечные релизы, feature flags, kill-switch на промо и бонусные механики.
High-load: как не утонуть при x10
Архитектура и производительность:
- Очереди/ивент-драйв, кэширование, CQRS, денормализация «горячих» чтений.
- Идempotency keys, outbox, backpressure, дедикированные лимиты на критические пути (депозит, вывод).
Наблюдаемость:
- SLO/ошибочный бюджет на депозиты и логин, синтетические депозиты end-to-end.
- Дашборды в реальном времени: TPS, decline rate, latency по провайдерам, RG-алерты.
Эксплуатация:
- Блю‑грин/канареечные релизы, прогрессивный rollout по странам/сегментам.
- Планы ёмкости к крупным ивентам, холодные пути деградации: отключить «тяжёлый» контент, сохранить ядро.
Продуктовые метрики, которые двигают приоритеты
- Базовые: LTV, ARPPU, Retention (D1/D7/D30), DAU/WAU/MAU, конверсия KYC→депозит, отклонения платежей.
- Качество: crash-free rate, время ответа, аптайм PSP, скорость саппорта, NPS/CSAT.
- Риск и ответственность: доля самоисключений, доля игроков с активными лимитами, false positives антифрода.
Как PM их использует:
- Планирует фичи под целевой лифт метрики (MDE) и отказывается от «шумных» задач.
- Ставит guardrails: конверсия депозита, RG-инциденты, жалобы — не ухудшаются при экспериментах.
- Инвестирует в «скучные» вещи (оптимизация платежного флоу, лимиты, стабильность) — они чаще всего растят LTV.
Коммуникации с маркетингом и BI
Эксперименты:
- Пререгистрация гипотезы, расчёт выборки/мощности, последовательные тесты для LiveOps.
- Холд-ауты на уровне сегментов/рынков; временные окна, чтобы не ловить кросс‑промо шум.
A/B в деньгах:
- Guardrails: не ломаем approve rate, не растим chargeback/fraud, не увеличиваем RG-риски.
- Рампы: 1% → 5% → 25% → 50% с авто-стопом по алертам.
Совместная операционка:
- Единый календарь промо/турниров, freeze‑windows, SLA на подготовку креативов и локализации.
- Песочницы и «чёрные комнаты» для тестов без влияния на реальный банкролл.
Чек-лист запуска
Лицензии и юридическое:
- Подтверждение права работы в каждой юрисдикции, T&Cs, политика RG, privacy, куки.
Платежи:
- PSP-минимум x2 на рынок, fallback-маршруты, тестовые депозиты/выводы, корректная выдача чеков.
KYC/AML/RG:
- Провайдеры верификации подключены, пороги и триггеры настроены, журналы событий включены.
Контент и ограничения:
- Локальный каталог, гео-блоки, возрастные стены, сертификация RNG/игровых провайдеров.
Нагрузка и релиз:
- Канареечный rollout, алерты, дашборды, on-call и war-room, запас по ёмкости.
Саппорт и операции:
- Макросы по частым кейсам, 24/7 расписание, эскалации в риск/платежи/комплаенс.
Риск-сценарии и учения:
- Отказ PSP, всплеск chargeback, ложноположительный антифрод, аудит регулятора — прописаны runbooks и ответственные.
Секрет — строить процессы, где комплаенс и монетизация не конкурируют, а взаимно страхуют друг друга. Делайте ставку на наблюдаемость, stage‑gates по рискам и дисциплину релизов — и высокорисковая отрасль перестанет быть высокоопасной