Терминология и должности в онлайн казино.

Когда предприниматель впервые смотрит на iGaming, онлайн-казино легко представить как сайт с играми, платежами и рекламой. На практике оператор — это полноценный цифровой бизнес, где одновременно работают продукт, маркетинг, CRM, платежи, риск, поддержка, аналитика, compliance и техническая инфраструктура.

Хорошая новость в том, что для запуска не обязательно сразу собирать огромный штат. В White Label, Turnkey и других моделях часть функций может находиться у технологического партнёра, а одна сильная команда на старте может совмещать несколько направлений. Но владелец проекта должен понимать, какие функции вообще существуют, кто за что отвечает и какие показатели показывают реальное состояние бизнеса.

Ниже — практическая карта онлайн-казино: от владельца и Product Manager до CRM, Affiliate, Fraud, Compliance, Payments и BI. Термины объясняются коротко и по делу, а структура показывает, как из отдельных ролей складывается работающий оператор.

Онлайн-казино как бизнес: что происходит за интерфейсом

Игрок видит регистрацию, каталог игр, бонусы, баланс, депозит и вывод средств. Внутри компании за этим пользовательским путём стоит цепочка функций:

привлечение → регистрация → KYC → депозит → игровой продукт → CRM и retention → платежи и risk-control → поддержка → аналитика → повторная активность.

Если хотя бы одно звено работает плохо, это отражается на экономике всего проекта. Маркетинг может приводить дешёвый трафик, но слабый onboarding снижает конверсию. Хороший продукт может терять пользователей из-за неудачного платежного метода. Агрессивная CRM без корректного compliance создаёт регуляторный риск. Высокий FTD ничего не гарантирует, если retention и LTV остаются низкими.

Поэтому современный оператор строится не вокруг одной «главной» должности, а вокруг взаимодействия нескольких функций.

Кто управляет проектом

Owner / Founder / Investor

Владелец или инвестор определяет бизнес-модель: целевые GEO, бюджет, формат продукта, скорость запуска, допустимый уровень риска и стратегию масштабирования. Он не обязан лично разбираться в каждом API или бонусной кампании, но должен понимать ключевые цифры и видеть, где заканчивается маркетинг и начинается экономика.

CEO / General Manager

CEO или General Manager связывает стратегию владельца с ежедневной работой компании. Обычно эта роль отвечает за общий P&L, приоритеты, руководителей направлений, поставщиков, операционные риски и выполнение бизнес-плана.

COO / Head of Operations

COO отвечает за то, чтобы казино не просто существовало технически, а стабильно работало каждый день: процессы, платежи, support, risk, внутренние SLA, эскалации, взаимодействие команд и поставщиков.

В небольшом проекте CEO и COO могут быть одной функцией. По мере роста операционная часть обычно становится отдельным направлением.

Country Manager и GEO-команда

Country Manager отвечает за конкретную страну или группу близких рынков. Его задача — не просто «перевести сайт», а сделать продукт локально конкурентоспособным.

• анализ локального рынка и конкурентов;
• адаптация продукта и коммуникаций;
• локальные платежные методы;
• язык и клиентская поддержка;
• маркетинговые каналы и партнёры;
• контент и промо-механики;
• контроль локальных KPI;
• координация требований рынка с product, compliance и operations.

При выходе в новое GEO эта функция особенно важна: один и тот же продукт может показывать совершенно разную конверсию в разных странах. Подробнее о логике выбора рынка — в материале «Как выбрать GEO и что означают Tier в iGaming».

Product Manager: человек, который собирает казино в единый продукт

Product Manager отвечает за то, как продукт работает для пользователя и для бизнеса. Это связующее звено между владельцем, разработкой, UX, аналитикой, CRM, compliance и коммерческими задачами.

• онбординг и регистрация;
• структура лобби и навигация;
• личный кабинет и wallet;
• депозит и вывод;
• бонусные механики;
• приоритизация новых функций;
• A/B-тесты и продуктовые гипотезы;
• конверсия между этапами пользовательского пути;
• работа с PAM, CMS, CRM и другими системами.

Сильный Product Manager не оценивает функцию по принципу «красиво или некрасиво». Он смотрит, улучшает ли изменение регистрацию, депозит, вовлечение, retention, скорость операций или управляемость бизнеса.

Casino Manager / Head of Casino

Casino Manager отвечает за игровую часть продукта: каталог, провайдеров, категории, позиции игр, новые релизы, промо, performance контента и взаимодействие с агрегатором.

• какие игры и провайдеры доступны;
• что показывается в верхней части лобби;
• какие категории создаются для конкретного GEO;
• какой контент даёт оборот и удержание;
• какие релизы стоит продвигать;
• какой контент необходимо отключить или заменить.

