С какой проблемой пришли?
На момент решения по сайту/приложению у Гарриса был стандартный набор болей любой растущей сети фастфуда:
1) Потеря клиентов в пользу агрегаторов и конкурентов
- Всё больше людей хотели заказывать онлайн, а не звонить.
- Без удобного сайта/приложения клиенты уходили:
- на агрегаторы с высокой комиссией;
- к конкурентам, у которых “в два клика заказал и забыл”.
2) Ручной, тяжёлый канал заказов по телефону
- Операторы принимали заказы по звонкам:
- путали адреса, блюда, модификаторы;
- тратили время на вопросы, которые можно автоматизировать (повторить прошлый заказ, уточнить адрес, сменить телефон и т.п.).
- Нагрузка на персонал росла вместе с количеством заказов.
3) Разрозненный, технически устаревший веб/мобильный контур
- Сайт и приложение были нестабильны и требовали доработок.
- Код бэкенда, фронта и мобильного приложения разрастался без системной архитектуры.
- Любая доработка могла ломать старый функционал.
4) Сложность для пользователя: авторизация и восстановление доступа
- Не все готовы возиться с СМС-кодами и почтой.
- Потеря пароля = потеря части пользователей.
- Учитывая специфику аудитории фастфуда, важны максимально простые сценарии входа/регистрации.
5) Не было выстроенной системы коммуникаций с клиентом
- Нужны были:
• СМС/звонки о статусе заказа;
• уведомления о доставке;
• триггерные рассылки (вернуть ушедших, напомнить о себе, промо акции).
- Но это всё работало фрагментарно, без единой логики.
Задача звучала по сути так:
“Нужен стабильный, удобный для клиентов сайт и мобильное приложение, через которые можно продавать, а мы не будем уставать от бесконечных доработок и падений.”
Плюс начинался локдаун (пандемия), а работали только оффлайн точки
Что сделали
Решение:
Мы не “поддерживали сайт и приложение”.
Мы создали с нуля полноценный продукт — собственный цифровой канал заказов и доставки под брендом “Гаррис”, включающий:
- мобильное приложение для iOS и Android,
- веб-сайт для онлайн-заказов,
- серверную инфраструктуру,
- интеграцию с 1С и логистикой,
- систему СМС/звонков-уведомлений,
- маркетинговые и технические инструменты,
- систему авторизации, профилей и лояльности,
- и дальнейшую поддержку, доработки и масштабирование.
Это не “часть” сети — это отдельный продукт, который приносит выручку.
1. Разработка сайта и мобильного приложения с нуля
Мы полностью создали:
- UX/UI дизайн сайта и приложения,
- архитектуру фронтенда и бэкенда,
- мобильные приложения под iOS и Android,
- клиентскую и серверную логику заказов, корзины, меню, профилей,
- модуль адресов, оплат, уведомлений, разрешений.
Приложения и сайт работают как единая экосистема:
- один аккаунт,
- единая корзина,
- единые адреса,
- общая история заказов.
2. Интеграция с 1С, кухней и логистикой
Мы разработали полноценный бэкенд и интегрировали его с:
- 1С:Общепит / УПО,
- кухонными процессами,
- системой доставки,
- эквайрингом и оплатами,
- базами данных товаров и цен.
3. Разработка продвинутых функций авторизации и профиля
Мы реализовали:
- вход по звонку,
- регистрацию по звонку,
- восстановление доступа без паролей,
- возможность удаления профиля (соответствие требованиям по ПДн),
- управление адресами, заказами, бонусами.
4. Полная серверная инфраструктура под ключ (VPS, DevOps, стабильность)
Мы развернули и настроили:
- VPS для сайта и приложения,
- сервер БД,
- систему резервного копирования,
- наблюдение и мониторинг,
- окружение для стабильной работы приложений,
- API-шлюз,
- балансировщики,
- защиту от отказов и падений.
5. Создание системы уведомлений: СМС + звонки + системные события
Мы интегрировали и настроили:
- СМС-уведомления по статусам заказов,
- автоматические звонки (робот) при регистрации/восстановлении,
- триггеры при изменении заказа,
- уведомления о доставке, задержках и готовности.
6. Рефакторинг, оптимизация, доработки и развитие продукта
После запуска мы:
- провели полный рефакторинг кода (фронт, мобильные приложения, бэкенд),
- очистили и улучшили архитектуру,
- исправили старые критические ошибки,
- внедрили новые функции,
- улучшили производительность.
7. Поддержка как сервис: мы — команда продукта, а не подрядчик
Мы ведём:
- техподдержку,
- мониторинг,
- обновление серверов,
- исправление ошибок,
- доработки,
- поддержку интеграций,
- пополнение балансов SMS/звонков.
Результат:
- У сети появился собственный цифровой продукт — мощный, современный и полностью автономный.
- Заказ можно оформить за 30–40 секунд.
- Конверсия и повторные продажи выросли.
- Меню, цены, остатки, модификаторы обновляются автоматически.
- Заказ из приложения → появляется в 1С → уходит на кухню → отправляется курьеру.
- Исключён человеческий фактор и ошибки операторов.
- Клиенту стало проще зайти и заказать (особенно для аудитории 40+).
- Количество потерянных пользователей из-за невозможности восстановить доступ сократилось.
- Приложение стало соответствовать требованиям цифровой этики и закона.
- Сервис работает стабильно, выдерживает пиковые нагрузки (пятница/вечер/праздники).
- У сети нет проблем “сервер лёг”, “ничего не работает”.
- У собственника — предсказуемость и безопасность IT-канала.
- Клиенты всегда знают, что происходит с их заказом → меньше звонков в поддержку.
- Сеть стала “живой” и коммуникабельной.
- Повторные продажи выросли — клиентов можно возвращать автоматикой.
- Продукт стал стабильным, быстрым и масштабируемым.
- Улучшилась скорость разработки новых функций.
- Снизились издержки сети на дальнейшее развитие.
- У сети “Гаррис” есть полный цифровой канал продаж
Где ещё применимо
1) Сетей фастфуда и бургерных
- региональные сети,
- франшизные истории.
2) Сетей пиццерий, суши, шаурмы, донеров
- где доставка — основной или значимый канал продаж.
3) Сетей кофеен и пекарен с доставкой
- утренние заказы, предзаказ, “кофе к офису”.
4) Dark kitchen / облачных кухонь
- без зала, только доставка → сайт/приложение = сердце бизнеса.
5) Сетей с собственной службой доставки
- где важно уйти от агрегаторов и забрать маржу себе.
6) Любых компаний, где:
- высокая повторяемость заказов,
- важно удерживать клиента,
- нужна своя клиентская база и канал коммуникаций.