Бизнес-требования

1. Описание проблемы

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

Потребности и боли целевой аудитории:

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

2. Невозможность забронировать нужный столик. Столики распределяет хостес по своему усмотрению. В ресторане ждёт «кот в мешке»: возможно, вы будете сидеть у входа и вместе с хостес встречать гостей, возможно — в глубине зала рядом с поваром «готовить» для всех посетителей. Или будете сидеть за плотно поставленными друг к другу столиками так, что фактически ужинаете с соседями по столику, слышите их разговоры и поведение за столом вместо того, чтобы общаться с тем, с кем пришли.

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

4. Быстро выбрать и забронировать столик в зависимости от геолокации — для тех, кто спонтанно решил пойти в ресторан и нужно быстро сориентироваться, куда пойти рядом с текущим местоположением.

5. Если мест нет — встать в лист ожидания и заняться своими делами вместо ожидания у входа в живой очереди.

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

Текущие альтернативы

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

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

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

2. Целевая аудитория

Сегменты аудитории

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

Пользователи без брака (незамужние / неженатые)

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

• по заполненности (популярности);
• по расположению, чтобы быстро доехать с коллегами после работы;
• по тематике (кухня, спорт-бар, коктейль-бар и т.д.);
• спонтанный выбор по геолокации «здесь и сейчас».

Пользователи в браке

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

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

Пользователи с запросом на деловые встречи

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

Потребности и ожидания

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

3. Стейкхолдеры

Ключевые стейкхолдеры

• Инвесторы
• Директор продукта, продуктовая команда
• Команда разработки
• Команда партнёрского маркетинга и продаж
• Пользователи приложения: конечные пользователи и партнёры — рестораны
• Команда саппорта

Роль стейкхолдеров

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

Директор продукта и продуктовая команда — концепция продукта, ценность для пользователей, функциональность, приоритизация в разработке, определение MVP; после запуска — развитие продукта, доработки и новые идеи на основе реакции пользователей на рынке.

Команда разработки — техническая реализация, подбор технологий для качественной реализации функционала.

Команда партнёрского маркетинга и продаж — привлечение ресторанов-партнёров, взаимовыгодные условия сотрудничества, акции, удержание партнёров; маркетинговые кампании для конечных пользователей.

Команда саппорта — заявки о сбоях от пользователей и ресторанов, улучшение UX; обратная связь о болях пользователей для продуктовой команды.

Пользователи приложения — от их удовлетворенности и закрытия болей зависит успех; важны и B2C (конечные пользователи), и B2B (партнёры-рестораны).

4. Бизнес-цели и ключевые метрики

Основные бизнес-цели (SMART)

• Specific — стать для жителей города «золотым стандартом» бронирования столиков в ресторанах; для рестораторов — чтобы отсутствие в приложении означало проигрыш конкуренту, у которого бронирование через сервис доступно.
• Measurable — рост числа пользователей и партнёрских ресторанов (см. KPI).
• Achievable / Relevant / Time-bound — конкретные числовые цели и горизонты задаются отдельно в продуктовой дорожной карте.

Ключевые метрики (KPI)

• Рост числа конечных пользователей приложения.
• Рост числа партнёров-ресторанов.

5. Описание продукта

Общая концепция

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

Ключевые функции

• Описание ресторана, его концепции, для кого заведение лучше всего подходит.
• Просмотр плана зала и расположения столиков: фото, 3D-тур, описание особенностей расположения.
• Онлайн-бронирование столиков.
• Каталог с фильтрацией для поиска ресторанов.
• Рекомендации ресторанов и столиков на основе просмотров и бронирований с использованием ИИ и статистики (дорожная карта).
• Интеграция с привычными гидами (Ultime guide, «Хорошее место», Yandex) (дорожная карта).

6. Риски

Риски и стратегии управления

Риск: техническая сложность онлайн-бронирования в реальном времени

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

Риск: недостаточное число партнёров-ресторанов

Стратегии:

• Уделить особое внимание интеграции при бронировании; вовлечь разработку в поиск архитектурного решения; включить в KPI нагрузку, обработку синхронных/асинхронных запросов и разрешение конфликтов бронирования.
• Активная работа продаж и маркетинга с новыми ресторанами (потребность в рекламе и аудитории); работа с сетями и группами ресторанов для объёма и оборота.