В sportsbook-проекте аналогичную продуктовую функцию выполняет Sportsbook Manager или Head of Sportsbook — уже для линий, событий, маржи, risk-management, live-продукта и спортивного UX.

Техническая команда: кто отвечает за то, чтобы всё работало

CTO / Technical Lead

CTO определяет техническую архитектуру, интеграции, безопасность, качество разработки и технические приоритеты. В Turnkey-модели значительная часть этой функции может находиться у поставщика платформы, но оператору всё равно нужен человек, который понимает, что происходит на стороне технологии.

Frontend / Backend Developers

Frontend отвечает за пользовательский интерфейс, Backend — за серверную логику, интеграции, обработку данных и взаимодействие систем. При готовой платформе оператор может иметь только небольшую development-команду или вообще опираться на техническую команду поставщика.

QA

QA проверяет продукт до релиза: регистрацию, платежи, бонусы, игры, мобильные сценарии, локализации, ошибки интерфейса и критичные бизнес-процессы. Для iGaming это особенно важно: ошибка в промо или wallet может быть значительно дороже обычного визуального бага.

DevOps / SRE

DevOps или SRE отвечает за инфраструктуру, deployment, мониторинг, доступность систем, масштабирование, резервирование и реакцию на технические инциденты. В managed/Turnkey-модели эта функция часто частично или полностью находится у технологического поставщика.

Affiliate Manager и Head of Affiliates

Affiliate-направление привлекает пользователей через партнёров: сайты, медиапроекты, команды по закупке трафика и другие источники.

Affiliate Manager

• ищет и подключает партнёров;
• согласовывает коммерческие условия;
• контролирует качество трафика;
• анализирует FTD, NGR, CPA и RevShare;
• помогает партнёрам с материалами и трекингом;
• следит за корректностью выплат и коммуникаций.

Head of Affiliates

Head of Affiliates управляет партнёрским каналом как отдельным бизнес-направлением: бюджет, команда, крупные партнёры, условия, fraud-control, маржинальность и масштабирование.

Performance Marketing, Media Buying, SEO и Content

Новые пользователи могут приходить не только через affiliate. У оператора могут быть собственные performance-команды, SEO, content, social, sponsorship и другие acquisition-каналы.

Performance / Traffic Manager

Отвечает за стоимость и качество платного привлечения: бюджеты, каналы, воронку, креативы, attribution и окупаемость.

Media Buyer

Media Buyer непосредственно закупает трафик, тестирует аудитории и креативы, масштабирует работающие связки и отключает то, что не даёт нужной экономики.

SEO Specialist

SEO Specialist отвечает за органическую видимость: техническое состояние сайта, структуру страниц, семантику, контент, внутренние связи и внешний ссылочный профиль.

Content Manager / Editor

Content-команда управляет текстами, локализациями, промо-страницами, редакционными материалами и обновлением информации. В международном проекте это уже не «человек, который пишет статьи», а часть acquisition, SEO, CRM и локального брендинга.

CRM Manager: что происходит после первого депозита

Привлечение пользователя — только начало. CRM Manager работает с жизненным циклом клиента после регистрации: onboarding, сегментация, коммуникации, повторная активность, reactivation, loyalty и персонализация.

• email и push-коммуникации;
• inbox и onsite-сообщения;
• сегментация пользователей;
• автоматические сценарии;
• бонусные кампании;
• reactivation;
• loyalty;
• персональные предложения;
• анализ эффективности кампаний.

В 2026 году retention всё меньше выглядит как задача одного маркетингового отдела: результат зависит одновременно от CRM, продукта, UX, аналитики и compliance. Поэтому сильная CRM-команда работает не изолированно, а вместе с Product и Data.

Retention Manager и Lifecycle Manager

Retention Manager отвечает за сохранение активности пользователя и увеличение его долгосрочной ценности. В одних компаниях эта функция входит в CRM, в других существует отдельно.

• поиск причин оттока;
• работа с churn-сегментами;
• повторная активация;
• loyalty-механики;
• персонализация;
• анализ cohorts и LTV;
• совместная работа с продуктом над пользовательским опытом.

VIP Manager: ценность игрока не отменяет risk и responsible gaming

VIP Manager работает с высокоценными клиентами: персональная коммуникация, сервис, помощь, предложения и решение нестандартных вопросов. Но современная VIP-функция не может существовать отдельно от compliance и responsible gaming.

Коммерческая ценность клиента не должна отменять KYC, AML, мониторинг риска и требования по защите пользователя. Для зрелого оператора VIP — это не «дать больше бонусов», а управлять отношениями так, чтобы одновременно сохранять сервис, экономику и контроль.

