CRM для перевозчика: заявки, рейсы и оценка необработанных обращений

Пять записей, которые нельзя смешивать

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

Одна заявка может выполняться несколькими рейсами, а сборная перевозка объединять разные заявки. Поэтому связь должна отражать реальные отношения. Общая строка таблицы может подходить для малого объёма, но сложный процесс требует явного разделения.

Расчёт из четырёх множителей

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

Учебный пример: двести обращений, сорок не обработаны, из них двенадцать могли быть реальными запросами, шесть предположительно стали бы рейсами. При восьми тысячах рублей маржи на рейс получается 48 тысяч потенциальной маржи. Это арифметика вымышленных вводных, не подтверждённая потеря и не результат внедрения.

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

Восемь параметров заявки

1. Точки загрузки и выгрузки с достаточным адресом.
2. Дата и временное окно готовности груза.
3. Тип и характер груза.
4. Вес с единицей измерения.
5. Объём и габариты.
6. Упаковка, количество мест и способ погрузки.
7. Требования к транспорту.
8. Особые условия въезда, доставки и документов.

Помощник уточняет пропуски, затем показывает сводку. Он не превращает пожелание клиента в подтверждённую машину. Нестандартный груз, срочность и спорный тариф передаются диспетчеру.

Семь статусов и понятные сообщения

1. Запрос получен: данные приняты, перевозка ещё не обещана.
2. Расчёт отправлен: сохранены условия и срок действия.
3. Условия согласованы: есть подтверждение клиента.
4. Транспорт назначен: подтверждены машина и водитель.
5. Рейс начался: статус берётся из рабочего источника.
6. Доставка подтверждена: фиксируются факт и расхождения.
7. Закрытие: документы и расчёты проверены.

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

Документы и постоянные маршруты

Определите комплект для каждого вида перевозки, место хранения, подписи и порядок исправления. CRM помогает найти документ и расхождение, но не заменяет установленный обмен. На дату проверки актуальны разъяснения Минтранса по электронным перевозочным документам; применимость и исключения проверяются для вашей деятельности.

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

Учебный диалог и границы помощника

Клиент: «Нужно перевезти паллеты в четверг». Помощник уточняет адреса, груз, число мест, массу, размеры и условия погрузки. Затем показывает сводку по восьми параметрам: «Проверьте сведения. После подтверждения диспетчер согласует машину и стоимость». Это пример логики, а не запись реального разговора.

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

Проверка изменения груза

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

Шесть вопросов поставщику и первый месяц

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

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

Разберите приём заявок перевозчика с АГЕНСТВОМ ИИ TRUE до расширения автоматизации на всю диспетчерскую.