amoCRM для колл-центра настраивается через интеграцию с облачной АТС (Mango, UIS, Sipuni, Zadarma и другие), подключение виджета телефонии, настройку правил распределения звонков и создание воронок под входящий и исходящий трафик. После связки CRM с телефонией каждый звонок автоматически создаёт сделку или контакт, пишет запись разговора и фиксирует ответственного оператора. Занимает это от одного дня до недели — зависит от того, насколько запущена исходная инфраструктура.
С чего вообще начинать
Первый вопрос, который стоит задать себе до любых настроек — есть ли уже облачная АТС или всё ещё стоит железная Panasonic 2008 года в серверной. Это не шутка. Я видел колл-центры на 15 операторов, которые пытались прикрутить amoCRM к аналоговой станции через самодельный шлюз. Полтора месяца, 80 000 ₽ на разработку — и всё равно потом переехали на облако.
Если АТС уже облачная — половина работы сделана. Большинство популярных провайдеров имеют готовые виджеты для amoCRM: ставишь из маркетплейса, вводишь ключи API, проверяешь тестовым звонком.
Если АТС нет совсем — выбирай сразу с прицелом на интеграцию. Mango Office и UIS — наиболее зрелые связки с amoCRM по части колл-центра именно потому, что там есть нативная поддержка очередей, запись, статистика операторов. Sipuni чуть дешевле, но с очередями чуть беднее по интерфейсу.
Входящие звонки: как правильно настроить потоки
Стандартная ошибка — настроить «все звонки идут в неразобранное» и считать, что дело сделано. Это работает для маленькой команды из 2–3 человек. В колл-центре на 10+ операторов неразобранное превращается в мусорку, где сделки теряются ещё до первого касания.
Нормальная схема выглядит так:
- входящий звонок попадает в очередь АТС
- если клиент уже есть в базе — звонок уходит на ответственного менеджера
- если нет — распределяется по правилу (равномерно, по загрузке, по первому свободному)
- в amoCRM автоматически создаётся сделка с привязкой к оператору, который ответил
- запись разговора прикрепляется к сделке через вебхук
Отдельно стоит настроить поведение при пропущенном звонке. По умолчанию amoCRM просто создаёт сделку в статусе «пропущен». Но лучше сразу ставить автозадачу на перезвон — иначе операторы эти сделки игнорируют. Проверено на практике: в одном проекте (ниша — юридические услуги, 18 операторов) после добавления автозадачи на пропущенные конверсия из пропущенного в дозвон выросла с 31% до 67% за три недели.
Мы являемся официальный партнером АМО ЦРМ и при покупки лицензий через нас предоставляем настройки за 0 рублей
Исходящий обзвон: очереди и автодозвон
Здесь интереснее. amoCRM сама по себе не умеет делать предиктивный обзвон — это функция АТС. Но логику можно выстроить через Digital Pipeline или просто через статусы сделок + автоматические задачи.
Схема для массового исходящего обзвона:
- сделки в нужном статусе попадают в кампанию обзвона на стороне АТС (Mango это умеет нативно)
- оператор получает звонок, когда клиент поднял трубку — не раньше
- результат звонка фиксируется через теги или смену статуса сделки
- недозвоны автоматически ставятся на повторный набор через N минут
Важный нюанс, который часто упускают: если в кампанию обзвона добавлять сделки вручную — это не масштабируется. Нужно настроить триггер: при переходе сделки в статус «Нужно позвонить» она автоматически добавляется в кампанию. В UIS это реализовано через Digital Pipeline, в Mango — через отдельный блок настроек интеграции.
Хотя нет, тут я слегка упрощаю — Mango в последних версиях тоже поддерживает триггерное добавление, но настройка там менее очевидная, занимает лишние полчаса.
Контроль операторов — то, ради чего всё и затевается
Руководители колл-центров обычно хотят одно: видеть, кто сколько звонил, с каким результатом, сколько времени разговаривал и сколько просидел в оффлайне. amoCRM это всё хранит, но не в одном экране — придётся собирать картину из нескольких источников.
Что есть прямо в amoCRM:
- отчёт по звонкам — количество входящих/исходящих в разбивке по операторам
- отчёт по задачам — сколько задач закрыто, сколько просрочено
- отчёт по сделкам — конверсия по воронке у каждого менеджера
Что нужно смотреть на стороне АТС:
- среднее время разговора
- время в очереди ожидания
- статус оператора (доступен / занят / оффлайн)
- процент принятых звонков от входящих
Самый удобный вариант — строить дашборд в BI-инструменте (хоть в Looker Studio, хоть в DataLens), куда тянуть данные и из amoCRM через API, и из АТС. Это уже не настройка на один день, но для колл-центра от 8 операторов окупается за месяц-полтора.
Три реальных кейса — без купюр
Кейс 1. Страховой брокер, Москва, 22 оператора. Переходили с Битрикс24 на amoCRM. Интеграция с Mango настроена за 3 дня, но потеряли историю звонков за прошлый период — не предусмотрели миграцию. Восстанавливали вручную ещё 11 рабочих дней. Урок: перед переездом нужно выгружать записи звонков отдельно. Стоимость «забытого» вопроса — около 45 000 ₽ за работу подрядчика.
Кейс 2. Интернет-магазин электроники, 9 операторов, входящие + исходящий обзвон по брошенным корзинам. Настроили автообзвон через UIS с триггером из статуса сделки. Конверсия в покупку по брошенным корзинам выросла с 8,4% до 19,7% за 5 недель. Здесь сработало именно время реакции — звонок уходил в течение 12 минут после брошенной корзины, а не через день, как было раньше.
Кейс 3. Аутсорсный колл-центр, 34 оператора, несколько клиентских проектов. Задача — разделить проекты так, чтобы операторы одного проекта не видели данные другого. Решалось через разные воронки + ограничение прав по группам. Заняло настройку около 2 недель, плюс написали инструкцию для каждого тимлида — без неё операторы регулярно «случайно» лезли в чужие сделки. Никакой экзотики, просто нужно было потратить время на ролевую модель прав.
Мы являемся официальный партнером АМО ЦРМ и при покупки лицензий через нас предоставляем настройки за 0 рублей
Частые вопросы — без воды
Можно ли использовать amoCRM для колл-центра без сторонней АТС?
Формально — нет. amoCRM не является телефонной системой, у неё нет своей очереди звонков. Нужна внешняя телефония с поддержкой интеграции через виджет или API. Минимальный вариант — Zadarma с бесплатным тарифом и готовым виджетом.
Как записи разговоров попадают в сделку?
АТС после завершения звонка отправляет вебхук в amoCRM с ссылкой на файл записи. Запись прикрепляется как примечание к сделке. Важно: если сделка не была создана во время звонка — запись может не привязаться автоматически, придётся настраивать дополнительную логику на стороне АТС.
Что делать с пропущенными звонками от новых клиентов?
Настроить правило: при пропущенном от незнакомого номера автоматически создаётся сделка в статусе «Перезвонить» + ставится задача ответственному оператору с дедлайном 15–30 минут. Это делается через настройки виджета телефонии, не через саму amoCRM.
Реально ли контролировать качество разговоров из amoCRM?
Слушать записи — да, прямо из карточки сделки. Автоматически оценивать содержание — нет, для этого нужны внешние сервисы речевой аналитики (Речаналитика, CoMagic и другие), которые интегрируются отдельно и стоят от 8 000 ₽/месяц за небольшую команду.
Сколько времени занимает полная настройка?
Базовая интеграция с одной АТС, одна воронка, правила для входящих — 1–2 рабочих дня. Настройка кампаний исходящего обзвона, ролевая модель прав, дашборд контроля операторов — от 2 до 4 недель в зависимости от количества нестандартных требований.
Что обычно ломается в первые месяцы
Дублирование сделок — номер один. Клиент звонит с мобильного, потом с городского — создаются два контакта, две сделки. Лечится настройкой дедупликации по имени + ручным мержем на старте, потом реже.
Записи звонков не прикрепляются — обычно это проблема прав доступа или неправильно указанного URL вебхука. Проверяется через лог событий в настройках виджета.
Операторы не меняют статусы сделок вручную — и воронка превращается в болото. Решение здесь не техническое, а организационное: нужен тимлид, который первые 2–3 недели реально смотрит на дашборд и спрашивает за каждую сделку в неправильном статусе. Инструмент не работает без дисциплины — это, пожалуй, главное, что стоит помнить при запуске amoCRM в колл-центре.
