Как создать приложение для доставки еды как ZakaZaka

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

  • Из чего состоит бизнес доставки еды?
  • Какие программные решения потребуются?
  • На что обращать внимание при разработке?
  • Как работать с ресторанами?
  • Что еще важно для организации бизнеса?

На основе собственных разработок подобных решений (сервис доставки еды «ЕстьХочу»), а также опыта участия в других проектах мы решили рассказать, как создать проект доставки еды.

Бизнес-модель и «подводные камни»

При создании сервиса вроде Заказака (доставка еды из ресторанов) надо понимать, что сайт и приложение – это только инструменты. В первую очередь необходимо определиться с вариантом бизнес-модели.

Какой будет ваша доставка?

  • Собственный парк автомобилей и мопедов.
  • Доставкой займутся таксисты и независимые курьеры.
  • Проект – виртуальный сервис, доставкой займутся сторонние службы.

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

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

Важная составляющая успеха – грамотная организация работы сервиса. Сотрудники компании должны своевременно модерировать отзывы, помогать пользователям в решении возникающих проблем и конфликтных ситуаций, контролировать обновления меню от ресторанов и т.д. Все это должно надежно работать в режиме 24/7.

Как запускался сервис Zakazaka: доставка готовой еды

История запуска сервиса доставки Заказака была опубликована на популярном ресурсе Spark.ru. Этот ценный опыт будет полезен всем, кто стремится заказать разработку сервиса, аналогичного ZakaZaka.

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

  • Расходы на реализацию проекта.
  • Динамика прибыли, основанная на средней стоимости заказа, частоте и значении среднего чека.
  • Финансовые прогнозы маркетинговых агентств.

В результате подробных расчетов с привлечением независимых маркетологов сумма проекта выросла по сравнению с предварительными данными в 4 раза.

Для выполнения разных видов работ – создания веб-сайта, мобильного приложения, разработки дизайна и рекламных материалов – были выбраны несколько подрядчиков. Где-то за 3 месяца до окончания работ над веб-сайтом и административным разделом владельцы проекта начали поиск сотрудников. На начальном этапе бизнеса человеческий фактор очень важен, ведь от степени заинтересованности сотрудников в результате зависит успешный старт и успех проекта. Например, когда стартовал проект Заказака, еда добавлялась в каталог только вручную, для чего потребовались все силы персонала, часто приходилось работать сверхурочно.

В первые несколько месяцев после старта проекта рекламу необходимо давать крайне аккуратно. Скорее, этот период стоит воспринимать как «бета-тестирование» для выявления последних багов и шероховатостей.

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

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

Из чего состоит проект

В большинстве случаев проекты вроде Zakazaka (доставка готовой еды) включают в себя следующие элементы:

  1. Web-сайт проекта.
  2. Административный раздел для модераторов/администраторов.
  3. Раздел ресторана-партнера.
  4. Мобильное приложение для курьеров.
  5. Пользовательские приложения доставки еды под iOS и Android.

Web-сайт проекта

Web-сайт выполняет следующие функции:

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

Административный раздел

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

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

  • Администратор. Полный доступ ко всем возможностям.
  • Контент-менеджер. Доступ к страницам веб-сайта (добавление, редактирование, удаление записей и страниц), доступ к информационному разделу приложения (добавление новостей и массовых оповещений).
  • Руководитель проекта. Доступ к финансовой статистике, всем заказам, отзывам и оценкам от пользователей, рабочим отчетам.
  • Руководитель подразделения (региональный представитель). Доступ к информации для руководителя, но с ограничениями – регион или структурное подразделение компании.
  • Оператор. Работа с текущими заказами в определенном регионе, доступ к сообщениям пользователей, возможность утвердить заказ вручную, связь (текстовая и голосовая) с курьерами и клиентами, рабочая отчетность.

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

Раздел ресторана-партнера

С технической точки зрения является разновидностью пользовательской роли в административном разделе. Но может иметь отдельный дизайн и вход через веб-сайт.

Партнер получает возможности:

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

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

Приложение для курьеров

Необходимо для организации работы доставки. Включает в себя следующие возможности:

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

Пользовательское приложение

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

Приложение должно быть привлекательным, максимально простым и удобным. Особое внимание при разработке уделяют следующему:

  • Простота навигации и выбора еды. Каталог ресторанов и выбор категорий еды должны быть интуитивно понятны и комфортны.
  • Информативность. Пользователь при выборе ресторана и блюда должен видеть рейтинг, число отзывов (+/-), описание и фото от ресторана, цену, особенности оплаты, аукционные предложения и т.п. Необходимо разместить на одном экране максимум сведений.
  • Удобство оформления заказа. Заказ оформляется без предварительной регистрации с минимумом действий. При помощи GPS определяется местоположение пользователя, что позволяет не указывать адрес вручную.
  • Преимущества добровольной регистрации. Зарегистрированным пользователям не нужно указывать повторно свои данные (телефон, номер карты), запоминаются адреса доставки, история заказов, накапливаются бонусы для скидок и покупок еды «за баллы».
  • Привлекательность. Приложение должно быть стильным, узнаваемым и вызывать у пользователей положительные эмоции и желание заказать еще больше еды.