Payments Manager: депозит — это отдельный продукт

Payments Manager отвечает за платежную инфраструктуру и её эффективность. На международном проекте это одна из ключевых операционных функций.

• PSP и acquiring;
• локальные методы оплаты;
• approval rate;
• депозиты и выплаты;
• payment routing;
• лимиты;
• chargeback;
• резервы и комиссии;
• инциденты с платежными провайдерами;
• доступность методов по GEO и валютам.

Платежи напрямую влияют на конверсию: хороший маркетинг бесполезен, если пользователь дошёл до кассы и не нашёл привычный способ оплаты или получил отказ.

Fraud Manager / Risk Manager

Fraud-команда защищает экономику проекта от злоупотреблений. Её задача — отличать нормальное поведение от схем, которые создают прямые финансовые потери.

• мультиаккаунты;
• bonus abuse;
• подозрительные платежи;
• account takeover;
• chargeback abuse;
• аномальные паттерны;
• ручная проверка сложных кейсов;
• настройка автоматических risk rules.

Risk тесно связан с Payments, KYC, AML, CRM и Support. Слишком слабый контроль увеличивает потери, слишком агрессивный — блокирует нормальных клиентов и ухудшает конверсию.

Compliance Manager, MLRO и Responsible Gaming

Compliance отвечает за соответствие работы оператора требованиям конкретной юрисдикции и лицензии. Состав функций зависит от рынка, но обычно сюда относятся нормативные процессы, внутренние политики, KYC, AML, взаимодействие с регуляторами, reporting и контроль пользовательских процедур.

Compliance Manager / Compliance Officer

Следит за тем, чтобы продукт, маркетинг и операционные процессы не расходились с лицензионными и нормативными требованиями.

MLRO

MLRO — Money Laundering Reporting Officer. В юрисдикциях, где такая функция предусмотрена, он отвечает за AML-контроль, внутренние эскалации и работу с подозрительной финансовой активностью.

Responsible Gaming / Safer Gambling

Эта функция отвечает за системы и процессы, связанные с защитой пользователей: лимиты, самоисключение, признаки риска, customer interaction и другие обязательные или предусмотренные политикой оператора меры.

На регулируемых рынках compliance давно не является только «юридическим отделом в конце цепочки». KYC, AML и responsible gaming могут влиять на регистрацию, платежи, CRM, VIP, UX и сам продукт. Поэтому правильную лицензионную модель лучше определять до финальной сборки платформы. Подробнее — в материале «Какие бывают лицензии онлайн-казино и в чем их отличия».

Customer Support и Operations

Support — это не только ответы в чате. Команда находится в точке, где сходятся реальные проблемы пользователей: платежи, KYC, бонусы, игры, аккаунты, ограничения и технические ошибки.

• чат и email;
• первичная диагностика проблем;
• эскалация платежных и технических кейсов;
• работа с KYC-запросами в рамках процесса;
• обработка жалоб;
• сбор повторяющихся проблем для Product и Operations.

Сильный support — ещё и источник продуктовой информации. Если сотни пользователей задают один и тот же вопрос, проблема может быть не в пользователях, а в интерфейсе или процессе.

BI / Data Analyst: кто превращает активность в решения

Data-команда собирает картину бизнеса из регистраций, депозитов, игрового поведения, CRM, платежей, fraud, маркетинга и финансовых показателей.

• воронки регистрации и FTD;
• cohort-анализ;
• retention;
• LTV;
• NGR;
• качество трафика;
• payment approval rate;
• performance игр и категорий;
• эффективность бонусов;
• маржинальность по GEO и каналам.

Чем больше оператор, тем опаснее управлять им по отдельным отчётам разных отделов. Единая аналитика позволяет увидеть, что происходит после регистрации и где именно теряется экономика.

Нужно ли нанимать всех этих людей до запуска

Нет. Это одна из главных вещей, которую важно понять будущему владельцу. Список ролей показывает функции бизнеса, а не обязательный штат первого дня.

Функция	На старте	При росте
Стратегия и P&L	Owner / CEO	CEO + отдельные руководители направлений
Product	Product Lead или сильный PM	Product-команда по вертикалям
Technology	Поставщик платформы + технический ответственный со стороны оператора	Собственная engineering/DevOps-команда при необходимости
Marketing	1–2 ключевых канала	Affiliate, Performance, SEO, Brand, Content
CRM / Retention	Одна функция может совмещаться	CRM, lifecycle, loyalty, VIP
Payments / Risk	Часть процессов может поддерживать платформа или партнёр	Отдельные Payments и Fraud/Risk команды
Compliance	Обязательный объём определяется лицензией и GEO	Отдельные специалисты и локальные функции
Support	Внутренняя или аутсорс-модель	Многоязычные линии, QA support, escalation
Analytics	Базовые dashboards и один ответственный	BI/Data-команда и единый слой аналитики

