Телефония и CRM: что логировать, как интегрировать и не…
  • Телефония
  • Автор: Команда CrmAI
  • Опубликовано:
Схема интеграции телефонии с CRM — логирование звонков, статусы и записи разговоров

Понедельник, девять утра, офис оптовой компании в Алматы. Руководитель отдела продаж Марат смотрит на отчёт и не понимает: почему конверсия упала на 15%? Менеджеры вроде работают, телефоны звонят, но что-то идёт не так.

Он открывает CRM — там только текстовые заметки. «Звонил клиенту, обсудили поставку». А что именно обсудили? Почему клиент отказался? Кто вообще инициировал звонок? Марат не знает. Потому что телефония живёт отдельно от CRM, и между ними — пропасть.

Знакомая ситуация? Тогда эта статья для вас. Мы разберём, как правильно связать телефонию с CRM: что именно нужно логировать, какие схемы интеграции существуют и как выбрать подходящую для вашего бизнеса. Без маркетинговой воды — только практика, которую мы отработали на десятках внедрений в Казахстане.

Телефон всё ещё главный канал продаж — и вот почему это проблема

Несмотря на мессенджеры, чат-боты и социальные сети, телефон остаётся ключевым каналом для B2B-продаж и сложных B2C-сделок. По нашим данным, в Казахстане около 65% первичных контактов в сегменте среднего бизнеса происходит именно по телефону.

И тут возникает парадокс. Компании тратят миллионы тенге на рекламу, чтобы привлечь звонки. Вкладываются в CRM, чтобы отслеживать сделки. Но между рекламой и CRM — чёрная дыра под названием «телефонный разговор».

Что обычно происходит без интеграции:

Типичные проблемы компаний без интеграции телефонии

  • Пропущенные звонки никто не отслеживает
  • Нет записей — слово клиента против слова менеджера
  • Невозможно понять, кто из менеджеров эффективнее
  • Время на ручной ввод данных после каждого звонка
  • Нет связи между источником лида и звонком
  • Клиент звонит повторно — менеджер не знает историю

Интеграция телефонии с CRM решает все эти проблемы. Но «интеграция» — это не волшебная кнопка. Это архитектурное решение, которое требует понимания: какие данные передавать, в каком формате и с какой целью.

Что именно нужно логировать: минимум и максимум

Начнём с главного вопроса: какие данные о звонке должны попадать в CRM? Тут легко впасть в крайности. Одни компании записывают только «был звонок, 3 минуты» — и потом не понимают, почему это бесполезно. Другие пытаются собирать абсолютно всё, включая фазы луны, — и тонут в данных.

Золотая середина существует. Я разделю данные на три уровня, и вы сами решите, до какого дойти.

Уровень 1: Обязательный минимум (без него не начинайте)

Если ваша АТС не передаёт хотя бы эти параметры — это не интеграция, а самообман. Серьёзно, не тратьте время.

Параметр Что это Зачем нужен
Номер звонящего Caller ID, АОН Привязка к карточке клиента в CRM
Номер, на который звонили Called Number, DID Определение рекламного источника (разные номера для разных кампаний)
Направление звонка Входящий / Исходящий Понимание активности: кто инициатор контакта
Дата и время Timestamp начала и окончания Хронология событий, расчёт длительности
Длительность разговора В секундах или минутах Фильтрация «пустых» звонков, анализ качества контакта
Статус звонка Отвечен / Пропущен / Занято / Не дозвонился Контроль качества обработки, воронка звонков
Ответивший сотрудник ID или добавочный номер Привязка звонка к менеджеру, персональная статистика

Семь параметров — это минимум. Звучит просто, но многие «готовые интеграции» передают только три-четыре. И потом руководители удивляются: «Почему аналитика такая бедная?» Да потому что половина данных осталась на стороне АТС и никуда не уехала.

Уровень 2: Расширенный набор (когда хочется большего)

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

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

История переключений. Клиента перебросили между тремя отделами? Это видно. И это сигнал: либо IVR настроен криво, либо менеджеры не знают, кому что передавать.

