Poker Manager — B2B SaaS для управления покерными клубами
Web + mobile web

О проекте:
Poker Manager — B2B SaaS для клубов социального покера. Закрывает разрыв между мобильными приложениями типа Pokerrr и реальными операциями клуба: база игроков, сегментация, кампании, роли и дашборды.
Моя роль:
Как Product Designer должен был за ~4–5 месяцев собрать MVP платформы, которая поможет владельцам клубов и менеджерам автоматизировать и контролировать клубную деятельность.
Что сделал:
- Ресёрч (интервью, поиск и анализ конкурентов, аудит таблиц) , формулировка болей и JTBD ролей.
- Спроектировал информационную архитектуру и ключевые модули: Список игроков, Списки столов, Сегменты, Кампании, Роли/доступы + аудит, Дашборды, Mobile‑web для ключевых сценариев.
- Ускорил MVP на Ant Design (таблицы/формы из коробки, тема на токенах).
- Юзабилити тесты, на этапе прототипа, на этапе тестового запуска, на этапе продакшена с активными клубами.
- Наладил коммуникацию с frontend разрабочиками, ввел дизайн ревью.
Команда:
Продакт, проджект менеджер, системный аналитик, 2 frontend разработчика , backend разработчик, специалист по домену (покеру).
Проблема:
В клубах всё держалось на Excel и чатах: у каждого менеджера своя таблица, нет сегментации и автоматизации, рассылки вручную. Итог — высокий операционный шум, потери данных, промахи по аудитории.

Решение:
Собрали единую админ-панель (Web + mobile web) вокруг сущности «Клуб»:
- Игроки: единый список с управляемыми колонками, быстрыми фильтрами и тегами.
- Коммуникации: кампании/уведомления с шаблонами, расписанием.
- Доступ: матрица ролей (владелец, менеджер, агент, игрок) и явные статусы действий.
- Mobile web: адаптированные списки/карточки и «быстрые действия».
Ожидаемый эффект: меньше ручной рутины и ошибок, быстрее подготовка анонсов/рассылок, стабильная сборка интерфейсов за счёт повторного использования компонентов.
Как меряли
- Анонс турнира — дневники времени. 10 менеджеров × 2 недели. Верификация по событиям в продукте (старт мастера, отправка).
- Покрытие тегами — аудит базы. Выборка ≈ 1 000 профилей; правило засчёта: у игрока есть ≥ 1 тег и он входит ≥ в 1 активный сегмент. Те же правила до/после.
- Ошибки доставок — логи каналов. Привели статусы разных каналов к общему справочнику; считали по неделям.
- Удержание M+1 — когортный отчёт. M0 — месяц первого визита; M+1 — возврат в течение 30 дней после M0. Исключили сотрудников/тест-аккаунты. Считали по клубам и в целом.
Процесс
- Аналитика
- Дизайн-система
- Прототипы
- Функциональные решения
- Передача макетов в разработку
- Метрики
Аналитика
Начал с проведения серии интервью с владельцами клубов и менеджерами клубов. После общения с несколькими хостами и менеджерами были зафиксированы следующие болевые точки:
- Хост не видит полной картины по результатам игр, активности игроков и статистике столов.
- Отсутствует централизованная статистика по прибыли, рейку и выручке, все у разных менеджеров.
- Невозможно сегментировать игроков по поведению или потенциальной ценности.
- Публикации в самих приложениях (например, анонсы игр на Pokerrr) происходят вручную.
- Нет аналитики по активным/выпадающим игрокам, средним чекам, времени активности.
JTBD
Анализ конкурентов
Так как продукт довольно нишевый и рынок закрытый, то удалось получить доступ только к одному решению на американском рынке которое закрывает похожий функционал. Проанализировав функционал пришли к выводу что больший упор сделан на проведение турниров и работу со столами и игроками. Выявили основные точки где мы можем сделать акценты в нашем продукте.

User Srory
В процессе работы над первыми драфтами прописали стори на основные сценарии для ролей хоста и менеджера клуба.


