Уникальный кейс по созданию единой IT-системы для ресторанного холдинга: от автоматизации бронирований и банкетов до AI-аналитики и интеграции с Telegram-ботом. Рассказываем, как за счёт цифровизации удалось разгрузить персонал, повысить выручку и улучшить клиентский опыт В статье речь пойдет про: — Секреты успешного сотрудничества с заказчиком — Полная цифровизация всего клиентского пути — Неоднозначные технические решения — Симбиоз с Telegram ботом — Как эта система выглядит со стороны ресторанов

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

Ниже — наш опыт усиления IT-направления сети из 10 ресторанов с рабочими решениями, ограничениями и компромиссами, с которыми мы сталкивались в процессе.

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

Итак, к нам пришел заказчик, который реализовал первую версию Telegram Mini App, в котором юзер мог ознакомиться с ресторанами, представленными в холдинге, но их не устраивала скорость реализации проекты и к нам пришел запрос за усиление IT-направления.

И сейчас это уже полноценная система, которая стабильно держит 11000 MAU, приносит реальные деньги, автоматизирует процессы заказчика и повышает качество сервиса. Из интересного, даже успели отбить одну атаку на сервера заказчика.

Как мы сотрудничаем с заказчиком

Итак, начинали проект мы небольшой командой из Project-менеджера, Frontend-разработчика и Backend-разработчика, сейчас над проектом уже трудится порядка 10 человек в проектном управлении и производстве и в следующем месяце мы расширяем команду еще в 2 раза.

Наша особенность в том, что мы стараемся не нагружать операционные процессы заказчика и забираем всю работу “под ключ”, заказчик может просто надиктовать нам свой запрос в любом формате, а мы сами докрутим детали, нарисуем макеты, предложим тексты, сделаем дизайн, оформим ТЗ и реализуем, протестируем и придем с предложениями по улучшению. Помимо этого, мы каждую неделю готовим дайджест с обновлениями и рассылаем его по ресторанам, а также закрываем вопрос технической поддержки, когда гости обращаются по различным вопросам.

Важный момент, который стоит проговорить отдельно.

Мы не работаем в формате «реализация по ТЗ»: мы сами собираем требования, формируем ТЗ и приходим с ним на утверждение. В этом проекте мы взяли на себя ответственность за развитие и стабильность всего IT-контура: от пользовательского опыта до интеграций, аналитики и отказоустойчивости.

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

Итак, что умеет приложение

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

Бронирование столов через Remarked

Мы по API подключаем слоты, запрашиваем у юзера дату, количество гостей и предлагаем совершить бронирование. Сервис бронирования предоставляет фиксированные слоты по 2 часа. В стандартной конфигурации это приводило к простоям в конце дня — столы физически свободны, но недоступны для бронирования.

Мы реализовали дополнительную логику поверх API, которая позволила открывать слоты на 1,5 часа, 1 час и 45 минут. В результате рестораны перестали терять выручку в «мёртвые» окна, которые раньше просто не использовались.

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

Продолжение в комментариях