Ссылка на запись. Не сам файл (он тяжёлый), а URL. Один клик из карточки — и вы слушаете. Никакого «найти запись в папке за 15 марта, файл 7823847».

Кто положил трубку первым. Если клиент — нормально. Если менеджер бросил трубку раньше — уже вопрос. Если связь оборвалась — ещё один сценарий для обработки.

Уровень 3: Когда подключается AI

Это уже следующая лига. Но если вы туда дойдёте — откроется совсем другой мир:

Транскрипция. Весь разговор — в тексте. Можно искать по словам, можно анализировать, можно тренировать новичков на реальных примерах.

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

Автоматические теги. Звонок сам размечается: «жалоба», «интерес к продукту X», «упомянут конкурент Y». Без ручной работы.

Если эта тема интересна — почитайте подробнее в статье AI для анализа звонков: Speech Analytics превращает разговоры в деньги.

«Частая ошибка — логировать только факт звонка. Но без длительности и статуса вы не отличите десятисекундный дозвон от получасовых переговоров. А это совершенно разные события для воронки продаж».

Технический архитектор
CrmAI
Цитата

Четыре схемы интеграции телефонии с CRM

Теперь к технической части. Как именно данные о звонках попадают из АТС в CRM? Существует несколько принципиально разных подходов, и выбор зависит от вашей инфраструктуры и бюджета.

Схема 1: Облачная АТС со встроенной интеграцией

Самый простой вариант для малого и среднего бизнеса. Вы используете облачную телефонию (виртуальную АТС), которая уже имеет готовый коннектор к популярным CRM.

В Казахстане популярны такие сервисы как Mango Office, Zadarma, uis.kz, OnlinePBX. Многие из них имеют готовые интеграции с amoCRM, Битрикс24, и через API можно подключить другие системы.

Как работает облачная интеграция

Клиент звонит → Облачная АТС принимает звонок
                    ↓
          АТС передаёт webhook в CRM:
          {caller: "+7 777 123 45 67", status: "incoming"}
                    ↓
          CRM ищет контакт по номеру
          Если найден → всплывающая карточка
          Если не найден → форма создания нового контакта
                    ↓
          После завершения звонка → второй webhook:
          {duration: 245, recording_url: "https://..."}
                    ↓
          CRM сохраняет событие в карточку клиента

Что хорошо: настраивается за день, не нужно ничего покупать и устанавливать, платите абонентку и не думаете о железе. Идеально, если хотите «попробовать и посмотреть».

Что плохо: если провайдер лёг — вы без телефона. Кастомизировать логику сложно, вы ограничены тем, что даёт сервис. И да, записи ваших переговоров хранятся у кого-то другого. Для банка или юридической компании это может быть критично.

Для кого это: небольшие компании (до 50 человек), которые хотят быстро запуститься и не готовы вкладываться в инфраструктуру. Стартапы, малый бизнес, отделы продаж без своего IT.

Схема 2: SIP-транк + собственная IP-АТС + интеграция через API

Более продвинутый вариант. Вы покупаете SIP-транк у оператора (это просто канал связи с номерами), а АТС разворачиваете у себя — на базе Asterisk, FreePBX, 3CX или аналогов.

Интеграция с CRM настраивается через API или события AMI (для Asterisk). Это требует разработки, но даёт полный контроль.

Архитектура с собственной АТС

                   ┌─────────────────────────────────┐
                   │      SIP-оператор (Beeline,     │
                   │      Kcell, Tele2, Казахтелеком)│
                   └───────────────┬─────────────────┘
                                   │ SIP-транк
                                   ▼
                   ┌─────────────────────────────────┐
                   │       Ваша IP-АТС               │
                   │   (Asterisk / FreePBX / 3CX)    │
                   │                                 │
                   │   • Маршрутизация звонков       │
                   │   • IVR-меню                    │
                   │   • Запись разговоров           │
                   │   • Очереди                     │
                   └───────────────┬─────────────────┘
                                   │ API / Webhooks / AMI
                                   ▼
                   ┌─────────────────────────────────┐
                   │           CRM-система           │
                   │   • Карточки клиентов           │
                   │   • История звонков             │
                   │   • Аналитика                   │
                   └─────────────────────────────────┘

