London Group

Заказчика сопровождали 5 специалистов: проджект-менеджер, дизайнер, backend- и frontend-разработчики, тестировщик. 

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

MVP (minimum viable product) — это минимально жизнеспособный продукт, достаточный для запуска и тестирования на «живых» пользователях. 

Тесты решили провести на малой выборке гостей. Поэтому к первой версии подключили только один бар. Мы придерживались такой стратегии:

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

Текущий функционал мобильного приложения 

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

№1. MVP

На этапе MVP реализовали такой сценарий: 

1. Гость загружает приложение. 
2. Даём ему QR-код со скидкой. 
3. Администратор сканирует код и видит профиль гостя. 
4. Администратор присваивает гостю определенный тег, например, «проблемный» или «предпочитает шоколадный брауни». 
5. Информация о посетителе передается в отдел маркетинга. 
6. Спустя время пользователь получает примерно такое push-уведомление: «Попробуйте любимый брауни, но с белым шоколадом». 

Благодаря функции тегирования нам удалось составить портрет каждого гостя. 

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

№2. QR-билеты

Так как MVP оказался успешным, заказчик дал добро на доработку приложения. 

Первым делом добавили раздел «Новости», чтобы пользователи могли смотреть предстоящие мероприятия и покупать билеты. Это особенно актуально для тех, кто часто прилетает на отдых в Сочи. 

После оплаты мы генерировали QR-код участника мероприятия. Гость показывал его охране и заходил, если всё в порядке.  

Механика, очевидно, понравилась всем: продажи билетов сразу выросли на 5%, а на сегодня прирост составил уже 20%. 

№3. Апгрейд программы лояльности

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

Процент кэшбека растет пропорционально годовой сумме покупок. На таблице видно, как это работает:

Для автоматизации программы лояльности подключили сервисы R-Keeper и IIKO. Чуть позже карта постоянного гостя стала доступна в Apple Wallet и Google Pay. 

№4. Онлайн-бронирование

Сейчас попасть в меню «Бронирование» можно из двух разделов: «Новости» и «Рестораны». Когда пользователь переходит в ресторан, он видит 3 функциональные зоны:

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

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

№5. Пользовательские фильтры

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

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

Для ресторанов продумали следующую логику:

• Комфорт. Здесь собрали доступные опции, которые обсуждали выше.
• Концепция. Тут можно отобрать заведения по виду кухни, наличию банкетов и удобству для семьи. 
• Меню. Что у нас по блюдам, где уважают ЗОЖ и кормят собачек. 
• Расположение. Настраиваем предельный радиус поиска и получаем подходящие рестораны. 

На этом этапе возникли определённые сложности, но о них расскажем отдельно. 

Планы развития мобильного приложения 

В этом году планируем такие обновления:

1. Привязка к тейбл-тентам. Тейбл-тент — это настольная табличка, обычно рекламного содержания. Мы хотим встроить в нее информацию о столике и ссылку на приложение. Гость будет сканировать QR-код и переходить в приложение, если оно установлено. В ином случае откроется веб-ссылка, где гость также сможет выбрать блюда, оставить чаевые, разделить или оплатить счёт, но без бонусов и кэшбека. Это позволит не дожидаться официантов в дни высокой загруженности. Система сама сообщит администратору, что счёт уже закрыт и беспокоиться не о чем. 
2. 3D-туры по заведениям. У постоянных гостей часто бывают любимые столики. Чтобы новый посетитель легко присмотрел хорошее место, мы внедрим 3D-туры. Пользователь сможет изучить обстановку, двигая камеру от первого лица — так, как будто лично побывал в ресторане. Расстояние до танцпола, кухни, барной стойки, вид на море и горы — всё это будет включено. 
3. Ведение статистики. В будущем хотим интегрировать сервис Prime Hill, чтобы иметь больше метрик для аналитики. 
4. Перенос админ-панели в web. Настроим 3 уровня доступа к веб-админке: администратор, менеджер и официант. Каждый сотрудник получит определенную роль. Понятно, что официанту совсем не нужна функция добавления новостей или просмотра статистики. Этим должен заниматься администратор. А вот следить за бронью столиков — прямая обязанность официанта. 

Почему мы не предлагали заказчику готовые решения

От аналогов отказались по следующим причинам:

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

Тем не менее, мы обратились к партнёрам за некоторыми решениями. Чтобы наладить эквайринг и автоматизировать программу лояльности, мы подключили  R-Keeper, Eat&Split и IIKO. Интеграцию провели быстро, поскольку сервисы взаимно совместимы.