Телефония и CRM: как описать сценарий звонка до выбора интеграции

Перечислите реальные типы вызовов

В рабочем описании важно зафиксировать следующее: направления звонков, номера, идентификация человека, перевод, запись и права доступа к результатам.

Общий входящий номер, прямой звонок менеджеру, исходящий вызов и перевод между сотрудниками могут передаваться по-разному. Сначала опишите ваши маршруты, включая недозвон и пропущенный вызов. Для каждого назовите ожидаемое действие в CRM. Не заменяйте этот перечень одной фразой «телефония подключена». Команда должна понимать, где появляется событие и кто принимает ответственность за дальнейший ответ, особенно после перевода или отсутствия конкретного менеджера.

Разберите определение клиента

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

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

Проверяйте запись отдельно

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

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

Испытайте перевод и отсутствие

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

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

Определите сопровождение соединения

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

Частые вопросы