Разработка приложений доставки еды
в Санкт-Петербурге
С чем приходят за приложением доставки
Заказы принимают в переписке
Адреса и комментарии собирают в мессенджере, и часть теряется по дороге.
Клиент не знает, где заказ
Каждый второй звонок в поддержку — вопрос о статусе доставки.
Курьеры звонят диспетчеру
Маршрут согласуют голосом, и половина смены уходит на созвоны.
Маршруты строят вручную
Развозку собирают в таблице, и машина едет через весь город дважды.
Оплату собирают наличными
Деньги сдают в конце дня, и сверка занимает у бухгалтерии полдня.
Когда приложение доставки окупается
- Автоназначение
- Сборка рейсов
- Контроль сроков
- Факт против плана
- Причины задержек
- Отчёт по курьерам
- Зоны и тарифы
- Свои и наёмные
- Единый учёт
Что вы получаете по итогу
Стоимость приложения для заказа еды
в Санкт-Петербурге
Затраты растут в зависимости от состояния системы, разветвленной логики
и глубины UX — а не от числа вкладок в Figma.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Какие приложения доставки востребованы в Санкт-Петербурге?
Санкт-Петербург — крупный рынок доставки. Доставка еды из ресторанов Невского, Петроградки, Васильевского — массовая ниша с лидерами (Яндекс.Еда, Delivery Club). Доставка продуктов — конкуренция между Самокатом, Яндекс.Лавкой, ВкусВилл, X5 Доставка. Специализированные ниши — премиум-доставка ресторанной еды, доставка фермерских продуктов из Ленобласти, доставка цветов. Доставка лекарств. B2B-доставка между офисами и складами. Логистические сервисы для последней мили в Кудрово, Мурино, Янино. Сервисы курьерской доставки документов и небольших грузов.
Из каких компонентов состоит приложение доставки?
Приложение доставки — это обычно три приложения и общий бэкенд. Приложение клиента — каталог, оформление заказа, оплата, отслеживание. Приложение курьера — назначение заказов, маршрут, оплата, статусы. Приложение точки приема (ресторан, магазин, склад) или веб-интерфейс — управление заказами, меню, остатками, статистикой. Бэкенд — заказы, диспетчеризация, платежи, аналитика, отчетность. Карты и геолокация — Яндекс.Карты или 2GIS для российского рынка. Push-уведомления для всех трех ролей.
Сколько времени занимает разработка приложения доставки?
Приложение доставки — серьезный проект. MVP с базовой функциональностью (одна платформа клиент, одна курьер, простой бэкенд) — 5-8 месяцев. Стандартное приложение с iOS и Android клиентами, приложением курьера, веб-интерфейсом точек и расширенным бэкендом — 7-12 месяцев. Сложная платформа с продвинутой диспетчеризацией, расширенной аналитикой, операционной поддержкой — 10-18 месяцев. Конкуренция с Яндекс.Едой и Delivery Club требует серьезной функциональности — упрощенные приложения не выживают.
Как работает диспетчеризация и маршрутизация в Санкт-Петербурге?
Алгоритмы диспетчеризации — ядро успешной службы доставки. Используем алгоритмы автоматического назначения заказов курьерам с учетом множества факторов — расстояние, текущая загрузка, специализация, рейтинг. Поддерживаем батчинг — объединение близких заказов одному курьеру. Используем Яндекс.Карты для маршрутизации с учетом пробок Санкт-Петербурга — особенно критично для Невского проспекта в час пик. Машинное обучение для прогнозирования времени доставки. Постоянная оптимизация на основе данных. Учитываем особенности города — дворы-колодцы исторического центра, новостройки Кудрово и Мурино, разводные мосты.
Какие интеграции делаете для приложений доставки?
Доставка требует множества интеграций. Карты и геолокация — Яндекс.Карты Mapkit, 2GIS API. Маршрутизация — Яндекс.Маршрутизация для построения оптимальных маршрутов. Платежи — ЮKassa, Тинькофф Касса, Сбербанк Эквайринг, СБП. Точки приема — POS-системы ресторанов (iiko, R-Keeper), складские системы. Уведомления — push через APNs, FCM, RuStore Push. CRM — Битрикс24 для управления клиентами. Аналитика — Firebase Analytics, AppMetrica. Соответствие 54-ФЗ через АТОЛ Онлайн, Эвотор, OFD.ru.
Как обеспечиваете отслеживание заказов в реальном времени?
Real-time отслеживание — ключевая функция. Используем WebSocket или MQTT для получения обновлений геолокации курьера в реальном времени. Картовая интеграция с Яндекс.Картами для отображения курьера и маршрута. Push-уведомления о ключевых статусах — заказ принят, готовится, передан курьеру, курьер в пути, курьер близко (за 5 минут), доставлен. Точное время прибытия с учетом текущих пробок и маршрута. Возможность связи с курьером — звонок, чат. Все это требует надежной серверной инфраструктуры — балансировка нагрузки, отказоустойчивость.
Как обеспечиваете соответствие 152-ФЗ и 54-ФЗ?
Приложения доставки собирают много персональных данных и проводят финансовые транзакции. Соблюдаем 152-ФЗ — данные клиентов, курьеров, точек храним на серверах в РФ (Yandex Cloud, VK Cloud). Шифруем при передаче и хранении. Ведем согласия. По 54-ФЗ — каждая транзакция фискализируется через онлайн-кассу (АТОЛ Онлайн, Эвотор, OFD.ru). Чек отправляется клиенту email или SMS. Для агрегатора с несколькими точками приема — правильная схема фискализации с разделением чеков. Помогаем с юридической схемой работы с курьерами — самозанятые, ГПХ или штатные.
Какая поддержка нужна приложению доставки после запуска?
Приложение доставки требует серьезных операционных усилий. Поддержка клиентов — обработка обращений по доставке, возвратам, проблемам. Поддержка курьеров — помощь с приложением, оплатой, спорными ситуациями. Поддержка точек — настройка меню, остатков, обработка проблем с заказами. Постоянная оптимизация алгоритмов диспетчеризации и маршрутизации на основе данных. Масштабирование инфраструктуры при росте нагрузки. Регулярные обновления приложений iOS и Android. Антифрод — выявление мошеннических заказов, курьеров. Для крупных служб Санкт-Петербурга — выделенная dev-команда и команда поддержки.
Каким должен быть экран оформления доставки?
Коротким: адрес, время, оплата и подтверждение.
Сколько шагов допустимо?
Один экран, в сложных случаях два.
Нужно ли просить регистрацию?
Первый заказ оформляют по номеру телефона.
Как быть с длинной формой адреса?
Подсказки адреса убирают большую часть ввода.
Нужно ли просить подъезд и этаж?
Их спрашивают отдельными короткими полями.
Как быть с картой при выборе адреса?
Карту дают вторым способом, рядом с вводом адреса текстом.
Нужно ли показывать зону доставки на карте?
Границы зоны снимают споры.
Как быть с выбором времени в Петербурге?
Слоты показывают кнопками: выпадающий список медленнее.
Нужно ли выделять ближайший слот?
Ближайшее доступное время ставят первым.
Как быть с недоступными слотами?
Их показывают закрытыми, чтобы человек видел расписание целиком.
Нужно ли показывать цену доставки сразу?
Цена появляется после ввода адреса.
Как быть с изменением суммы в конце?
Неожиданная доплата обрушивает оформление.
Нужно ли показывать итог до оплаты?
Состав, доставка и итог показывают вместе.
Как быть с кнопкой оплаты?
Её держат закреплённой внизу экрана.
Нужно ли давать быструю оплату?
Оплата касанием сокращает путь.
Как быть с ошибками в форме?
Сообщение ставят рядом с полем.
Нужно ли сохранять черновик заказа?
Незавершённый заказ сохраняют.
Как быть с экраном ожидания?
Показывают состояние, а не пустой круг.
Нужно ли показывать анимацию сборки заказа?
Короткая анимация скрашивает ожидание.
Как быть с экраном статуса?
Главное — интервал прибытия и карта.
Нужно ли давать связь с поддержкой?
Кнопка помощи стоит на экране заказа.
Как быть с повторным заказом в Петербурге?
Повтор собирают одной кнопкой из истории.
Нужно ли давать избранные позиции?
Для продуктовых заказов это экономит минуты.
Как быть со списком покупок?
Регулярный список ускоряет сборку корзины.
Нужно ли учитывать работу одной рукой?
Главные кнопки держат в нижней зоне.
Как быть с крупным шрифтом?
Экраны проверяют при увеличении.
Нужно ли поддерживать тёмную тему?
Её ждут пользователи обеих платформ.
Как быть с доступностью?
Озвучку экрана и контраст проверяют.
Нужно ли проверять на слабом телефоне?
Курьеры и клиенты пользуются разными устройствами.
Как быть со скоростью открытия каталога?
Каталог грузят из кеша.
Нужно ли проверять оформление на людях?
Пять человек проходят путь до оплаты.
Как быть с замечаниями после запуска?
Их собирают и правят волнами.
Нужно ли считать шаги воронки?
По ним видно, где уходят при оформлении.
Как быть с брошенным оформлением?
Одно напоминание работает.
Нужно ли отличать экран курьера по стилю?
Рабочее приложение делают строже и крупнее.
Сколько занимает проектирование экранов?
От двух недель на клиента и курьера.
Смотрите также
Обновлено: