В отделе продаж может быть хороший сайт, реклама и аккуратно настроенная CRM, но один пропущенный звонок всё равно остаётся в памяти секретаря или в журнале телефона. Потом клиент перезванивает, объясняет задачу заново, а менеджеры не могут понять, кто должен с ним работать.
Связка CRM с виртуальной АТС нужна прежде всего для понятной истории обращений и ответственности за обратный звонок. Ниже – практический порядок настройки для небольшой команды. Он применим к разным CRM и провайдерам телефонии, хотя конкретные названия настроек и доступные функции у них различаются.
Сама виртуальная АТС принимает и распределяет звонки. CRM хранит контакты, сделки, задачи и историю работы с клиентом. Интеграция передаёт между ними события: от кого поступил вызов, кому он был направлен, состоялся ли разговор, где посмотреть запись при её наличии.
Но здесь есть четыре разных объекта, которые не стоит путать: событие звонка, контакт клиента, сделка и задача сотруднику. Один звонок не обязан порождать новую сделку. Например, постоянный клиент может уточнять уже согласованный заказ, а пропущенный вызов требует обратной связи, но ещё не означает продажу.
Простой сценарий: человек звонит на общий номер, АТС направляет вызов в группу продаж, а CRM находит его контакт. Менеджер открывает историю предыдущего общения. Если никто не ответил, в системе появляется отметка и задача ответственному – по заранее выбранному правилу, а не по настроению сотрудника.
До подключения виджета запишите, что должно происходить с новым, известным и пропущенным вызовом. Отдельно решите, кому поступают обращения вечером, в выходные и при занятой линии.

Вызов может оборваться ещё во время голосового меню или ожидания в очереди. Не всякая интеграция передаёт такие события в CRM так же, как обычный пропущенный звонок сотруднику. Поэтому сравнивайте журнал АТС с журналом CRM, особенно для звонков, которые никто не успел принять.
Уточните, что происходит после перевода вызова между сотрудниками. Не должно получаться так, что каждый перевод создаёт новую заявку и несколько менеджеров одновременно перезванивают одному человеку.
Зафиксируйте номера, группы вызовов, расписание, голосовое меню, переадресации и то, с каких устройств звонят сотрудники. Если менеджеры используют личные мобильные номера, обычная интеграция АТС может не увидеть эти разговоры. Для мобильных сотрудников заранее проверьте наличие подходящего способа работы через провайдера.
В CRM и АТС у сотрудников бывают разные учётные записи. Составьте таблицу соответствия: пользователь CRM, внутренний номер АТС, группа звонков и ответственный за обращения. После подключения проверьте не только администратора, но и обычные рабочие учётные записи.
Телефон может храниться как «8…», «+7…» или без кода страны. Приведите номера к единому правилу поиска. Заранее решите, что делать, если один номер есть у нескольких контактов, например у секретаря двух организаций. Автоматическое присвоение вызова первому совпадению не всегда разумно.
Выберите, будет ли система автоматически создавать контакт при первом звонке или сначала отправлять обращение на разбор. Для пропущенного определите ответственную группу, срок реакции и способ закрытия задачи. Правило должно исключать бесконечное размножение контактов и сделок при повторных вызовах.
Если разговоры записываются, выясните, где фактически хранятся аудиофайлы – в АТС или CRM, кто может их слушать и скачивать, каков срок хранения и как выполняется удаление. Предусмотрите информирование собеседников о записи и проверьте порядок обработки персональных данных с ответственным специалистом. Одна только галочка «записывать звонки» не закрывает организационные вопросы.

Красивый экран настроек ничего не доказывает. Возьмите два тестовых номера, один известный CRM, другой новый, и пройдите обычные сценарии звонка. Результаты сравните в истории АТС и CRM.
Проверять нужно не только успешный разговор, но и отказ, перевод, занятость и пропущенный вызов.
После тестов полезно сравнить количество событий в АТС и CRM за одинаковый промежуток времени. Несовпадение не всегда означает ошибку: системы могут по-разному учитывать переводы, внутренние вызовы и звонки до соединения. Но каждое расхождение должно иметь понятное объяснение.
Для начала хватит простого обзора: сколько было входящих, сколько ответили, сколько осталось без ответа, как быстро обработали пропущенные обращения и сколько из них в итоге стали предметными разговорами. Не смешивайте число вызовов с числом уникальных клиентов: один человек может звонить несколько раз.
Отдельно смотрите повторные вызовы без результата и нагрузку по часам. Например, если все пропущенные приходятся на обеденный промежуток, это повод проверить расписание и очереди, а не покупать ещё один аналитический сервис.
И ещё одна граница: интеграция телефонии с CRM сама по себе не определяет, какая реклама привела звонящего. Для этого потребуются корректные данные об источнике обращения, а в отдельных сценариях – коллтрекинг. Подробный разговор о связке разных инструментов уже есть в нашей статье «5 интеграций, которые дают быстрый эффект в отделе продаж».
Готовый модуль обычно разумно рассматривать первым, если у компании один основной номер, понятная группа продаж и простая схема распределения. Сложности начинаются, когда несколько юридических лиц используют общую АТС, клиенты обслуживаются разными отделами, звонки переводятся между филиалами или разные обращения должны попадать в разные воронки.
В таких случаях важнее заранее описать правила, чем искать продукт с самым длинным списком функций. В рамках подключения CRM и телефонии стоит отдельно согласовать маршрутизацию, создание задач, доступ к записям и тесты. Если требуются нестандартные события и взаимодействие с другими сервисами, их лучше рассматривать как отдельную задачу автоматизации, а не обещать, что всё заработает после установки одного виджета.
Хороший результат внедрения – когда сотрудник понимает, что делать после звонка, а руководитель может восстановить историю обращения без опроса всей команды. Проверять это нужно обычными рабочими ситуациями, а не только демонстрацией интерфейса.