Заявка потерялась между звонком и выездом: как восстановить цепочку

Что считать одной заявкой

Телефон клиента недостаточен для объединения обращений: один человек может обслуживать несколько объектов. Заведите отдельные поля для адреса, оборудования и описания неисправности. Сохраняйте идентификатор звонка или сообщения, из которого появилась карточка.

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

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

Проверяйте переход, а не цвет статуса

Статус «назначено» сам по себе не доказывает, что мастер увидел задание. Разделите назначение диспетчером и принятие исполнителем. Между ними настройте срок ожидания, после которого обращение попадает в очередь ручного разбора.

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

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

Очередь исключений для диспетчера

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

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

Испытайте сбои до подключения клиентов

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

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

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