Именно поэтому модель запуска имеет значение. В одном проекте оператор сам строит большую часть инфраструктуры. В другом значительный объём технологии, интеграций и операционной поддержки уже находится на стороне поставщика.

White Label, Turnkey и собственная инфраструктура: кто за что отвечает

Одинаковая должность может иметь совершенно разный объём ответственности в зависимости от модели запуска.

Модель	Что чаще находится у партнёра	Что остаётся у владельца/оператора
White Label	Большая часть платформы, интеграций и части обязательных процессов — в рамках конкретной модели поставщика	Бренд, коммерческая стратегия, маркетинг, локальная работа и согласованный объём операций
Turnkey	Платформа, PAM, back office, CMS, game aggregation, часть интеграций и технический запуск	Бизнес-модель, GEO, бренд, acquisition, операционная стратегия, команда и коммерческие решения
Custom / собственный стек	Отдельные B2B-поставщики: игры, платежи, KYC, CRM, sportsbook и другие сервисы	Архитектура, интеграция, разработка, operations и полный контроль продукта

Конкретное распределение обязанностей всегда зависит от договора, лицензии, юрисдикции и поставщика. Но логика одна: чем больше готовой инфраструктуры вы покупаете, тем меньше функций нужно строить с нуля — и тем важнее правильно выбрать партнёров и границы ответственности.

Как команды взаимодействуют на одном реальном пользовательском пути

Представим одного нового пользователя.

1. Affiliate или Performance приводит пользователя.
2. Product и UX отвечают за регистрацию и первый пользовательский опыт.
3. KYC / Compliance обеспечивают необходимые проверки и правила.
4. Payments проводят депозит подходящим методом.
5. Casino/Product дают контент и игровой опыт.
6. CRM запускает onboarding и последующие коммуникации.
7. Risk/Fraud отслеживает подозрительные паттерны.
8. Support решает проблемы, если пользователь сталкивается с ошибкой.
9. BI/Data собирает результаты всей цепочки.
10. Management принимает решение: масштабировать канал, менять продукт, платежи, бонусы или GEO.

Так становится видно, почему онлайн-казино нельзя эффективно управлять отдельными «островами». Один KPI почти всегда зависит от нескольких команд.

Ключевая терминология iGaming — коротко и без лишней теории

Продукт и технология

Operator	Компания, которая управляет B2C-брендом и взаимодействует с игроком.
B2B Provider	Поставщик технологии или сервиса для оператора: платформа, игры, KYC, платежи, CRM и другие решения.
PAM	Player Account Management — ядро управления аккаунтом игрока, профилем, балансом и связанными данными.
Back Office	Административная панель для управления игроками, платежами, бонусами, контентом, рисками и отчётами.
CMS	Content Management System — управление страницами, текстами, баннерами, локализациями и другим контентом.
Game Aggregator	Сервис, через который оператор получает доступ к множеству игровых провайдеров через одну интеграционную точку.
API	Интерфейс, через который разные системы обмениваются данными и командами.
Wallet	Система учёта пользовательского баланса и финансовых операций внутри продукта.

Пользователь и платежи

KYC	Know Your Customer — идентификация и проверка клиента в объёме, требуемом применимыми правилами.
AML	Anti-Money Laundering — процессы противодействия отмыванию средств и связанным финансовым рискам.
PSP	Payment Service Provider — поставщик платежной инфраструктуры.
Acquiring	Приём карточных платежей через банк или платежного партнёра.
Chargeback	Оспаривание карточной операции с возможным возвратом средств плательщику.
FTD	First Time Depositor — пользователь, который впервые совершил депозит.

Маркетинг и партнёрская модель

CPA	Фиксированное вознаграждение за целевое действие по условиям партнёрской программы.
RevShare	Модель, при которой партнёр получает долю от согласованной базы дохода привлечённых пользователей.
Hybrid	Комбинация CPA и RevShare.
Affiliate	Партнёр, который приводит трафик оператору и получает вознаграждение по согласованной модели.
Attribution	Определение источника, кампании или партнёра, которому относится регистрация, депозит или другое действие.
CAC	Customer Acquisition Cost — совокупная стоимость привлечения клиента.

Экономика оператора

