Из чего состоит приложение для доставки?
Из клиентского приложения, курьерского приложения и панели управления с бэкендом. Заказчики часто думают только о первом, а основная логика и объём работы живут во втором и третьем.
Когда владелец ресторана, магазина или сервиса говорит «нужно приложение для доставки», он обычно представляет экран с каталогом и кнопку «Заказать». Но чтобы заказ реально доехал, нужны ещё несколько частей: кто-то должен принять заказ, собрать его, назначить курьера, отследить доставку и разобраться, если что-то пошло не так.
| Часть системы | Кто пользуется | Основные функции |
|---|---|---|
| Клиентское приложение | Покупатели | Каталог, корзина, адрес, оплата, статус заказа, история, пуш-уведомления |
| Курьерское приложение | Курьеры | Список заказов, маршрут, смена статусов, связь с клиентом, геолокация |
| Админка | Операторы, менеджеры, владелец | Заказы, меню или каталог, цены, зоны доставки, курьеры, отчёты |
| Бэкенд | Все части системы | База данных, логика заказов, платежи, уведомления, интеграции с учётом |
Не всем нужны все четыре части сразу. Если у вас свои три курьера, курьерское приложение на старте может заменить Telegram-бот, где курьер видит заказ и отмечает «доставлено». Если доставку делает внешняя служба, курьерская часть не нужна вовсе, нужна только интеграция. Эти решения сильно влияют на бюджет, поэтому их я обсуждаю на первом созвоне.
Важно и то, кто будет работать в админке. Оператору на кухне или складе нужен простой экран с новыми заказами и крупными кнопками, владельцу — отчёты по выручке и заказам за период, менеджеру — управление каталогом и ценами. Это разные интерфейсы для разных ролей, и их стоит продумать до начала разработки.
Какие функции нужны в первой версии?
Только те, без которых клиент не сможет сделать и оплатить заказ, а вы не сможете его доставить. Всё остальное добавляется после запуска, когда появятся реальные пользователи.
Что обычно входит в MVP клиентского приложения:
- регистрация по телефону или почте;
- каталог или меню с категориями, фото, ценами и поиском;
- корзина, выбор адреса и времени доставки;
- онлайн-оплата картой и, если нужно, оплата при получении;
- статус заказа и пуш-уведомления о его смене;
- история заказов и повтор заказа в одно касание;
- аналитика и мониторинг ошибок, чтобы с первого дня видеть, где пользователи отваливаются и что ломается.
Что можно отложить на вторую версию:
- отслеживание курьера на карте в реальном времени;
- программу лояльности, промокоды и реферальную систему;
- отзывы и оценки;
- подписки, персональные рекомендации, AI-помощника для выбора;
- версии для Huawei AppGallery, веба или десктопа.
Самая частая ошибка — пытаться сразу сделать приложение уровня крупного агрегатора. Такие продукты годами развивают большие команды. Для собственной доставки ресторана или магазина первая версия должна быть простой, быстрой и надёжной. Клиенту важнее, чтобы заказ оформлялся за минуту и приезжал вовремя, чем обилие функций.
Опишите задачу в паре строк — отвечу в Telegram, назову цену и сроки по этапам. ТЗ не нужно.
Сколько стоит разработка приложения для доставки?
Мобильное приложение я делаю от $2000. Система доставки с клиентским приложением, курьерской частью и админкой стоит больше, и точную сумму я называю после короткого созвона.
На цену сильнее всего влияют:
- Состав системы. Только клиентское приложение с простой админкой или полный комплект с курьерским приложением.
- Интеграции. Учётная система, касса, склад, внешняя служба доставки, CRM. Каждая интеграция — отдельный объём работы, который зависит от того, есть ли у системы API.
- Логика доставки. Одна точка и фиксированная зона или несколько филиалов, разные зоны с разной ценой, слоты времени, автоматическое назначение курьеров.
- Оплата. Карта, оплата при получении, сохранённые карты, чаевые курьеру.
- Карты и геолокация. Выбор адреса на карте, проверка зоны доставки, трекинг курьера.
- Дизайн. Есть макеты — работаю по ним. Нет — собираю интерфейс сам или подключаю дизайнера.
Приложение я пишу на React Native, одной кодовой базой для iOS и Android. Это почти вдвое дешевле, чем две отдельные нативные команды, и обновления выходят на обеих платформах одновременно. Админку делаю на Next.js, бэкенд — на Node.js с PostgreSQL. Подробнее о том, из чего складывается цена мобильного приложения в целом, я писал в статье о стоимости разработки приложения, а стартовые цены по всем направлениям — на странице цен.
После созвона сумма фиксируется в договоре и не растёт. Если в процессе вы захотите добавить новую функцию, я оценю её отдельно, и вы сами решите, делать её сейчас или после запуска.
Там, где это разумно, я опираюсь на готовые сервисы: Firebase для пуш-уведомлений, Sentry для мониторинга ошибок, Mixpanel или AppsFlyer для аналитики. Писать это с нуля нет смысла: сервисы давно и широко используются, а вы экономите бюджет на задачи, которые важны именно для вашей доставки.
Сколько времени занимает разработка?
Простой MVP мобильного приложения занимает 4–8 недель. Для системы доставки срок зависит от того, сколько частей делаем сразу и сколько интеграций нужно.
Примерная последовательность выглядит так:
- Разбор задачи, 1–2 дня. Как у вас сейчас устроены заказы и доставка, кто что делает, какие системы уже есть.
- Оценка и план, 2–3 дня. Этапы, что входит в первую версию, сроки, цены, договор и NDA.
- Разработка. Обычно первым идёт бэкенд и клиентское приложение, затем админка и курьерская часть. Демо каждую неделю, тестовые сборки на ваш телефон, доступ к репозиторию.
- Релиз. Публикация в App Store и Google Play, при необходимости в RuStore и Huawei AppGallery. Ревью сторов прохожу сам.
- Поддержка. Исправления, обновления под новые версии iOS и Android, новые функции. Почасово или пакетом в месяц.
Разумный подход — запустить сначала клиентское приложение и админку, а курьеров на первое время подключить через простого бота. Так вы раньше начнёте принимать заказы и собирать обратную связь.
Отдельно учитывайте ревью в сторах. Apple и Google проверяют приложения перед публикацией, и первая проверка иногда заканчивается замечаниями. Я сам готовлю приложение к ревью и прохожу его, поэтому на сроки это обычно влияет мало.
Как устроены оплата в приложении и комиссии сторов?
За еду, товары и другие физические услуги оплата идёт через обычный платёжный сервис, а не через покупки внутри App Store или Google Play. Комиссия сторов 15–30% относится к цифровым товарам и подпискам.
Это частый вопрос, и хорошая новость для бизнеса доставки в том, что с каждого заказа стор процент не берёт. Для приёма оплаты вы подключаете платёжный сервис, с которым работаете или собираетесь работать, а я встраиваю его в приложение и бэкенд.
Расходы, которые стоит заложить отдельно от разработки:
- аккаунт разработчика Apple — $99 в год;
- аккаунт Google Play — разовый платёж $25;
- хостинг для бэкенда и админки;
- комиссия платёжного сервиса по вашему договору с ним;
- картографический сервис, если объём запросов выходит за бесплатные лимиты.
Все аккаунты, хостинг и домен оформляются на вас с первого дня. Если в приложении появятся цифровые подписки, например платная доставка без ограничений, их можно подключить через RevenueCat, и тогда правила сторов для цифровых покупок уже действуют.
Что подготовить к созвону?
Описание того, как у вас сейчас работает доставка, и список того, что должно быть в первой версии. ТЗ писать не нужно.
- что вы доставляете, откуда и в какие зоны, сколько точек отправки;
- примерный объём заказов сейчас и ожидаемый после запуска;
- кто доставляет: свои курьеры, внешняя служба или смешанно;
- где сейчас ведётся учёт: касса, учётная система, таблицы;
- какие способы оплаты нужны;
- есть ли дизайн, бренд-бук, фото товаров;
- 2–3 приложения, которые вам нравятся, и что именно в них нравится.
Ещё одна типичная ошибка — забыть про операционную часть. Приложение может быть идеальным, но если оператор не видит новые заказы вовремя или каталог в приложении расходится с реальными остатками, клиенты уйдут. Поэтому админке и интеграции с учётом я уделяю столько же внимания, сколько клиентским экранам. Примеры моих проектов можно посмотреть в кейсах.
Как проходит оплата и что остаётся у вас?
Работаю по договору, оплата по этапам, без полной предоплаты. Код и все аккаунты принадлежат вам.
Каждый этап заканчивается демо и актом. Принимаю рубли, доллары и евро любым удобным способом. В договоре прописана передача прав на код. Приложения публикуются в ваших аккаунтах App Store и Google Play, бэкенд работает на вашем хостинге. Стек стандартный, поэтому после любого этапа вы можете продолжить с другим разработчиком.
Если вы запускаете свою доставку или хотите уйти с агрегатора на собственное приложение, опишите задачу в форме заявки или напишите в Telegram. Созвон займёт 20–30 минут, оценка бесплатная.