Что хорошо: полный контроль. Хотите хитрую маршрутизацию — пожалуйста. Хотите хранить записи 10 лет на своём сервере — без проблем. Не нравится провайдер — меняете транк, АТС остаётся.

Что плохо: нужен человек, который в этом разбирается. Asterisk не настроится сам, и когда в 3 часа ночи что-то сломается — звонить будут вам, а не в техподдержку облака.

Для кого это: средний и крупный бизнес. Компании, где безопасность данных — не пустой звук. Контактные центры с сотнями операторов.

Схема 3: Гибрид — облако + свой сервер-посредник

Иногда хочется и рыбку съесть, и удочку оставить. Облачная телефония удобна, но данные перед CRM нужно «подправить» — добавить UTM-метки, обогатить из другой системы, раздать в несколько CRM параллельно. Для этого между облаком и CRM ставят middleware — свой сервер, который принимает webhooks, делает с ними магию и передаёт дальше.

Это не для всех, но если у вас нестандартная ситуация — очень выручает.

Схема 4: WebRTC — звонки из браузера

Самый современный вариант. Менеджер звонит не с телефона, а прямо из браузера. Гарнитура в ухе, Chrome открыт, CRM на экране — кликнул на номер, и звонок пошёл.

В этом случае CRM — это и есть телефония. Никакой отдельной интеграции: звонок создаётся внутри системы, записывается там же, прикрепляется к карточке автоматически.

Что хорошо: не нужны телефонные аппараты (экономия), удалённые сотрудники работают из любой точки мира, интеграция глубже некуда.

Что плохо: качество звука зависит от интернета. Если у менеджера Wi-Fi барахлит — клиент это услышит. И гарнитуры нужны нормальные, не те, что за 500 тенге на базаре.

Иллюстрация

Не уверены, какая схема подойдёт вам?

Расскажите про вашу текущую инфраструктуру — подберём оптимальный вариант интеграции. Консультация бесплатно.

Получить консультацию

Записи разговоров: где хранить, сколько держать, как искать

Если вы не записываете звонки — вы теряете доказательства. Клиент говорит «мне обещали скидку 50%», менеджер говорит «ничего подобного» — и кто прав? Без записи это слово против слова. С записью — факт.

Но записи создают новые вопросы.

Где хранить эти гигабайты?

На сервере АТС — просто, но место заканчивается. Придётся настраивать ротацию: старые записи удаляются автоматически.

В облаке (S3, Google Cloud) — места сколько угодно, платите за объём. Но следите за трафиком: если все начнут качать записи — счёт вырастет.

В самой CRM — удобно: запись прямо в карточке. Но не все CRM это тянут, и база быстро разрастается.

Оптимально: файлы хранить отдельно (свой сервер или облако), а в CRM — только ссылку. Кликнул — открылось. База не пухнет, доступ мгновенный.

Сколько лет хранить?

Зависит от того, чем вы занимаетесь. Банки и страховые — до 5 лет (так требует закон). Розница и услуги — обычно хватает 3-6 месяцев. Контактные центры часто держат год для контроля качества.

Практика: настройте автоудаление. Записи старше X месяцев — в корзину. Это и место экономит, и с законодательством о персональных данных проще.

Как найти нужный разговор среди тысяч?

Когда записей сотни в день — искать вручную нереально. Нужны инструменты.

Поиск по метаданным: дата, номер, менеджер, длительность. Простой, но работает.

Привязка к карточке: все записи по клиенту — в одном месте. Открыл карточку — видишь историю.

Транскрипция + полнотекстовый поиск: вот это уже магия. Ищете слово «жалоба» — система находит все звонки, где оно прозвучало. Подробнее — в статье Телефония + транскрипция + CRM: звонки, которые продают сами.

Статусы звонков: почему «был / не был» — это слишком просто