Основные этапы работы:

  • Разработка концепции – основные экраны и связи. На этом этапе продумывается навигация, создается mide map.
  • UX прототип. Создание функциональной модели основных экранов приложения с обозначением размеров и расположения управляющих элементов, но без определения цветовой гаммы и проработки деталей.
  • Концепция дизайна. Прорисовка основных элементов и выбор цветовой гаммы.
  • Прорисовка всех экранов. Детальная работа над дизайном приложения.
  • Программирование. Написание кода и реализация всех функций приложения.
  • Подключение GSM и Google-карт. Программирование прокладки маршрутов и отслеживания перемещения курьеров в режиме реального времени.
  • Интеграция онлайн-платежей для оплаты банковской картой или интернет-деньгами через приложение.
  • Сервис мгновенных сообщений. Для общения пользователя с курьером или консультантом.
  • Интеграция с социальными сетями. Кнопки социальных сетей, чтобы делиться с друзьями самыми вкусными блюдами, регистрация/вход через соцсети и т.д.

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

Структура каталога и карточки заведений

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

  • Разделение городов по разным сайтам. На основном сайте доставки еды Zakazaka находятся рестораны Москвы, для других регионов существуют региональные поддомены (например, Астрахань - astr.zakazaka.ru, Тверь - tver.zakazaka.ru). Это позволяет улучшить показатели поисковой выдачи для разных регионов. На сайте пользователь видит только нужный город.
  • Определение местоположения. Пользователи мобильных приложений могут подтвердить адрес доставки, определенный автоматически. На веб-сайте нужно выбрать район доставки.
  • Выбор заведений. В списке отображаются только заведения, доставка из которых возможна в указанное время и место.

Выбор заведения для заказа осуществляется несколькими способами:

  • Выбор из списка заведений.
  • По особенностям кухни (через каталог категорий еды).
  • При помощи быстрого поиска по нужному блюду или названию ресторана.

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

После выбора заведения пользователь приступает к выбору еды из меню ресторана. Возле каждого блюда указана его цена и рейтинг. Для навигации по меню существуют категории (слева на сайте и в выпадающем меню в приложении).

Подробнее состав блюда можно изучить в карточке товара либо при клике на блюдо, как реализовано на сайте еды с доставкой Zakazaka.

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

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

Синхронизация, архитектура и скорость обмена данными

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

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

Важный этап в работе, связанный с автоматизацией обмена данными, — разработка API и программ-парсеров для автоматизации работы с ресторанами-партнерами. Рестораны работают с различными учетными программами, начиная от 1С и оканчивая таблицами Excel, для разных систем понадобятся разные парсеры.

Продвижение, поддержка, аналитика

В продвижении нуждается не только веб-сайт, но и мобильные приложения. Для повышения позиций приложения в поисковой выдаче магазина Google Play и App Store существуют специальные методы ASO-продвижения.

В расходную часть бюджета включите регулярные расходы:

  • оплату выделенного сервера или хостинга;
  • оплату за размещение в Google Play и App Store;
  • оплату за техническую поддержку и обновления.

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

Важно отслеживать посещаемость, поведение пользователей, их отзывы о сервисе и приложениях. И если отзывы можно посмотреть в Google Play и App Store, то для изучения активности и поведенческих факторов необходима система аналитики. Самые популярные сервисы – Google Analytics, Firebase, а также платные сервисы – Mixpanel, Amplitude, Localitics.

Вы сможете узнать не только количество скачиваний приложений, но и с какой площадки производилась установка, какие разделы посещает пользователь и какие действия производит. Стоит установить сервис fabric.io, который позволит собирать статистику о неожиданных закрытиях приложения и ошибках в работе.

Спасибо!
Ваше сообщение отправлено.
Мы детально изучим Ваш запрос, подготовим дополнительные вопросы, примеры реализации аналогичных проектов и свяжемся с Вами.
Время обработки запроса зависит от полноты описания проекта и составит не более 2-х рабочих дней.
Ознакомьтесь подробнее с этапами разработки приложений.

Не хотите ждать или возникли дополнительные вопросы?

Мы всегда рады помочь. Звоните:

Москва: +7 (499) 348 28 56
Киев: +38 (044) 393 07 08
Днепропетровск: +38 (067) 787 07 08