Как мы разработали аналитическую платформу

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

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

Одни и те же данные должны были корректно работать одновременно в календаре матчей, карточках команд, статистике игроков, турнирных таблицах и детальной аналитике конкретного матча.

При этом часть информации должна была обновляться автоматически, а часть — редактироваться администраторами.

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

Таким образом, требовалось связать в одну систему данные, аналитику, контент, пользователей и коммерческую модель.

Создать с нуля двуязычную аналитическую платформу, которая:

• автоматически получает спортивные данные через API;
• позволяет управлять данными и контентом через собственную админ-панель;
• предоставляет пользователям календарь, новости, статистику и аналитику;
• разделяет бесплатный и платный контент;
• поддерживает тарифные планы и оплату;
• предоставляет каждому пользователю персональный кабинет;
• работает на desktop, tablet и mobile.

Было

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

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

Стало

Мы разработали полноценную платформу, объединяющую:

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

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

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

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

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

В качестве источников использовались API NHL и Sportsnet. Дополнительно администратор мог вручную редактировать необходимые данные и контент через панель управления.

Отдельно мы разработали визуальную систему проекта.

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

В рамках дизайн-этапа мы создали:

• логотип;
• фирменные цвета и типографику;
• дизайн основных страниц;
• интерфейсы личного кабинета;
• pop-up окна;
• состояния элементов;
• адаптивные версии;
• библиотеку компонентов;
• UI Kit;
• анимации и переходы.

Макеты были подготовлены отдельно для desktop, tablet и mobile.

Всего дизайн включал более 15 уникальных страниц, отдельные экраны личного кабинета и набор интерактивных состояний.

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

Одна из наиболее сложных частей проекта — работа с хоккейной статистикой.

Данные из API должны были использоваться в различных сценариях и отображаться в соответствии с логикой конкретного раздела.

Например, календарь должен учитывать:

• дату матча;
• время;
• место проведения;
• статус игры;
• завершённые матчи;
• счёт;
• перенесённые матчи.

На странице аналитики конкретного матча необходимо было собрать уже значительно больше информации:

• составы команд;
• игроков в тренде;
• статистику вратарей;
• командную статистику;
• травмированных игроков;
• последние 5 матчей;
• встречи команд в текущем сезоне;
• дополнительные факты;
• аналитические материалы.

При этом одна и та же информация должна была корректно использоваться в разных частях платформы.

Например, данные о травмированном игроке попадали как в отдельный раздел «Травмированные игроки», так и в аналитику конкретного матча.

Отдельная задача — логика отображения матчей.

Для пользователя матч мог находиться в разных состояниях:

Предстоящий

Показывается дата, время, место проведения и информация о командах.

Матч сегодня

Появляется возможность перейти к детальной аналитике матча.

Матч завершён

Вместо времени выводится статус FINAL, появляется итоговый счёт и статистика игры.

Матч перенесён

Пользователь видит статус PPD.

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

Отдельный блок продукта — статистические разделы.

В турнирных таблицах пользователь мог переключаться между:

• лигой;
• конференциями;
• дивизионами;
• wild card;
• сезонами.

На мобильных устройствах таблицы получили горизонтальный скролл с фиксированной первой колонкой.

Аналогичный подход использовался для статистики игроков.

В разделе игроков были реализованы три основных сценария:

Сводка — рейтинги лучших полевых игроков и вратарей.

Статистика игроков — таблица с фильтрами по типу игрока, сезону и фамилии.

Травмированные игроки — список игроков с разбивкой по командам и возможностью фильтрации.

Одной из ключевых особенностей продукта стала модель платного доступа.

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

Механика была построена вокруг условных «ключей»:

1 ключ = 1 открытие платной аналитики матча.

Если аналитика матча бесплатная, её видят все пользователи.

Если матч платный, система проверяет права пользователя:

• есть ли авторизация;
• есть ли действующий тариф;
• осталось ли необходимое количество ключей.

После открытия платной аналитики соответствующее количество доступных матчей уменьшалось.

После окончания срока действия подписки оставшиеся ключи также становились недоступными.

Для пользователя без тарифа система предлагала оформить подходящий тарифный план.

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

Личный кабинет стал отдельной частью продукта, а не просто страницей профиля.

В нём пользователь мог:

• управлять аккаунтом;
• менять пароль;
• просматривать уведомления;
• сохранять интересующие матчи;
• управлять тарифом;
• отслеживать оставшееся количество доступных матчей;
• получать информацию об окончании подписки;
• управлять настройками.

Отдельно реализовали систему уведомлений.

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

Для управления всей платформой мы разработали собственную админ-панель на чистом PHP без использования CMS или готового административного решения.

Панель включает:

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

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

Это позволило не привязывать работу продукта исключительно к автоматической загрузке данных из API.

Главная сложность проекта была не в количестве страниц.

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

Одни и те же сущности — команда, игрок, матч, сезон, статистика — использовались сразу в нескольких разделах.

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

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

За примерно 5 месяцев — около 2 месяцев на дизайн и 3 месяцев на разработку — мы создали и передали заказчику полностью готовую платформу.

В цифрах

• 15+ уникальных страниц
• 3+ API-источника
• 4 тарифных плана
• 2 языка
• 3 версии интерфейса: desktop, tablet, mobile
• собственный UI Kit
• собственная админ-панель
• личный кабинет пользователя
• система подписок и платного доступа
• система уведомлений
• интеграция оплаты

Проект был полностью разработан и передан заказчику. В дальнейшем сайт был поставлен на паузу по причинам, которые нам неизвестны, поэтому мы не приписываем проекту бизнес-результаты, которых фактически не можем подтвердить.

Вместо обычного спортивного портала заказчик получил основу для полноценного сервиса спортивной аналитики:

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

То есть технически был создан не просто сайт о НХЛ, а готовый цифровой продукт с собственной бизнес-моделью.

Если вам нужно разработать цифровой продукт на основе сложных данных, API и собственной бизнес-логики — обсудим задачу и предложим архитектуру проекта.