Дизайн система
Моей задачей было быстро собрать рабочий прототип с богатой таблицей, формами и доступами, не тратя недели на базовые вещи.
Почему Ant Design подошёл лучше всего:
- Большое покрытие готовых компонентов — есть почти всё «из коробки»: таблицы, формы, модальные окна, дропдауны, шаги и т. п. Это резко сокращает время до первых релизов.
- Сильные таблицы и формы — критично для B2B: много колонок, сортировки/фильтры, фиксация, валидации, состояния загрузки и ошибок.
- Быстрая сборка админ‑интерфейсов — экосистема ProComponents (таблицы/формы/лейауты администратора) ускоряет CRUD‑экраны и страницы настроек.
- Гибкая тема через дизайн‑токены — в v5 тема на токенах и CSS‑переменных, можно быстро брендировать MVP без «перекраски» каждого компонента.
- Экосистема графиков AntV — легко добавить дашборды: столбцы, линии, пай, комбинированные графики.
- TypeScript и документация — хорошие типы и понятные примеры ускоряют разработку и снижают баги.


Альтернативы и почему не выбрали для MVP:
- Material UI (MUI): сильная библиотека, но продвинутая таблица DataGrid уходит в платный план; для MVP это повышает порог входа и бюджет.
- Headless UI + Tailwind: даёт максимальную гибкость, но на MVP это означает больше кастомной верстки и времени без готовых сложных контролов.
Риски Ant Design и как мы их держим под контролем:
- Стиль. Решение: на уровне дизайн‑токенов и тем сразу подгоняем цвета/отступы под продукт, а компоненты оборачиваем в свои обёртки.
- Зависимость от библиотеки. Решение: слой своих UI‑обёрток и дизайн‑токены — можно будет заменить библиотеку поэтапно без переписывания логики.
Итог: Ant Design дал нам «скорость и предсказуемость» на этапе MVP: за счёт готовых, единообразных компонентов мы быстрее проверили гипотезы и перешли к измерению эффекта.
Проектирование и прототипирование
Интерактивные прототипы: Созданы интерактивные прототипы для тестирования основных пользовательских сценариев.
https://www.figma.com/proto/HaQBOE0TGaSWZicW1tlaV3/PokerManager--Transfer-?page-id=1234%3A77487&node-id=1567-40002&viewport=-57%2C92%2C0.07&t=z8y07z2oxX7awz3Z-1&scaling=contain&content-scaling=fixed&starting-point-node-id=1567%3A40002&show-proto-sidebar=1
Результаты: Прототипы показали узкие места в сценариях, немного переосмыслили основные сущности, по итогу сущность клуба стала основной. Дали более гибкий инструментарий для настройки тегов, жестко разделили роли хоста и менеджера.


Функциональные решения
Подключение клубов Pokerrr
Хост может авторизовать свои клубы, чтобы данные по сессиям, игрокам и столам автоматически подтягивались на платформу Poker Manager. Обновление данных — в режиме реального времени. При подключении по ID все клубы привязанные к этому ID подтягивались автоматически.


Дашборд по клубу и игрокам
На главной панели хост видит:
- Кол-во проведённых сессий и активных столов.
- Общую прибыль клуба, рейк, средний выигрыш по столам.
- ТОП-игроков по прибыли и активности.
- Новых и неактивных игроков за период.

Профили игроков и кастомные теги
У каждого игрока в системе есть карточка: статистика по участию, выигрышам, регулярность.
Хост может вручную или автоматически назначать теги: «регуляр», «новичок», «выпадает», «перспективный», «VIP», и использовать это для фильтрации и персонализированной работы с игроками.

Автоматизация публикаций
Через интерфейс можно создавать и планировать автоматические публикации и уведомления (например, о новых столах, фрироллах, кеш-играх) — с публикацией прямо в Pokerrr или в Telegram-группы.


Аналитика
Разделы с аналитикой по:
- Столам: средняя длительность, число участников, суммарный рейк.
- Игрокам: частота посещений, ROI, LTV.
- Динамике: неделя к неделе, сравнение периодов, план-факт.
- Финансам: прибыль, рейк, выплаты, бонусные механики.

Результаты
После пилотного внедрения у группы хостов (10+ клубов, более 5000 активных игроков) были зафиксированы следующие улучшения:
- Время на подготовку и публикацию анонсов сократилось в среднем на 60%.
- Хосты стали выявлять неактивных игроков на 3–5 дней раньше, чем раньше замечали вручную.
- Внедрение тегов позволило сегментировать до 70% базы для точечных приглашений и бонусов.
- По итогам месяца два хоста увеличили удержание игроков на 12% благодаря более точной работе с лояльной аудиторией.