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

Заказ движется.
Все видят свой шаг.

Разрабатываем клиентские приложения и рабочие инструменты для доставки. Соединяем оформление заказа, исполнение, статусы и обработку исключений.

Обсудить задачу Узнать больше

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

Задача бизнеса

Когда решение
приносит пользу.

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

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

Состав решения

Функции связаны
общим сценарием.

Клиентский путь

Каталог или перечень услуг, адрес, условия доставки и оформление. Проверка доступности до подтверждения заказа.

Рабочее место оператора

Новые заказы, уточнения и исключения. Управляемая смена статуса с сохранением истории действий.

Инструмент исполнителя

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

Уведомления и обмен

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

Подход к реализации

Важные решения
до разработки.

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

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

Пилот лучше проводить на одном операционном участке. Проверяем не только экраны, но и задержки, отмены, перенос адреса и отсутствие исполнителя. Далее расширяем систему, опираясь на реальные причины сбоев.

Подготовиться к оценке

Что полезно
собрать заранее.

Для первого разговора достаточно доступных материалов. Вместе уточним неизвестные части и границы первого этапа.

Собрать предварительный план ↗

Тип заказа и правила доставки
Роли оператора и исполнителя
Статусы, отмены и исключения
Системы каталога, оплаты и учёта

Вопросы к проекту

Отвечаем предметно.

Обязательно ли два отдельных приложения?

Нет. Формат зависит от сценариев и устройств. Клиентский сервис, интерфейс оператора и инструмент исполнителя могут использовать разные технологии.

Можно работать при слабой связи?

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

Как запускать без риска для всех заказов?

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

Разобраться глубже