Для расчёта ставки нужны параметры перевозки, а не общая отметка «интересуется». Разовую заявку и регулярный маршрут стоит вести отдельно.
Робот для обзвона грузоотправителей должен опираться на прежние маршруты и допустимую частоту контакта. Обзвон клиентской базы транспортной компании запускайте после сегментации по сезонности и последней перевозке.
Определите результат до настройки
Сформулируйте целевое событие одним проверяемым действием. Для первого участка процесса вопрос звучит так: как реактивировать базу отправителей грузов? Для второго: как передавать запрос логисту без потери деталей? Не подменяйте ответ на эти вопросы количеством звонков: после контакта должно появиться подтверждение клиента, запись в системе или задача конкретному сотруднику.
Первая механика: как реактивировать базу отправителей грузов
Группируйте базу по прежнему маршруту, частоте и причине паузы. Предлагайте контакт тогда, когда есть релевантная мощность или изменившиеся условия. Это правило стоит превратить в схему «событие → проверка данных → вопрос клиенту → действие». Укажите для каждого шага источник информации и владельца. Если исходный факт недоступен, агент не должен угадывать: он сохраняет недостающий параметр и передаёт его сотруднику с обещанным сроком.
Обзвон старой базы клиентов разделите на тех, кто уже отправляет груз, и тех, у кого проект отложен. Автообзвон по базе прекращается после явного отказа и исключает клиентов с открытой претензией: таким людям сначала нужен ответ по проблеме, а не новая продажа.
В логистике старые маршруты быстро устаревают: меняются склады, поставщики и сезонность. Повод контакта проверяйте на актуальность: есть ли у перевозчика нужная мощность и условия. Если предложение больше не действует, агент должен знать это до запуска кампании.
Сезонный отправитель может не нуждаться в перевозках сейчас, но дать точный месяц возврата к разговору. Такой срок ценнее статуса «возможно интересно».
Практический пример. Клиент перестал отправлять по направлению из-за сезонности. Перед началом нового сезона агент уточняет планируемый объём и сроки. После разговора проверьте не только формулировку ответа, но и финальную запись: какой исход выбран, какие данные подтверждены самим клиентом, кому назначено действие и когда оно должно быть выполнено. Без этой проверки красивый диалог может закончиться потерей заявки.
Вторая механика: как передавать запрос логисту без потери деталей
Сделайте карточку перевозки с обязательными полями и отметьте степень уверенности в распознавании. При неполных данных создайте задачу на уточнение, а не выдумывайте параметр. В этой части процесса человек может изменить маршрут, параметры груза или дату отправки. Поэтому храните последнее подтверждённое состояние и историю изменений. Если финальная карточка расходится с последней репликой клиента, следующий сотрудник повторит вопрос или выполнит неверное действие.
Для перевозки критичны единицы измерения. Ошибка «тонны» вместо «килограммы» или неверный температурный режим делает расчёт непригодным. В кратком итоговом сообщении выделяйте неподтверждённые параметры; менеджер должен исправить их до обещания тарифа.
Для температурной перевозки записывайте диапазон и единицы измерения, а не одно число без контекста. Сомнительное значение передавайте логисту на подтверждение.
Сценарий для проверки. Заказчик назвал температуру перевозки неразборчиво. Агент передаёт аудиофрагмент и пометку «уточнить режим», не заполняя поле наугад. Проиграйте соседний вариант: заказчик меняет вес груза после запроса ставки. Агент должен показать границу своих полномочий, обновить именно изменившийся параметр и оставить сотруднику точный открытый вопрос.
Рабочий инструмент и поля для команды
Сегментируйте архив по направлению, типу груза и давности последней перевозки. При новом запросе передавайте вместе с контактом маршрут, дату, ограничения, прежнего менеджера и обещанный срок расчёта.
Голосовой бот для логистической компании передаёт менеджеру ограничения груза и срок, а не общую отметку «интерес есть».
В карточке обращения нужны маршрут, груз, вес или объём, дата, частота и срок подготовки ставки. На втором этапе обновляйте эти поля после каждого подтверждённого изменения. Рядом с каждым значением отмечайте источник: сказал клиент, пришло из CRM или рассчитано системой. Сотрудник должен видеть последнее подтверждённое состояние и причину передачи.
Запуск на ограниченном потоке
Быстрая проверка для первого цикла: Возьмите десять переданных запросов и выясните у логистов, сколько раз пришлось повторно спрашивать базовые параметры. Не расширяйте охват, пока хотя бы один критичный переход регулярно теряет данные или создаёт необоснованное обещание. При ошибке меняйте конкретный факт, ветку или интеграцию, а затем повторяйте тест на исходном случае и соседних сценариях.
Метрики, формула и интерпретация
Измеряйте актуальные маршруты, запросы на расчёт и подтверждённые перевозки отдельно. Считайте долю расчётов, выполненных без повторного запроса исходных данных, и число ошибок в коммерческих предложениях. Принятые логистами брифы / переданные; повторные заказы / реактивированные клиенты в одной когорте. В таблице всегда показывайте абсолютные числа рядом с процентами: 4 ошибки из 10 разговоров и 4 из 1000 означают разные задачи. Для длинного цикла сделки задайте окно наблюдения и не приписывайте вчерашней кампании продажи старых лидов.
Ошибки и правила остановки
Звонок без понимания старых условий может выдать клиенту предложение, которое компания не способна выполнить. Непроверенная цифра веса или объёма может сделать весь расчёт неверным. Для каждого такого случая пропишите стоп-условие: что агент отвечает, какой статус ставит, кому передаёт вопрос и в какие сроки человек возвращается к клиенту. Сохраняйте отдельные исходы для отказа, недозвона, переноса и технического обрыва — повторный контакт для них должен работать по разным правилам.