Разбор кейса сайта Афиши

Этапы проектирования

Рассматривается кейс интеграции сервиса бронирования билетов в сайт-афишу. Проектирование такого сервиса включает шесть этапов:
1. Анализ бизнес-контекста — описание текущей ситуации и проблем.
2. Составление профилей заинтересованных лиц (стейкхолдеров, stakeholder) — выявление их потребностей, выгод и ограничений.
3. Описание текущих бизнес-процессов — как задача решается сейчас.
4. Описание предметной области — сущности, их взаимосвязи, жизненные циклы и бизнес-правила.
5. Анализ проблем — что получат стейкхолдеры от предлагаемого решения и какие зависимости существуют.
6. Перечень возможностей участников для решения проблем.

Бизнес-контекст

Издательский дом «Афиша» владеет ведущими журналами и сайтами о развлечениях, издаётся в Москве, Петербурге и ещё двадцати городах. Аудитория одного номера составляет около 1 млн человек, сайт посещают 2–3 млн в месяц (статистика 2010 года). Бизнес-идея — запуск сервиса бронирования билетов. Цель — развитие портала, расширение функционала и подготовка к онлайн-продаже билетов на киносеансы. Первая стадия — организация бронирования.

Принцип сотрудничества: «Афиша» вступает в партнёрские отношения с условной сетью кинотеатров N. Зарегистрированные пользователи «Афиши» могут бронировать билеты на киносеансы. Сеть кинотеатров, в свою очередь, размещает на своих ресурсах (билетах, плакатах и т.п.) рекламу «Афиши».

Профили заинтересованных сторон

Вовлечённые стороны: сеть кинотеатров N, «Афиша» и кинозрители. Для каждой составляется профиль: выгода, ожидания (детализация потребностей), основные интересы и ограничения — факторы, способные помешать получению выгоды.

Пример для сети кинотеатров:
• Выгода: увеличение притока посетителей, рост популярности киносети, повышение лояльности.
• Ожидания: рентабельность проекта не менее 20%.
• Интересы: отказ от телефонного бронирования как более дорогого, максимизация числа проданных билетов.
• Ограничения: возможность размещать только логотип сайта «Афиши» на каждом билете (максимально допустимый рекламный носитель).

Аналогично формируются профили «Афиши» и кинозрителей.

Бизнес-процессы

Описание процессов помогает понять последовательность действий при внедрении сервиса. Моделируются процессы «как есть» (AS-IS) — без бронирования и с существующим телефонным бронированием.

Сценарий без бронирования:
1. Выбор фильма, кинотеатра и времени сеанса.
2. Поездка в кинотеатр.
3. Покупка билета.
4. Просмотр фильма.

Сценарий с телефонным бронированием:
1. Выбор фильма, кинотеатра и времени сеанса.
2. Бронирование по телефону.
3. Поездка в кинотеатр.
4. Выкуп билета.
5. Просмотр фильма.
Бронирование добавляет этап, но исключает риск, что к моменту приезда билетов не останется.

Процессы детализируются с указанием ролей (зритель, оператор) и оформляются в виде вариантов использования (use cases). Например, для отмены брони по телефону указывается основной поток (звонок, идентификация, отмена) и альтернативные сценарии со ссылками на другие бизнес-процессы.

Для моделирования применяются нотации: блок-схема, IDEF, ARIS (Architecture of Integrated Information Systems), BPMN (Business Process Model and Notation). Диаграммы наглядны, но их изменение может быть трудоёмким, а отображение всех ветвлений — сложным.

Предметная область

Выделяются ключевые сущности и связи (инфологическая модель): зритель, билет, сеанс, кинотеатр. Дополнительно фиксируются законодательные ограничения: зритель должен быть старше 14 лет, требуется пользовательское соглашение на обработку персональных данных, услуга бронирования предоставляется бесплатно. Формируется словарь терминов (билет, место, зона брони).

Жизненный цикл киносеанса: «Ожидается показ» → «Показ» → «Завершён». На этапах ожидания и показа возможна отмена, после чего цикл сразу переходит к завершению.

Жизненный цикл билета: билет находится «в продаже». Далее возможны переходы:
• Забронирован → Куплен. Если бронь не выкуплена, билет возвращается в продажу.
• Отмена сеанса: билет переводится в ожидание возврата, затем возврат и аннулирование.
• Аннулирование без выкупа.

Бизнес-правила формулируются отдельными краткими положениями, так как их сложно наглядно выразить на диаграмме:
• Если бронь не выкуплена за 20 минут до начала сеанса, она снимается.
• Забронировать билет менее чем за 20 минут до начала сеанса нельзя.

Анализ проблем и зависимости

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

Проблема «Афиши»: необходимость сохранить и увеличить долю рынка. Причина — агрессивные планы конкурентов. Выигрыш от новой системы — получение конкурентного преимущества и подготовка инфраструктуры к онлайн-продаже билетов. Приоритет проблемы — критический.

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

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

Возможности

• Сеть кинотеатров: размещение рекламы «Афиши» на билетах, плакатах, буклетах; создание системы скидок и бонусов; внедрение электронной системы бронирования с внешним API (Application Programming Interface).
• «Афиша»: разработка системы бронирования; оповещение зрителей об изменении сеансов; обеспечение киносети потоком посетителей; интеграция через API; сбор статистики и отслеживание лояльности.

Роль данных

Каждый шаг анализа сопровождается сбором и оценкой количественных данных. За переходами между этапами стоят конкретные показатели, которые определяют принимаемые решения. Сбор, обработка и интерпретация данных — предмет второй части курса, посвящённой науке о данных (Data Science). В дальнейшем эти принципы будут применяться с использованием языков Python и R.

Краткие итоги

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

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

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

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

Анализ проблем и зависимостей переводит качественные риски в плоскость управляемых факторов. Так, риск потери лояльности для киносети увязывается не просто с появлением онлайн-бронирования, а с конкретной причиной — отсутствием билетов у посетителей, приехавших без брони. Декомпозиция зависимостей (невозможность оповещения из-за нехватки контактов) вскрывает скрытые уязвимости, которые должны быть закрыты на этапе возможностей — через оповещения и API-интеграцию.

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