Шаурма по-братски - приложение для доставки еды

Article cover

Как мы помогли сети "Шаурма по-братски" запустить мобильное приложение за 3 месяца после неудачи с предыдущими разработчиками


Сеть быстрого питания — это жёсткая конкуренция за каждого клиента. В мире, где 80% заказов делают с мобильных устройств, отсутствие удобного приложения равносильно потере значительной части выручки. При этом сети франчайзи сталкиваются с особыми вызовами: нужно обеспечить единый стандарт обслуживания, но при этом дать партнёрам возможность принимать платежи напрямую на свои счета. А когда у тебя в системе учёта 98 позиций вместо 10 из-за всех возможных конфигураций блюд, запуск приложения превращается в настоящий квест. Сеть "Шаурма по-братски" обратилась к нам после неудачного опыта с предыдущей командой разработчиков, которая так и не смогла довести проект до результата.

Что хотел клиент?

Руководство сети "Шаурма по-братски" поставило перед нами конкретные задачи:

  • Запустить мобильное приложение: для онлайн-заказов на самовывоз, в зале и доставку в некоторых городах
  • Сосредоточиться на mobile-first подходе: отказаться от веб-сайта в пользу мобильного приложения, так как 80% заказов делают с телефонов
  • Интегрировать с системой учёта iiko: обеспечить синхронизацию заказов и меню с существующей системой управления ресторанами
  • Обеспечить франчайзинговую модель: возможность принимать платежи напрямую партнёрам на их счета

Ограничения:

  • Негативный опыт с предыдущими разработчиками
  • Сложная система номенклатуры в iiko (98 позиций вместо 10)
  • Необходимость поддержки франчайзинговой модели оплат
  • Готовый дизайн, который нужно было реализовать точно

Исходная ситуация:

  • Был готов дизайн мобильного приложения
  • Предыдущая команда разработчиков не довела проект до результата
  • Отсутствовали онлайн-заказы, что означало потерю значительной части клиентов

Наш подход к задаче

Мы сосредоточились на восстановлении доверия и методичной реализации:

Знакомство через бизнес-сообщество: Познакомились с клиентом в бизнес-сообществе, что помогло быстро найти общий язык и понять специфику их бизнеса.

Детальный анализ требований:

  • Изучили готовый дизайн и пожелания к интеграциям
  • Проанализировали бизнес-процессы и особенности франчайзинговой модели
  • Составили функциональную карту и дали честную оценку сложности
  • Обсудили тонкости интеграции с iiko и выявили потенциальные проблемы

Поэтапная реализация:

  • Начали с вёрстки UI для демонстрации прогресса
  • Затем реализовали бизнес-логику приложения
  • Финально интегрировали с системой учёта iiko

Пример нашего подхода: Боль: "98 позиций в iiko вместо 10 блюд с конфигурациями" → Гипотеза: "Нужно mapping между UI и номенклатурой" → Решение: "Ручная настройка соответствий конфигураций" → Проверка: "Пользователь видит 10 блюд, но заказ корректно передаётся в iiko"

Что мы сделали

Создали полнофункциональное мобильное приложение с решением специфических проблем сети:

1. Кроссплатформенное мобильное приложение

  • Flutter разработка: единая кодовая база для iOS и Android, что ускорило разработку и снизило затраты
  • Pixel-perfect вёрстка: точная реализация готового дизайна без отклонений
  • Адаптивный интерфейс: корректное отображение на всех размерах экранов
  • Оптимизация производительности: быстрая загрузка даже на слабых устройствах
  • Офлайн-функционал: возможность просмотра меню без интернета

2. Backend и интеграционный слой

  • Node.js backend: быстрая разработка API и интеграций
  • REST API архитектура: стандартизированное взаимодействие между приложением и сервером
  • Система аутентификации: безопасная регистрация и авторизация пользователей
  • Управление сессиями: корректная обработка пользовательских сессий
  • Логирование и мониторинг: отслеживание ошибок и производительности системы

3. Интеграция с iiko

  • Демонстрационный стенд: договорились с интегратором iiko о тестовой среде для отладки
  • Синхронизация меню: автоматическое обновление каталога блюд и цен
  • Передача заказов: корректная отправка заказов в систему управления рестораном
  • Статусы заказов: отслеживание готовности и выдачи заказов
  • Inventory management: контроль остатков и недоступности позиций

4. Система платежей и франчайзинг

  • Интернет-эквайринг: помощь в регистрации и настройке приёма онлайн-платежей
  • Мультивенинг: возможность принимать платежи напрямую франчайзи на их счета
  • Банковские карты: поддержка всех основных платёжных систем
  • Система комиссий: гибкая настройка комиссий для разных типов партнёров
  • Финансовая отчётность: детальная аналитика по транзакциям для каждой точки

5. Функциональность заказов

  • Типы заказов: самовывоз, заказ в зале, доставка (в зависимости от города)
  • Конфигуратор блюд: удобный выбор размера, мяса, соусов и дополнений
  • Корзина и оформление: интуитивный процесс создания заказа
  • История заказов: возможность повторить предыдущие заказы
  • Уведомления: push-уведомления о статусе заказа

6. Административные функции

  • Управление меню: возможность скрывать недоступные позиции
  • Настройка точек: индивидуальные настройки для каждого ресторана
  • Аналитика заказов: статистика продаж и популярных позиций
  • Управление акциями: создание и настройка промо-предложений
  • Техническая поддержка: инструменты для диагностики проблем

С какими трудностями мы столкнулись

Сложная номенклатура в системе учёта

В iiko было заведено 98 отдельных карточек товара вместо 8-10 базовых блюд с конфигурациями. Например, шаурма с курицей размера M с острым соусом была отдельной позицией от шаурмы с курицей размера M с чесночным соусом. При классической синхронизации каталог выглядел громоздким, но клиент хотел видеть 10 простых позиций с возможностью настройки.

Что мы сделали: разработали систему ручной настройки соответствий между конфигурациями в приложении и конкретными номенклатурными позициями в iiko. Создали административный интерфейс для mapping'а всех комбинаций. При формировании заказа система автоматически определяет правильный идентификатор блюда в iiko.

Чему научились: сложные учётные системы требуют дополнительного слоя абстракции между пользовательским интерфейсом и backend-системами. Важно изучить структуру данных клиента на этапе планирования.

Интеграция с различными эквайрингами франчайзи

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

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

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

Результаты

  • Запустили приложение за 3 месяца: уложились в оговоренные сроки после неудачи предыдущих разработчиков
  • Решили проблему сложной номенклатуры: пользователи видят 10 простых блюд, но система корректно обрабатывает все 98 позиций в iiko
  • Обеспечили поддержку франчайзинга: партнёры получают платежи напрямую на свои счета
  • Повысили конверсию в онлайн-заказы: мобильное приложение стало основным каналом продаж
  • Автоматизировали синхронизацию с iiko: меню и заказы передаются без ручного вмешательства
  • Создали масштабируемое решение: архитектура готова к подключению новых точек сети
  • Обеспечили стабильную работу платежей: поддержка множественных эквайрингов без сбоев

Выводы

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

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

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


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