Skip to main content

Интеграция CRM и Mango Office

Автор
Владимир Садовский
Дата
28.08.2026
Время чтения
5 мин.

Интеграция CRM с Mango Office отличается от обычного подключения телефонии тем, что в сделку попадают не только звонок и запись. У платформы рядом с виртуальной АТС живут коллтрекинг и речевая аналитика, поэтому в карточке оказываются еще и рекламный источник обращения, страницы, которые человек смотрел перед звонком, и текстовая расшифровка разговора. Обратно, в сквозную аналитику, уходят сделки и суммы. Для amoCRM, Битрикс24 и RetailCRM есть готовые модули из каталога, для самописных систем — открытый API с подписью запросов.

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

Два потока данных: что приходит в CRM и что уходит обратно

Обычная телефония дает один поток — вниз. Здесь потоков два, и второй меняет смысл всей затеи.

Вниз, из платформы в CRM, идут события звонка, запись разговора, а при подключенных сервисах — расшифровка с категориями и данные о рекламном канале. Вверх, из CRM в сквозную аналитику, уходят сделки и доход. Получается замкнутый круг: вы видите, что звонок пришел из конкретной кампании, а через месяц знаете, сколько денег эта кампания принесла.

Слой Что появляется в карточке Когда он нужен
Виртуальная АТС звонок, длительность, ответственный, запись разговора всегда, это база
Коллтрекинг рекламный источник, метки перехода, просмотренные страницы когда есть платный трафик и надо считать окупаемость
Речевая аналитика расшифровка разговора, категории и теги когда звонков много и слушать все подряд некому

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

Телефония без коллтрекинга — это половина пользы

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

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

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

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

Речевая аналитика в карточке: что она реально дает

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

Практические сценарии, которые мы чаще всего собираем. Поиск по словам — например, все разговоры, где звучало название конкурента или слово «дорого». Контроль скрипта — отметка разговоров, где менеджер не представился или не назначил следующий шаг. Автоматические теги на сделке, по которым потом строится отчет: причина отказа, интересующий продукт, регион.

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

Как устроено подключение

Для amoCRM, Битрикс24 и RetailCRM есть готовые модули, и в простом случае настройка сводится к обмену ключами. В личном кабинете платформы, в разделе с интеграциями, вы получаете код АТС и ключ для создания подписи. Для RetailCRM дополнительно понадобится API-ключ самой системы и домен вашего аккаунта. Дальше идет сопоставление сотрудников — тот шаг, который пропускают чаще всего и потом удивляются, почему часть звонков висит без ответственного.

Если система самописная или сильно доработанная, подключаемся по API. Он построен по REST, данные ходят в JSON, а каждый запрос подписывается: подпись считается как sha256 от связки ключа, тела запроса и секретной соли, причем сама соль в запросе никогда не передается. Схема надежная, но требует аккуратности — лишний пробел в JSON ломает подпись, и отладка превращается в поиск невидимого символа.

Теперь про то, из-за чего интеграции «не работают» у половины компаний с коробочными порталами. Уведомления о звонках платформа отправляет со своих фиксированных адресов, и на вашем сетевом оборудовании к ним нужно открыть доступ. Если сервер закрыт файрволом, наружу запросы уходят, а входящие события не доходят — звонки в карточке появляются с опозданием или не появляются вовсе. Диагностируется это за десять минут, если знать, куда смотреть, и за неделю, если не знать.

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

Звонок в один клик: маленькая деталь, которая бесит команду

Click-to-call работает по схеме обратного вызова: вы нажимаете на номер в карточке, сначала звонит телефон менеджера, и только когда он снимает трубку, идет вызов клиенту. Логика правильная — так гарантируется, что сотрудник на месте, — но она контринтуитивна.

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

amoCRM, Битрикс24 и RetailCRM: чем отличается связка

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

amoCRM Битрикс24 RetailCRM
Куда попадает звонок в контакт и сделку, новые обращения могут падать в неразобранное в дело CRM и ленту, доступен команде к клиенту и его заказу
Данные коллтрекинга записываются и в контакт, и в сделку попадают в карточку и доступны в отчетах привязываются к клиенту
Автоматизация вокруг звонка цифровая воронка, задачи, боты роботы и бизнес-процессы по событиям звонка триггеры по звонку и статусу заказа
На что обратить внимание продумать, что делать с заявками в неразобранном для коробки открыть доступ к адресам уведомлений click-to-call работает через обратный вызов

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

Битрикс24 дает самую глубокую автоматизацию: телефония там часть системы, поэтому по событию звонка можно двигать стадии, запускать бизнес-процессы и собирать отчеты штатными средствами. Расплата — чувствительность к инфраструктуре у коробочной версии.

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

Порядок работ

  1. Описываем сценарии звонков. Кто отвечает первым, что происходит с пропущенным, как работает нерабочее время, кто становится ответственным для нового клиента. Без этого получится журнал звонков, а не инструмент продаж.
  2. Приводим базу в порядок. Формат телефонов, дубли контактов, актуальный список сотрудников. Телефония, подключенная к неубранной базе, начинает плодить дубли с первого дня.
  3. Считаем схему коллтрекинга. Нужен ли динамический пул или хватит номеров по каналам. Решение принимается по объему трафика, а не по красоте презентации.
  4. Подключаем модуль и сопоставляем сотрудников. Ключи, домен, полное сопоставление пользователей без пропущенных.
  5. Проверяем сеть. Для коробочных порталов — доступ к адресам, с которых приходят уведомления. Этот пункт стоит проверить до того, как объявить команде о запуске.
  6. Настраиваем маршрутизацию и автоматизацию. Перевод на ответственного, распределение новых обращений, задачи на пропущенные с дедлайном, эскалация.
  7. Подключаем аналитику. Передача источников в сделку, выгрузка сделок и сумм обратно, теги речевой аналитики, если сервис используется.
  8. Разграничиваем доступ к записям и обучаем команду. Кто какие разговоры слушает, как работает звонок в один клик, что делать с неразобранным.

Ошибки, которые мы разбираем чаще всего

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

Не открыли доступ к адресам уведомлений. Классика коробочных порталов. Звонки не доезжают или доезжают с задержкой, а виноватой назначают телефонию.

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

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

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

Сроки и стоимость

Базовое подключение с карточкой при звонке, записями и задачами на пропущенные — обычно 8-12 часов работы. Добавить источники из коллтрекинга, обратную передачу сделок и отчеты по каналам — еще 10-15 часов. Разработка собственной интеграции по API для нетиповой системы считается отдельно и начинается примерно от 30 часов, в зависимости от того, сколько сценариев надо покрыть.

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

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

Обязательно ли подключать коллтрекинг вместе с телефонией?

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

Почему звонки не появляются в коробочном Битрикс24?

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

Можно ли подключить, если у нас самописная CRM?

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

Насколько точна текстовая расшифровка разговоров?

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

Почему при звонке из карточки сначала звонит мой собственный телефон?

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

Что делать со старыми звонками при переезде на новую интеграцию?

История в CRM остается, а вот записи разговоров хранятся на стороне платформы ограниченное время. Если они нужны надолго, их выгружают в собственное хранилище — этот пункт лучше решить до, а не после отключения старого сервиса.

Коротко о главном

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

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

Если хотите разобрать, какие слои нужны именно вам и во сколько это обойдется, — оставьте заявку, посмотрим текущую схему звонков и процессы в отделе продаж.

Блог
Оставьте заявку на внедрение CRM