Звонок закончился: как сохранить заявку и не создать дубль

Начать с незавершённых разговоров

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

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

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

Что должно оказаться в карточке

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

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

Полезный выход обработки — карточка со статусом «нужна проверка», а не длинное резюме. Рядом с каждым критичным полем нужен фрагмент расшифровки. Менеджер должен понимать, откуда взялось значение, не прослушивая весь разговор заново.

Защитить очередь от повторов

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

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

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

Срочность без выдуманных обещаний

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

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

Проверить именно потерянные обращения

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

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