Как сэкономить на разработке мобильного приложения для доставки еды?

• Повышают средний чек и лояльность гостей
  Люди хотят экономить время и избегать лишних действий. Мобильное приложение дает такую возможность. К тому же оно включает программу лояльности, по которой гости накапливают бонусы и участвуют в акциях. При таком подходе появляются не только постоянные клиенты, но и растет средний чек.
• Делают взаимодействие удобным
  Многие люди стремятся минимизировать контакт с незнакомцами, и это объясняет популярность мобильных приложений. С ними клиенты могут заказывать еду на дом без необходимости общения с менеджером.
  
• Автоматизируют процессы
  Приложение помогает сократить расходы на персонал, снизить комиссии агрегаторов и упростить работу с клиентами. В результате вы не только экономите ресурс, но и делаете обслуживание еще эффективнее.
  

Основная цель, ради которой создаются мобильные приложения для доставки — установить связь между клиентом и рестораном быстрого питания. Сценарий взаимодействия выглядит так:

Приложением будут пользоваться несколько типов пользователей, поэтому функционал будет разрабатывается под каждого:

Для клиентов — это меню с карточками товаров, фильтры, оформление заказов, оплата онлайн, отслеживание доставки, отзывы, история заказов и т.д.

Для курьеров — отслеживание статуса заказа, интеграция с картами, база заказов, финансовая отчетность и т.д.

Для администраторов ресторана — управление заказами, управление пользователями и курьерами, касса и т.д.

У ресторана есть 2 пути реализации таких приложений:

• Приобрести коробочное решение у провайдеров ПО
• Разработать собственное приложение с нуля, обратившись в веб-студию. Это кастомная разработка
  

Кастомная разработка лучше, потому что предлагает индивидуальные решения. Но не каждый готов платить за приложение по 5-10 млн и ждать его 3-12 мес, поэтому чаще выбирают коробочные решения, не зная на старте обо всех ограничениях.

Например:

• Ситуация, когда вам нужен редизайн. Допустим, вы отрисовали макеты и передали вендорам, чтобы те внедрили изменения в продукт. Вам объясняют, что их компоненты устроены по-другому, поэтому сделать точно по макету не получится. В итоге вы получаете совсем не то, чего ожидали
• Стоимость часа доработки ПО обычно выше средней стоимости часа кастомной разработки — 2500-4000₽ в зависимости от поставщика. Если доработок много, то выйдет накладно
  
• Новый функционал остается у вендора ПО. Поставщики оставляют за собой право внедрить его в расширенные опции для последующей перепродажи. Вы заплатите за инструментарий, которым будут пользоваться ваши конкуренты за гораздо меньшую сумму
  

И таких ограничений много. Мы писали об этом в этой статье, почитайте, как это работает.

Поэтому мы создали компромиссное решение, разработав продукт, который включает все необходимые для общепита функции, но стоит в 2 раза меньше, чем разработка с нуля и в несколько раз удобнее, чем «коробка». Это модульное мобильное приложение.

MØDUL — это набор готовых функций, из которых создается мобильное приложение для Android и iOS, а также для планшетов:

• Регистрация и авторизация
• Личный кабинет (История заказов, Избранное)
  
• Уведомления
  
• Меню
  
• Система рейтинга и отзывов
  
• Оформление и оплата заказа
  
• Корзина
  
• Чат со службой поддержки
  
• Программа лояльности
  
• Бронирование
  
• Истории и другое
  

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

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

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

Важно. Модули — это не шаблоны, коробочное решение или Tilda в мире мобильных приложений. Каждый клиент получает индивидуальное решение, полностью адаптированное под задачи и потребности его ресторана.

Функционал будет решать задачи и гостей, и курьеров, и администраторов заведения.

Гости смогут:

• Просматривать меню, включая фотографии и описания блюд, видеть актуальные цены
• Редактировать заказ в корзине в пару кликов, менять размер блюда, объем напитка и добавки
  
• Заказывать доставку
  
