Интеграция CRM и Mango Office
Интеграция 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 сильна там, где звонок про заказ, а не про продажу: где посылка, почему задержка, можно ли обменять. Оператор видит заказ, доставку и историю покупок в одном окне, а при звонке с неизвестного номера карточка создается автоматически.
Порядок работ
- Описываем сценарии звонков. Кто отвечает первым, что происходит с пропущенным, как работает нерабочее время, кто становится ответственным для нового клиента. Без этого получится журнал звонков, а не инструмент продаж.
- Приводим базу в порядок. Формат телефонов, дубли контактов, актуальный список сотрудников. Телефония, подключенная к неубранной базе, начинает плодить дубли с первого дня.
- Считаем схему коллтрекинга. Нужен ли динамический пул или хватит номеров по каналам. Решение принимается по объему трафика, а не по красоте презентации.
- Подключаем модуль и сопоставляем сотрудников. Ключи, домен, полное сопоставление пользователей без пропущенных.
- Проверяем сеть. Для коробочных порталов — доступ к адресам, с которых приходят уведомления. Этот пункт стоит проверить до того, как объявить команде о запуске.
- Настраиваем маршрутизацию и автоматизацию. Перевод на ответственного, распределение новых обращений, задачи на пропущенные с дедлайном, эскалация.
- Подключаем аналитику. Передача источников в сделку, выгрузка сделок и сумм обратно, теги речевой аналитики, если сервис используется.
- Разграничиваем доступ к записям и обучаем команду. Кто какие разговоры слушает, как работает звонок в один клик, что делать с неразобранным.
Ошибки, которые мы разбираем чаще всего
Купили все три слоя, пользуются одним. Коллтрекинг работает, номера оплачиваются, а в отчетах по-прежнему количество звонков. Слои надо внедрять по очереди и под конкретный вопрос, на который вы хотите отвечать.
Не открыли доступ к адресам уведомлений. Классика коробочных порталов. Звонки не доезжают или доезжают с задержкой, а виноватой назначают телефонию.
Обработчик считает каждое событие отдельным звонком. Самая частая ошибка в самописных интеграциях: в карточке появляется три записи вместо одной, статистика умножается, отчеты бесполезны.
Неразобранное никто не разбирает. Заявки с данными коллтрекинга копятся, а формально в системе все хорошо. Отдельное правило распределения и задача снимают проблему за час настройки.
Речевую аналитику превращают в надзор. Теги без выборочной проверки, разборы по расшифровке с ошибками распознавания, недовольная команда. Инструмент хороший, применение неудачное.
Сроки и стоимость
Базовое подключение с карточкой при звонке, записями и задачами на пропущенные — обычно 8-12 часов работы. Добавить источники из коллтрекинга, обратную передачу сделок и отчеты по каналам — еще 10-15 часов. Разработка собственной интеграции по API для нетиповой системы считается отдельно и начинается примерно от 30 часов, в зависимости от того, сколько сценариев надо покрыть.
Сильнее всего на трудоемкость влияют три вещи: состояние базы контактов, количество сценариев маршрутизации и наличие коробочного портала со своими сетевыми правилами. Если отдел продаж работает без внятных этапов, телефония сделает беспорядок наглядным, но не исправит его.
Частые вопросы
Обязательно ли подключать коллтрекинг вместе с телефонией?
Нет, слои независимы. Виртуальная АТС даст звонки, записи и историю в карточке. Коллтрекинг нужен, если вы платите за трафик и хотите видеть в сделке рекламный источник, а не только номер телефона.
Почему звонки не появляются в коробочном Битрикс24?
Чаще всего дело в сети: уведомления приходят с фиксированных адресов платформы, и доступ к ним нужно открыть на вашем оборудовании. Второе по частоте — незавершенное сопоставление пользователей.
Можно ли подключить, если у нас самописная CRM?
Да, через API. Он работает по REST с JSON и подписью запросов, обработчик событий на вашей стороне пишем мы. Логика та же, что и в готовых модулях, просто интерфейсной кнопки нет.
Насколько точна текстовая расшифровка разговоров?
Достаточно, чтобы искать по словам и фильтровать разговоры, но недостаточно, чтобы принимать по ней кадровые решения без прослушивания. Шум, жаргон и перебивания заметно портят результат.
Почему при звонке из карточки сначала звонит мой собственный телефон?
Так работает схема обратного вызова: система сначала соединяется с менеджером и только потом набирает клиента. Это нормальное поведение, о котором команду стоит предупредить в первый день.
Что делать со старыми звонками при переезде на новую интеграцию?
История в CRM остается, а вот записи разговоров хранятся на стороне платформы ограниченное время. Если они нужны надолго, их выгружают в собственное хранилище — этот пункт лучше решить до, а не после отключения старого сервиса.
Коротко о главном
Интеграция CRM и Mango Office ценна тем, что собирает в одной карточке три слоя: сам звонок с записью, рекламный источник обращения и содержание разговора. Плюс обратный поток — сделки и суммы уходят в сквозную аналитику, и круг замыкается.
Внедрять эти слои стоит по очереди и под конкретный вопрос. Сначала перестать терять звонки, потом понять, какая реклама приводит покупателей, и только затем разбираться, что менеджеры говорят клиентам. Попытка включить все сразу обычно заканчивается оплаченными сервисами, которыми никто не пользуется.
Если хотите разобрать, какие слои нужны именно вам и во сколько это обойдется, — оставьте заявку, посмотрим текущую схему звонков и процессы в отделе продаж.