Заказчику может быть нужна позиция машины, подтверждение прибытия или возможность подготовить приёмку. Это разные запросы. Прежде чем добавлять карту или рассылать больше сообщений, договоритесь, какое решение должно помогать принять обновление.
Уточните вопрос получателя
Для одного заказчика достаточно подтверждения прохождения ключевых этапов. Другому нужно знать, когда связываться со складом. Третьему важен разбор отклонения после завершения перевозки.
Спросите: «Что вы будете делать иначе, получив это обновление?» Ответ помогает определить состав сведений и частоту связи. Постоянная карта нужна не каждому получателю и сама по себе не заменяет подтверждённое событие.
Отделите факт, сообщение и ожидание
Используйте разные формулировки для разных оснований:
| Основание | Пример формулировки |
|---|---|
| Записанная позиция | «Последняя известная позиция записана в 12:40» |
| Сообщение участника | «Водитель сообщил о прибытии в 13:05» |
| План | «Согласованное окно разгрузки — 14:00–15:00» |
| Неуточнённое ожидание | «Время прибытия уточняем у перевозчика» |
Все примеры условные. По координате рядом со складом нельзя без дополнительного основания утверждать, что разгрузка началась. Плановое окно также не является автоматическим прогнозом прибытия.
Согласуйте короткий формат обновления
В сообщении удобно держать четыре части:
- Обозначение рейса, понятное получателю.
- Подтверждённый факт, его источник и время.
- Что пока неизвестно или требует уточнения.
- Следующее действие и ответственный за него.
Условный пример: «Рейс А → Б. Последняя позиция записана в 12:40; подтверждения прибытия пока нет. Логист уточняет ход рейса у перевозчика. Обновим сведения после ответа».
Такое сообщение сообщает границы знания. Не добавляйте обещанное время следующего ответа, если команда не может его выдержать.
Ограничьте просмотр рамками задачи
Если заказчик получает ссылку, заранее определите, какие сведения ему нужны и когда доступ заканчивается. Просмотр одного рейса не должен требовать открытия всего кабинета компании, списка других заказчиков или личной истории водителя.
Проверьте, кто выдаёт доступ, может ли его закрыть и что происходит после окончания срока. Если готового ограниченного просмотра пока нет, согласованное сообщение может оставаться первым способом информирования.
Проверьте работу при пробеле в данных
Обсудите с командой ситуацию, когда заказчик просит обновление, а свежей позиции нет. Важно видеть возраст последней точки, иметь контакт ответственного перевозчика и фиксировать результат уточнения.
Не подменяйте отсутствие данных предположением о движении или простое. При разборе рейса сохраняйте различие между наблюдением и последующей интерпретацией.
С чего начать проверку нового инструмента
Выберите один тип рейсов и одного согласившегося перевозчика. Проверьте, получает ли логист нужные сведения, понимает ли заказчик обновление и получается ли повторить процесс на следующем рейсе.
В Cargo Polis готовим обзор наёмного рейса для логиста и ограниченный просмотр для заказчика. Готовность конкретного сценария передачи по ссылке подтверждаем отдельно; интеграция с TMS и автоматический ETA не объявлены готовыми.