• Оплачивать заказ онлайн банковской картой или через СБП
  
• Оставлять отзывы о качестве еды и обслуживании
  
• Участвовать в программах лояльности, пользоваться промокодами и скидками
  
• Отслеживать местоположение курьера
  

У курьеров будет возможность:

• Принимать заказы в режиме реального времени
• Просматривать детали заказа — информацию о клиенте, адрес доставки и особенности заказа
  
• Строить маршрут доставки
  
• Обновлять статус заказа (в пути, доставлено) и уведомлять клиентов о статусе заказа
  
• Взаимодействовать с клиентами через приложение — например, сообщать о задержках
  
• Работать с отчетами
  

Администраторы смогут:

• Автоматизировать учет продаж через интеграцию с POS-системами. Новые заказы сразу уйдут в iiko или R-Keeper. POS-система позволит отследить статистику продаж по клиентам: кто приходит чаще, каков размер среднего чека, какие предпочтения в блюдах и напитках. На основе этих данных можно создать маркетинговую стратегию
• Управлять заказами на кухне, следить за очередностью приготовления блюд, следить за состоянием запасов
  
• Вести клиентскую базу, идентифицировать гостя в программе по номеру карты или телефона
  
• Управлять наполнением приложения через административную панель — обновлять меню, цены и модификаторы, редактировать акции и промокоды
  
• Управлять стоп-листами — если во время приготовления закончится один из ингредиентов, блюдо перейдет в стоп-лист и оно исчезнет из меню
  
• Настраивать программу лояльности — например, внедрить бонусные карты, чтобы гости получали бонусы и могли тратить их при последующих посещениях
  
• Рассылать push-уведомления
  
• Управлять персоналом, планировать графики, вести учет рабочего времени, контролировать выполнение задач
  
• Контролировать качество обслуживания клиентов через админпанель
  
• Удаленно мониторить и управлять устройствами в едином бэк-офисе на базе центрального сервера
  

При этом дизайн будет адаптирован под ваш брендбук. У вас будет собственное мобильное приложение, которое в дальнейшем можно будет развивать и масштабировать

Реализовать можно практически все, что требуется для решения задач заведения:

• Интеграцию с IP-телефонией — когда позвонит клиент, система автоматически распознает его по номеру, и оператор увидит информацию о нем на экране
• Геймификацию, чтобы пользователи могли выполнять задания, следить за прогрессом и копить бонусы
  
• Отслеживание местоположение курьера в реальном времени
  
• Персонализированные рекомендации — создать алгоритмы, которые анализируют предыдущие заказы и предлагают пользователю блюда на основе его предпочтений, погоды и времени суток
  
• Виртуальный сомелье — подбор подходящих напитков к выбранным блюдам с описанием вкусовых сочетаний
  
• Возможность составления собственного блюда — разработать интерактивный конструктор, который позволит самостоятельно выбрать ингредиенты для создания собственного блюда
  
• Собственные аналитические отчеты, ИИ
  

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

Для примера покажем вырезки из сметы. Первая — кастомная разработка. Вторая — модульная.

На кастомное MVP мобильного приложения уйдет около 4,9 млн и больше 3-х месяцев

На модульное — около 3-х млн и 1-2 месяца на MVP. Детализированную смету вы можете запросить в Telegram-боте

Если сравнивать модульное решение с коробочными, далеко не факт, что «коробка» будет стоить дешевле, и вот почему.

Допустим, у вас одна точка. Тогда это X% оплаты. Но каждая последующая будет добавлять 20/40/60% к стоимости лицензии в зависимости от условий. Если вендор удерживает процент от оборота, то с ростом выручки сумма тоже будет расти.

Некоторые «коробки» забирают только процент от оборота и неважно, сколько точек. Но в таком случае процент будет выше. У нас был клиент, который потратил на обслуживание коробочного решения около 2 млн ₽ за год, но решил отказаться в пользу кастомной разработки, потому что «коробка» не закрывала потребности его бизнеса.