Развиваем сервис · готовим пилоты

РУКОВОДИТЕЛЮ ЭКСПЕДИЦИИ И ЛОГИСТУ

Чужая машина.Ваш ответ заказчику.

Заказчик ждёт обновления, а сведения о рейсе остаются у перевозчика и водителя. Проверяем, как дать логисту согласованный обзор наёмного рейса в отдельном веб-кабинете.

Обсудить пилот Порядок пилота

Участие перевозчика и водителя согласуем до подключения.

Обзор рейсовИЛЛЮСТРАЦИЯ

Записано в 12:40

Участок без данных

Рейс А → БПривлечённая машина · Android

8 минвозраст позиции

Возраст считаем по времени записи координат.

Пример интерфейса · условные данные

КОГДА ЗАКАЗЧИК СПРАШИВАЕТ О РЕЙСЕ

Нужно ответить. Сначала — собрать сведения.

Чужой транспорт не означает готового доступа к его данным. Важно договориться, кто приглашает водителя, какие сведения он передаёт и кому они доступны. Начинаем с одного типа рейсов, где такой процесс можно проверить вместе с перевозчиком.

Рабочий вопрос: какие сведения можно сейчас сообщить заказчику и что ещё нужно уточнить?

ЧТО ПРЕДЛАГАЕМ ПРОВЕРИТЬ

Обзор, с которым можно работать

01 /

Обзор с согласованным доступом

Определяем участников рейса и необходимые сведения. Логисту нужен понятный обзор именно того рейса, за который он отвечает.

02 /

Факты для обновления заказчику

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

03 /

История для разбора

К записанному пути можно вернуться после завершения рейса. Он помогает восстановить доступные факты; сам по себе не устанавливает ответственность.

Поддерживаемый Android
Согласованные получатели
Понятные границы передачи

УЧАСТИЕ ВОДИТЕЛЯ

Сначала договорённость. Затем подключение.

До пилота согласуем участие перевозчика, приглашение водителя и границы доступа. Android-источник требует подходящего устройства и явного рабочего участия человека.

Первый сценарий подходит для обсуждения, если…

Вы организуете перевозки силами разных подрядчиков.
Нужно собирать обновления по чужим машинам и отвечать заказчику.
Для проверки допустим отдельный кабинет без обязательной интеграции с TMS.

ПИЛОТ В ТРИ ШАГА

Начинаем с одного сценария

01
Выберем рабочий вопрос
Разберём, какие обновления запрашивает заказчик и где сейчас возникают пробелы.
02
Договоримся с участниками
Согласуем перевозчика, водителя, устройство, сведения и получателей.
03
Проверим повторяемость
Оценим обзор первого рейса и повторное подключение следующего водителя.

ГРАНИЦЫ ПЕРВОГО СЦЕНАРИЯ

Проверяем сейчас. Развиваем дальше.

Пилот начинается с согласованных возможностей на выбранных устройствах. Следующие функции не включаются в него автоматически.

Основа пилота

Android, карта и история

Согласуем устройство, запись, актуальность позиции и доступный обзор. Проверим именно ваш сценарий.

В разработке

Просмотр для заказчика

Ограниченный доступ по ссылке с возможностью закрыть его. Готовность подтвердим перед включением в пилот.

В плане выпуска

Журнал и уведомления

Рабочие отметки о ходе рейса, события и Telegram-уведомления. Доступность каждого сценария подтвердим отдельно.

Следующие этапы

Трекер, геозоны и ETA

Одна выбранная модель трекера после приёмки. Геозоны и автоматический прогноз прибытия требуют отдельных проверок.

ПЕРЕД ПЕРВЫМ РАЗГОВОРОМ

Вопросы о пилоте

Нужно внедрять ещё одну TMS?

Первый сценарий — отдельный веб-кабинет для обзора рейса. Он не заменяет учёт заказов и расчёты в вашей TMS.

Можно работать из 1С или TMS?

Готовая интеграция пока не подтверждена. Если она обязательна, расскажите об этом при обсуждении: потребуется отдельный интеграционный сценарий.

Заказчик сможет посмотреть только свой рейс?

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

Сервис предупредит об опоздании?

Автоматический прогноз прибытия и геозоны относятся к следующим этапам. Сейчас не обещаем готовый ETA или автоматическое предупреждение об опоздании.

Разобраться подробнее