3

WebTech

Личный кабинет

Проекты, коммерческие предложения, документы и отчёты — в одном месте.

Войти Зарегистрироваться Забыли пароль?
Коммуникации с клиентом

Интеграция телефонии с CRM: звонки и записи в истории клиента

Звонок становится событием сделки, а не строкой в журнале станции

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

Почему разговоры не доходят до CRM

Телефония обычно работает исправно — проблема в том, что она работает отдельно от продаж. Ниже то, что видно по журналам станции и по сделкам одновременно.

Звонки живут вне воронки

Разговор был, клиент согласился, но в CRM об этом ничего нет — сделка не создана, задача не поставлена.

Клиента ищут руками

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

Записи разговоров отдельно

Файлы лежат в кабинете АТС, привязать их к сделке можно только вручную и задним числом — обычно этого не делает никто.

Пропущенные не возвращаются

Пропущенный вызов остаётся строкой в журнале станции. Через день его уже никто не перезвонит.

Что и в какую сторону ходит

Для каждой сущности заранее определяется источник правды. Для звонка это АТС, для клиента и сделки — CRM, и смешивать их нельзя.

Входящий вызов
АТС → CRM
Передаётся номер, линия, добавочный и время. По номеру ищется клиент, сделка или последнее обращение; при отсутствии совпадений создаётся новый лид.
Карточка на экране менеджера
CRM → рабочий экран
Открывается на ответе, а не после сброса. Задержка здесь критична: если карточка появляется через полминуты, разговор уже идёт вслепую.
Запись разговора
АТС → сделка
Файл выгружается станцией с задержкой, поэтому карточка звонка не ждёт его: ссылка и метаданные подтягиваются, когда запись готова.
Исход звонка
Менеджер → отчётность
Дозвонились, не дозвонились, назначена встреча, отказ. Без этого поля конверсия звонков в продажу не считается, а отчёты превращаются в статистику станции.
Пропущенный вызов
АТС → задача в CRM
Пропущенный на группе распределяется по правилам очереди: либо на свободного менеджера, либо в общую задачу с ограничением по времени.
Исходящий обзвон
CRM → АТС → клиент
Номер набирается из карточки, поэтому звонок сразу привязан к сделке. Ручной набор и последующая сверка «кто кому звонил» не нужны.

Если станция меняет формат вебхука или добавляет поле, правится адаптер телефонии — карточка клиента, сделки и отчёты остаются нетронутыми.

Как это выглядит в работе

Одна и та же АТС обслуживает разные линии, и сценарий для них отличается: где-то важна скорость подхвата, где-то — фиксация попыток дозвона.

Входящая линия отдела продаж

Распределение по менеджерам, карточка клиента на экране, запись и итог разговора в сделке.

Исходящий обзвон по базе

Звонок из карточки лида или сделки, автоматическая привязка результата, отчёт по попыткам дозвона.

Сервисная линия

Клиент звонит по действующему заказу или обращению: менеджер видит его историю и последние документы.

Разбор качества разговоров

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

Технические решения, которые видно на практике

Это не настройки «на будущее», а то, что определяет, будет ли интеграция телефонии полезной через месяц после запуска.

  • Номера нормализуются к одному формату: +7, 8, скобки и дефисы не мешают найти клиента
  • Незнакомый номер не отбрасывается: создаётся лид, и звонок остаётся в статистике
  • События АТС принимаются идемпотентно — повтор вебхука не создаёт второй звонок в сделке
  • Ссылка на запись появляется позже самого звонка, карточка из-за этого не блокируется
  • Доступ к прослушиванию записей ограничен ролями и фиксируется в журнале действий
  • Журнал обмена с АТС: видно вызовы, которые не удалось связать с клиентом или сделкой

Как мы подключаем АТС к CRM

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

  1. 01

    Аудит и схема

    Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.

  2. 02

    Контракт обмена

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

  3. 03

    Прототип

    Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.

  4. 04

    Внедрение

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

  5. 05

    Эксплуатация

    Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.

Что делает телефонную интеграцию устойчивой

Станция и CRM — две системы с разной доступностью. Разговор не должен теряться из-за того, что одна из них не ответила в нужный момент.

Идемпотентность

Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.

Очередь и повторные попытки

Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.

Журнал обмена

Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.

Лимиты провайдера

Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.

Сверка расхождений

Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.

Мониторинг и оповещения

При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.

Все категории интеграций

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

Частые вопросы об интеграции телефонии

Если вашего вопроса здесь нет — задайте его в форме ниже.

Какие АТС вы подключаете?
Облачные и офисные — у большинства есть API и вебхуки по звонкам, этого достаточно для полного сценария. Если открытого API у станции нет, разбираем вариант с регулярной выгрузкой журнала вызовов и записей: часть сценариев закроется, но всплывающая карточка на входящем работать не будет.
Что увидит менеджер в момент входящего звонка?
Карточку клиента с прошлыми звонками, письмами, заявками и открытыми сделками. Если номер незнакомый, открывается форма нового лида с уже подставленным номером — после разговора остаётся только зафиксировать итог.
Где хранятся записи разговоров?
Сам файл остаётся в АТС или в вашем хранилище, а в карточке звонка хранится ссылка и метаданные: направление, линия, добавочный, дата и длительность. Прослушивание ограничивается ролями, а каждое открытие записи попадает в журнал действий.
Можно ли считать конверсию звонков в продажу?
Да, при одном условии: менеджеры фиксируют исход разговора. Тогда видно, сколько звонков приходится на одну сделку, какова доля дозвонов, как нагрузка распределена по часам и сколько разговоров закончилось счётом или оплатой.
Что нужно от нас, чтобы начать?
Доступ к АТС с правами на API, перечень линий и добавочных номеров, а также регламент: кто и в какой момент проставляет исход звонка. Этого достаточно, чтобы согласовать схему обмена до разработки.

Расскажите, как у вас принимают звонки

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

Бесплатный аудит

Получите бесплатный аудит интернет-магазина

За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.

Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам

Заявка на аудит

Без обязательств. С конкретными цифрами.

Бесплатно

Ответим в течение 30 минут в рабочее время