Частая ошибка: в CRM попадает статус «состоялся» или «не состоялся». Точка. А ведь между ними — целая вселенная.

«Не взяли трубку» — это одно. «Линия занята» — другое. «Клиент повесил трубку, не дождавшись ответа» — третье, и это вообще красный флаг. От статуса зависит, что делать дальше.

Статус Что значит Действия в CRM
ANSWERED Звонок принят, разговор состоялся Создать событие, привязать запись
NO_ANSWER Не взяли трубку (входящий) или не дозвонились (исходящий) Создать задачу на перезвон
BUSY Линия занята Автоматический перезвон через 5 минут
FAILED Техническая ошибка (неправильный номер, проблемы связи) Проверить номер клиента, уведомить менеджера
VOICEMAIL Попали на автоответчик Отметить, запланировать повторный контакт
MISSED Пропущенный входящий (никто не взял) Уведомление менеджеру, задача на обратный звонок
ABANDONED Клиент повесил трубку во время ожидания в очереди Приоритетный обратный звонок

Обратите внимание на последний статус — ABANDONED. Это клиент, который позвонил, подождал и бросил трубку. Он был горячий. Он хотел с вами поговорить. И не дождался. Такие звонки — в первую очередь на перезвон.

Что с этим делать: автоматизация

Когда статусы настроены правильно, можно строить автоматические сценарии. Вот несколько примеров:

Примеры автоматизации

ЕСЛИ статус = MISSED И рабочее_время = true
    ТО → создать задачу "Перезвонить в течение 15 минут"
         → отправить SMS клиенту "Мы заметили ваш звонок, перезвоним"

ЕСЛИ статус = ABANDONED И время_ожидания > 60 секунд
    ТО → приоритетный callback через 2 минуты
         → уведомление руководителю "Длинная очередь, клиент не дождался"

ЕСЛИ статус = NO_ANSWER И попытка < 3
    ТО → запланировать повторный звонок через 2 часа

ЕСЛИ статус = ANSWERED И длительность < 30 секунд
    ТО → не считать как полноценный контакт в воронке
         → отметить как "короткий разговор, требует уточнения"

Кейс: как автодилер сократил потерю лидов на 40%

Расскажу реальную историю из нашей практики (название компании изменено).

Автодилер «АвтоЦентр» в Нур-Султане: 12 менеджеров по продажам, 5 линий для входящих звонков, в среднем 150 входящих звонков в день. Использовали облачную АТС, но интеграция с CRM была минимальной — только факт звонка без деталей.

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

Что мы сделали:

  1. Настроили полноценное логирование: все 7 обязательных параметров + запись + время ожидания
  2. Внедрили статус ABANDONED — оказалось, 18% звонков не доходили до менеджера
  3. Настроили автоматический callback для пропущенных в течение 5 минут
  4. Подключили транскрипцию для выборочного анализа разговоров

Результаты через 2 месяца:

Потеря лидов:

-40%

благодаря автоматическому callback

Среднее время ответа:

45 → 18 сек

когда менеджеры увидели метрику

Конверсия в визит:

+23%

за счёт анализа и улучшения скриптов

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

Особенности телефонии для казахстанского бизнеса

Работая с компаниями в Казахстане, мы столкнулись с несколькими специфическими моментами, которые важно учитывать.

Мобильные номера — основной канал

В отличие от России, где городские номера 8-800 широко используются, в Казахстане бизнес чаще работает на мобильных номерах (+7 7XX). Это создаёт нюансы:

  • Клиенты ожидают ответа на мобильный быстрее, чем на городской
  • Можно использовать WhatsApp Business API на том же номере (омниканальность)
  • SMS-уведомления воспринимаются лояльнее

Операторы и SIP-провайдеры

Основные операторы: Kcell, Beeline, Tele2, Казахтелеком. Все поддерживают SIP-транки для бизнеса, но условия и качество различаются. Из облачных решений популярны адаптации российских сервисов (Mango, Zadarma) и локальные провайдеры.

Языковой вопрос

