UX приложения для курьеров: почему простота важнее функций
Коротко: курьер работает с приложением на ходу, одной рукой, в перчатках, под дождём и на дешёвом смартфоне, поэтому каждое лишнее нажатие или непонятный экран превращается в опоздания, ошибки в статусах и обход системы. Хороший UX приложения курьера — это 1–2 нажатия на частое действие, крупные зоны касания, понятные состояния без связи и проверка интерфейса в поле, а не в офисе.
В этой статье
Приложение курьера редко проваливается из-за того, что в нём не хватает функций. Гораздо чаще всё нужное в нём есть, но пользоваться этим неудобно: кнопка «Вручено» спрятана в меню, статус без связи «зависает», а форма отказа требует пяти полей. Курьер в такой ситуации не жалуется — он просто перестаёт отмечать статусы вовремя, звонит диспетчеру и ведёт заметки в мессенджере. Данные в системе расходятся с реальностью, и служба доставки теряет то, ради чего приложение внедряли.
Поэтому проектирование интерфейса стоит поручать не «тому, кто нарисует экраны», а специалистам, которые понимают работу в поле. Если своей экспертизы нет, разумно привлечь команду, которая проектирует интерфейсы для полевых сотрудников, и начать с исследования реальных смен, а не с макетов.
Эта статья дополняет наш разбор того, что должно уметь приложение курьера: там — список функций, здесь — как сделать так, чтобы этими функциями действительно пользовались.
Почему простота важнее количества функций
У приложения курьера одна задача — провести человека через смену с минимумом действий и ошибок. Любая функция, которая добавляет шаги без явной пользы для курьера, превращается в нагрузку. Простая арифметика: если на каждую доставку уходит на 3 нажатия и 10 секунд больше, чем нужно, то при 40 доставках за смену это почти 7 минут. На парке из 100 курьеров — больше 11 часов оплачиваемого времени в день.
Вторая причина — качество данных. Диспетчерская, клиентские уведомления и аналитика KPI строятся на статусах, которые ставит курьер. Если поставить статус неудобно, его ставят пачкой в конце маршрута или не ставят вовсе. В итоге дашборд показывает «вручено в 18:42» для пяти заказов подряд, а клиент получает уведомление о доставке через час после того, как получил посылку. Подробнее о том, какие метрики выводить на дашборд, мы писали в статье о KPI курьерской службы.
Курьер не обязан любить приложение. Он должен не замечать его: открыл, нажал, поехал дальше.
В каких условиях курьер пользуется приложением
Главная ошибка проектирования — исходить из условий офиса: большой монитор, Wi-Fi, спокойный пользователь с двумя свободными руками. У курьера всё наоборот. Таблица ниже помогает перевести условия смены в требования к интерфейсу.
| Условие работы | Что ломается | Требование к UX |
|---|---|---|
| Одна рука занята посылкой | Кнопки в верхней части экрана недоступны | Основные действия — в нижней трети экрана, в зоне большого пальца |
| Перчатки, мороз, дождь | Промахи по мелким элементам, ложные нажатия | Зоны касания от 48×48 dp, отступы между кнопками, подтверждение необратимых действий |
| Яркое солнце, ночь | Текст и статусы не читаются | Высокий контраст, крупный шрифт, тёмная тема, цвет дублируется иконкой |
| Подвал, лифт, загород | Бесконечные спиннеры, потерянные статусы | Действие принимается сразу, явный значок «отправится при связи» |
| Недорогой Android, старая ОС | Тормоза, вылеты, разряд батареи к обеду | Лёгкие экраны, без тяжёлой анимации, тест на бюджетных моделях |
| Спешка, интервалы доставки | Пропущенные шаги, неверный статус | Один очевидный следующий шаг на каждом экране |
| Разный опыт и родной язык | Непонятные термины и жесты | Короткие глаголы на кнопках, иконки, без скрытых жестов |
Для ориентира по минимальному размеру зон касания можно опираться на требования доступности WCAG 2.2 и рекомендации платформ, но для работы в перчатках их стоит увеличивать, а не ограничиваться минимумом.
Какие принципы UX работают в приложении курьера
Ниже — семь принципов, которые чаще всего отличают приложение, которым пользуются, от приложения, которое обходят.
1. Экран строится вокруг следующего действия
Курьер в каждый момент смены решает одну задачу: доехать, найти вход, вручить, принять оплату. Главный экран должен показывать текущий заказ и одну крупную кнопку следующего шага. Остальное — адрес, состав, комментарий — информация под ней, а не равноправные кнопки.
2. Одно-два нажатия на частое действие
Составьте список действий по частоте: «Прибыл», «Вручено», «Клиент не отвечает», «Позвонить», «Открыть навигатор». Каждое из первых пяти должно выполняться не больше чем в два касания с главного экрана. Редкие сценарии — возврат, частичный отказ, повреждение — можно спрятать глубже.
3. Ошибку легко исправить
Ложное нажатие «Вручено» в перчатке — обычная ситуация. Вместо модальных окон «Вы уверены?» на каждое действие лучше дать короткую возможность отменить (несколько секунд с кнопкой «Отменить») и подтверждение только для необратимого: приёма денег, отказа от заказа, закрытия смены.
4. Состояние связи видно всегда
Курьер должен понимать, ушёл ли статус. Лучший паттерн — действие засчитывается мгновенно, а рядом с заказом появляется значок «ожидает отправки», который исчезает после синхронизации. Спиннер «Загрузка…» без конца приучает нажимать кнопку повторно и создаёт дубли.
5. Минимум ввода с клавиатуры
Причина отказа — выбор из списка, а не текстовое поле. Сумма к оплате подставляется автоматически. Код из SMS вводится на крупной цифровой клавиатуре. Фото — кнопка камеры сразу на экране вручения, без перехода в галерею.
6. Цвет и иконка дублируют друг друга
Зелёный «вручено», красный «проблема», жёлтый «ожидание» — удобная схема, но на солнце и у людей с нарушением цветовосприятия цвет плохо различим. Статус всегда дублируется иконкой и коротким словом.
7. Привычные паттерны проверяются на ваших курьерах
Свайпы, «потяните для обновления», длинное нажатие — понятны продвинутым пользователям, но не всем курьерам. Опыт команд, делавших приложения для курьеров и водителей, показывает: то, что кажется дизайнеру очевидным, нужно проверять на реальной аудитории, а скрытые жесты — дублировать видимыми кнопками.
Как проверить UX в полевых условиях
Интерфейс курьерского приложения нельзя полноценно оценить в Figma или на офисном столе. Минимальный цикл проверки выглядит так:
- Выезд с курьером. Дизайнер и продакт проводят 1–2 смены рядом с курьером: фиксируют, где он останавливается, что переспрашивает у диспетчера, какие действия делает в обход приложения.
- Карта трения. Каждую заминку записывают с привязкой к шагу смены: приёмка, маршрут, подъезд, вручение, оплата, сдача кассы.
- Кликабельный прототип на телефоне. Прототип проверяют на смартфонах курьеров, на улице, в перчатках, при ярком свете, а не на ноутбуке.
- Пилот на одной зоне. Новая версия выходит на 5–10 курьеров на 2 недели. Сравнивают метрики с контрольной группой.
- Канал обратной связи. Кнопка «Сообщить о проблеме» прямо в приложении с автоматическим скриншотом и номером заказа. Одна жалоба может указать на системную проблему.
Тот же подход полезен и при внедрении — подробнее об этапах мы писали в материале об автоматизации склада: начинать стоит с карты процессов, а не с выбора экрана.
Какими метриками измерять удобство
«Курьерам нравится» — не метрика. Удобство интерфейса измеряется через поведение, и почти все показатели можно снять из логов приложения и TMS.
| Метрика | Что показывает | Сигнал проблемы |
|---|---|---|
| Время в приложении на одну доставку | Сколько курьер «возится» с экраном | Растёт после релиза или сильно различается между курьерами |
| Число нажатий на заказ | Длина пути до ключевого действия | Больше 6–8 на стандартную доставку |
| Доля «пакетных» статусов | Ставят ли статус на месте или задним числом | Несколько «вручено» в одну минуту на разных адресах |
| Отмены и исправления статусов | Ложные нажатия и непонятные кнопки | Больше 2–3% действий отменяются |
| Звонки диспетчеру на 100 заказов | Чего курьеру не хватает в интерфейсе | Повторяющиеся вопросы по одному сценарию |
| Время до самостоятельной работы новичка | Обучаемость интерфейса | Больше одной смены с наставником |
Важно фиксировать значения до изменений интерфейса: без базовой линии нельзя понять, стал ли новый экран лучше или просто другим.
Типичные ошибки интерфейса
- Перенос веб-панели диспетчера в телефон. Таблицы, фильтры и десятки полей уместны в офисе, но не в руках курьера.
- Одинаковые по весу кнопки. «Вручено» и «Отказ» одного размера и рядом — прямой путь к ошибкам.
- Обязательные текстовые поля. Курьер напишет «.» или «ок», чтобы пройти дальше, и данные станут бесполезными.
- Блокирующие окна без связи. «Нет подключения, повторите попытку» вместо сохранения действия в очередь.
- Мелкий серый текст на белом. Красиво в макете, нечитаемо на улице.
- Скрытые жесты без подсказок. Важное действие доступно только свайпом, о котором половина курьеров не знает.
- Редизайн без пилота. Курьеры теряют мышечную память, и первые дни после релиза метрики проседают по всему парку.
Как поставить задачу дизайнеру
Хорошее техническое задание на UX приложения курьера описывает не экраны, а смену и ограничения. Включите в него:
- портрет курьеров: пешие, вело, авто; типичные смартфоны и версии ОС; опыт и языки;
- сценарий смены по шагам и пять самых частых действий с ожидаемым числом нажатий;
- условия работы: перчатки, погода, ночь, зоны без связи;
- текущие проблемы: карту срывов и вопросов к диспетчеру за 2–3 месяца;
- метрики успеха из таблицы выше и их текущие значения;
- формат проверки: полевые тесты, пилот на одной зоне, сроки.
Такая постановка позволяет оценить подрядчика по существу: предлагает ли он выезды к курьерам, тесты на реальных устройствах и измеримые критерии, или сразу показывает «красивые экраны». Если операционную часть — найм, обучение и управление курьерами — удобнее отдать на сторону, посмотрите, как это устроено в решениях MetroMax BPM.
Частые вопросы
Что важнее в приложении курьера — функции или UX?
Без базовых функций приложение бесполезно, но лишние функции и неудобный интерфейс вредят сильнее, чем отсутствие второстепенных возможностей. Сначала сделайте пять частых действий доступными в 1–2 нажатия, потом добавляйте остальное.
Какого размера должны быть кнопки в приложении для курьеров?
Не меньше 48×48 dp для любых интерактивных элементов, а для основных действий — заметно крупнее, на всю ширину экрана. Между соседними кнопками нужен отступ, чтобы в перчатках не попадать в соседнюю.
Нужна ли тёмная тема?
Да, если курьеры работают вечером и ночью: она меньше слепит и экономит заряд на OLED-экранах. При этом днём на солнце важнее контраст, поэтому лучше дать переключение или автоматический режим.
Как понять, что интерфейс плохой, если курьеры не жалуются?
Смотрите на поведение: пакетные статусы задним числом, частые отмены действий, звонки диспетчеру по одним и тем же сценариям и долгое обучение новичков. Курьеры чаще обходят неудобную систему, чем жалуются на неё.
Сколько времени занимает UX-проектирование приложения курьера?
Исследование с выездами к курьерам и прототип ключевых сценариев обычно занимают 3–6 недель, пилот новой версии — ещё 2–4 недели. Точечный аудит существующего интерфейса можно провести за 1–2 недели.