GGR	Gross Gaming Revenue — валовой игровой доход до дальнейших корректировок и расходов.
NGR	Net Gaming Revenue — показатель после предусмотренных моделью корректировок; точная формула зависит от внутренней отчётности и договоров.
LTV	Lifetime Value — экономическая ценность клиента за весь период отношений с продуктом.
ARPU	Average Revenue Per User — средний доход на пользователя за выбранный период.
Retention	Доля пользователей, которые остаются активными или возвращаются спустя определённый период.
Churn	Отток — пользователи, которые перестали быть активными по выбранному критерию.

Какие цифры должен понимать владелец, даже если есть сильная команда

Владельцу не нужно ежедневно управлять каждой кампанией, но бизнес нельзя контролировать одной цифрой «сколько депозитов пришло».

• регистрации → FTD: насколько хорошо пользователь проходит путь до первого депозита;
• CAC / CPA: сколько стоит новый клиент;
• retention: возвращается ли аудитория;
• LTV: сколько экономической ценности создаёт клиент за жизненный цикл;
• NGR: что остаётся после предусмотренных расчётом корректировок;
• payment approval: сколько попыток оплаты проходит успешно;
• bonus cost: сколько стоит стимулирование пользователя;
• fraud / chargeback: сколько экономики теряется на риске;
• маржинальность по GEO и каналам: где бизнес действительно зарабатывает, а где просто генерирует объём.

Частые ошибки при построении команды онлайн-казино

Нанять маркетинг раньше, чем готов продукт

Трафик нельзя «починить» после того, как пользователь упирается в плохую регистрацию, неподходящий платежный метод или нестабильный продукт. Acquisition масштабирует не только сильные стороны, но и ошибки.

Считать CRM отделом рассылок

Если CRM не видит player data, не работает с сегментами, продуктом и аналитикой, она превращается в поток однотипных сообщений вместо системы удержания.

Поставить compliance в конец процесса

Если требования к KYC, AML, рекламе, бонусам и responsible gaming вспоминают после разработки интерфейса и маркетинговой стратегии, проекту приходится переделывать уже готовые процессы.

Не определить владельца каждого KPI

Когда FTD падает, Marketing винит Product, Product — KYC, KYC — Payments, а Payments — качество трафика. У каждого критичного показателя должен быть ответственный и понятная схема совместной диагностики.

Пытаться сразу построить корпорацию

На старте опасно копировать структуру международного оператора со всеми департаментами. Сначала важнее закрыть обязательные функции, выбрать технологическую модель и определить, что выгоднее оставить внутри, а что передать поставщику или профильному партнёру.

Что нужно определить владельцу до набора команды

1. Целевое GEO или несколько рынков.
2. Casino, sportsbook или смешанный продукт.
3. White Label, Turnkey или собственная архитектура.
4. Лицензионная модель.
5. Платежи и валюты.
6. Какие функции предоставляет технологический партнёр.
7. Какие функции должны остаться внутри оператора.
8. Каналы привлечения.
9. Ориентировочный бюджет и сроки запуска.
10. План масштабирования после первого GEO.

После этого структура команды становится намного понятнее: не «кого нанять вообще», а какие функции необходимо закрыть именно в этой конфигурации проекта.

Если казино уже работает: когда проблема не в людях, а в системе

У действующего оператора слабые результаты не всегда означают, что нужно просто нанять ещё одного менеджера. Иногда проблема находится в стыке процессов или в самой платформе.

• CRM не может быстро сегментировать пользователей;
• payments-команда не видит единой картины отказов;
• fraud работает отдельно от KYC и support;
• аналитика собирается вручную из нескольких кабинетов;
• product не может быстро менять onboarding;
• новое GEO требует слишком большого количества ручных доработок;
• поставщики плохо интегрированы между собой;
• каждое изменение требует участия технической команды поставщика.

В таких случаях возможна не только перестройка команды, но и refurbishment, смена отдельных модулей, новая интеграционная архитектура или миграция на другую платформу. Задача — не добавить людей к плохому процессу, а убрать сам узкий участок.

Главный вывод: структура команды начинается с модели проекта

Онлайн-казино — это не набор разрозненных должностей. Это система, где Acquisition приводит пользователя, Product проводит его через интерфейс, Payments принимает деньги, CRM строит отношения, Risk защищает экономику, Compliance удерживает процессы в допустимых рамках, Support решает реальные проблемы, а Data показывает, что происходит со всем бизнесом.

Будущему владельцу не нужно становиться Affiliate Manager, MLRO, Product Manager и BI Analyst одновременно. Но нужно понимать эту карту достаточно хорошо, чтобы правильно выбрать модель запуска, поставить задачи поставщикам и контролировать экономику проекта.