Если вы используете речевую аналитику или транскрипцию, важно учесть:

  • Часть клиентов говорит на казахском языке
  • Смешанная речь (казахский + русский) — обычное явление
  • Не все speech-to-text движки хорошо работают с казахским

При выборе решения для транскрипции проверяйте поддержку казахского языка. Современные модели (например, Whisper от OpenAI) справляются неплохо, но результаты нужно тестировать на ваших реальных записях.

Пять ошибок, которые все совершают (и как не попасть)

Мы видели десятки интеграций. Ошибки повторяются. Вот топ граблей, на которые наступают.

«Зачем нам пропущенные? Это мусор»

Нет. Пропущенные — это потерянные лиды. Человек хотел с вами поговорить, вы не ответили. Если это не попадает в CRM — вы никогда не узнаете, сколько клиентов теряете. Логируйте всё.

«Привязали к контакту — и хватит»

А если у контакта две сделки? К какой относится звонок? К открытой? К последней? Нужна логика: либо автоматическая привязка к активной сделке, либо выбор менеджером. Иначе — путаница.

«Засчитали 5 секунд как контакт»

Пять секунд — это не разговор. Это «алло, не туда попал» и сброс. Если считать такое контактом — статистика врёт. Введите порог: разговор меньше 30 секунд — не считается полноценным.

«У нас CRM в Алматы, АТС в Нур-Султане»

Казахстан — два часовых пояса. Если системы настроены на разное время, звонок в 10:00 в CRM покажется как 11:00. Проверьте, что везде единый timezone.

«Обновились — и забыли проверить»

Поменяли тариф у АТС. Обновили CRM. Добавили новый номер. Всё? Нет. Сделайте тестовый звонок. Проверьте, что данные дошли. 5 минут теста vs. день потерянных данных — выбор очевиден.

Чек-лист: как внедрить интеграцию телефонии с CRM

Если вы решили интегрировать телефонию с CRM, вот пошаговый план:

Этап 1: Подготовка

  • Определить цели: что хотите получить от интеграции
  • Провести аудит текущей телефонии: какая АТС, какие возможности API
  • Проверить готовность CRM: есть ли модуль телефонии или нужна доработка
  • Составить список параметров для логирования (минимум vs максимум)

Этап 2: Настройка

  • Настроить передачу событий от АТС (webhooks, API)
  • Настроить приём событий в CRM и маппинг полей
  • Настроить хранение записей и передачу ссылок
  • Проверить работу Click-to-call (звонок из CRM)

Этап 3: Тестирование

  • Тестовые звонки: входящий, исходящий, пропущенный
  • Проверить привязку к контактам (существующий и новый)
  • Проверить доступность записи разговора
  • Проверить работу автоматических сценариев (если есть)

Этап 4: Запуск и мониторинг

  • Обучить менеджеров работе с новым функционалом
  • Настроить дашборд для мониторинга звонков
  • Настроить алерты при сбоях интеграции
  • Запланировать ревью через 2 недели: что работает, что нет
Иллюстрация

Готовы связать телефонию с CRM?

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

Заказать интеграцию

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

Помните руководителя отдела продаж из начала статьи? После внедрения интеграции он обнаружил, что 22% входящих звонков просто терялись — клиенты не дожидались ответа и клали трубку. Ещё 15% звонков были короче 20 секунд — менеджеры засчитывали их как «контакт», хотя разговора по сути не было.

Теперь вся эта информация у него перед глазами. Пропущенные звонки — красным. Короткие — отдельным фильтром. Записи — в один клик из карточки клиента. Когда менеджер говорит «я звонил, но не дозвонился» — есть данные, чтобы это проверить.

Начать можно с малого. Если у вас облачная АТС — посмотрите, какие интеграции она поддерживает из коробки. Часто достаточно нажать несколько кнопок в настройках. Если собственная IP-АТС — потребуется немного работы с API, но ничего сверхъестественного.

Главное — не откладывать. Каждый день без интеграции — это потерянные данные о звонках, которые вы уже никогда не восстановите. А вместе с ними — понимание того, что на самом деле происходит в вашем отделе продаж.