amoCRM настройки интеграции держит в одном разделе, но сама интеграция — это не кнопка «подключить». Сначала решают, куда падает обращение, кто его берёт и что происходит, если не взяли, и только потом подключают телефонию, почту, сайт и мессенджеры. Иначе система исправно принимает заявки, которые никто не обрабатывает.
Ниже — какие интеграции бывают, где находятся их настройки, в каком порядке подключать, что проверить после подключения и какие ошибки чаще всего приводят к потерянным заявкам и дублям в базе. Материал для руководителя отдела продаж и собственника.
Подключить канал — час работы. Договориться, кто отвечает на сообщения из этого канала, — недели полторы.
Что называют интеграциями в amoCRM
Под словом «интеграция» скрываются пять разных задач, и подключаются они по-разному ↓
Первые три группы дают эффект почти сразу: обращения перестают теряться, а переписка и звонки собираются в одном месте. Остальные — следующий шаг, когда базовый порядок уже есть.
Где находятся настройки интеграции в amoCRM
Все подключения живут в разделе интеграций в настройках аккаунта. Там же — каталог готовых решений: телефонии, мессенджеров, сервисов рассылок, отраслевых дополнений. У каждой интеграции своя карточка с настройками: какие права она запрашивает, к каким сущностям обращается, какие поля пишет.
Три вещи, которые нужно понимать до подключения ↓
- Права. Интеграция получает доступ к данным аккаунта: сделкам, контактам, переписке. Устанавливать всё подряд «на попробовать» — плохая идея, а удалять потом придётся вместе с созданными полями.
- Кто поддерживает. У готовых решений из каталога есть разработчик и поддержка. У самописной интеграции поддержка — это вы или ваш подрядчик, и это отдельная строка расходов.
- Что она создаёт. Многие интеграции добавляют свои поля, теги и этапы. Через полгода из таких добавок вырастает свалка, в которой не найти нужное.
Порядок подключения: что за чем
Порядок важнее скорости. Логика простая: сначала то, что приносит обращения, потом то, что помогает их обрабатывать, потом аналитика ↓
Последовательность, которая не приводит к переделкам:
Подключать каналы раньше, чем описана воронка, — верный способ получить поток обращений в никуда.
Каналы: сайт, мессенджеры и соцсети
Формы с сайта, чат, мессенджеры и соцсети подключаются к аккаунту и складывают обращения в общий вход — «Неразобранное». Это удобно: заявка не создаёт сделку сама по себе, менеджер сначала смотрит, что пришло. И это же место, где заявки застревают.
Правило для «Неразобранного»: у него должен быть хозяин и норматив времени. Кто разбирает поток, за сколько минут, что происходит в нерабочие часы. Без этого интеграция работает идеально, а клиент ждёт ответа до завтра.
Второй важный момент — распределение. Решите заранее, кто получает обращение: дежурный, ответственный по региону, менеджер по очереди. Автоматическое распределение без правила «что делать, если не ответили» просто равномерно раскладывает потерянные заявки по менеджерам.
Телефония
Телефония даёт звонок из карточки, запись разговора и статистику. Ключевая настройка не техническая: что происходит с пропущенным звонком. Правильный ответ — создаётся задача или сделка с ответственным, а не строчка в журнале, на которую никто не смотрит.
Второй вопрос — чьи номера. Пока часть переговоров идёт с личных телефонов, статистика по звонкам показывает не работу отдела, а его видимую часть.
Почта
Ящики подключаются личные и общие. Разница принципиальная: переписку из общего ящика видит команда, из личного — только владелец. Для отдела продаж это вопрос не удобства, а сохранности клиентской базы: письма уволившегося менеджера должны остаться в компании.
Учёт, склад и оплаты
Связка с учётной системой закрывает вопрос «оплачено или нет» без звонка в бухгалтерию. Здесь важно определить направление обмена: где хозяин номенклатуры и цен, где хозяин клиента, что происходит при расхождении. Двусторонний обмен без правил приоритета — главный источник противоречивых данных. Логика такая же, как при связке Битрикс24 с 1С, разбор есть в статье об интеграции CRM с 1С.
Свои интеграции: API и вебхуки
Когда готового решения нет, подключение делают через API. Внешнее приложение авторизуется по протоколу oAuth и получает токены доступа, а вебхуки отправляют уведомления о событиях — новая сделка, смена этапа, новый контакт — на ваш сервер.
Что здесь решает руководитель, а не программист ↓
Реклама и сквозная аналитика
Это последняя по очереди группа интеграций и первая по числу завышенных ожиданий. Смысл простой: связать источник обращения с деньгами в сделке, чтобы видеть не клики и заявки, а выручку по каналам.
Работает такая связка только при трёх условиях ↓
- Источник фиксируется автоматически. Поле «откуда узнали», которое менеджер заполняет вручную, даёт данные, на которые нельзя опираться.
- Сделки закрываются в системе. Если половина сделок висит в работе месяцами, выручка по каналам не считается — считать нечего.
- Суммы реальные. Бюджет сделки, поставленный «на глаз» при создании и не поправленный при оплате, превращает аналитику в фантазию.
Пока эти три вещи не выполняются, подключение аналитики стоит отложить — оно не даст ответа, а только добавит красивых отчётов, которым нельзя верить. Тот же принцип разбирали в материале о сквозной аналитике.
Сколько интеграций нужно на старте
Соблазн подключить всё сразу понятен, но на старте работают четыре вещи: основной канал заявок, телефония, почта и учёт оплат. Этого достаточно, чтобы обращения не терялись, а руководитель видел, что происходит.
Всё остальное подключается по мере появления вопроса, на который нет ответа. Нужен ответ «сколько мы тратим на клиента» — подключаем аналитику. Нужен ответ «где заказ клиента прямо сейчас» — связываем со складом. Интеграция без вопроса, на который она отвечает, — это лишняя сущность, которая будет ломаться и требовать поддержки.
Практическое правило: одна интеграция за раз. Подключили — проверили живым сценарием — прожили неделю — подключаете следующую. Когда пять интеграций включают одновременно, при первой же проблеме невозможно понять, какая из них её создала.
Перенос данных и переезд из другой системы
Если amoCRM приходит на смену таблицам или другой CRM, к настройке интеграций добавляется перенос. Клиенты переезжают просто, история сделок требует сопоставления этапов, переписка и записи разговоров часто не переносятся вообще.
Три решения, которые принимает руководитель, а не подрядчик: что переносим (всю базу или активных клиентов за последние годы), как поступаем с дублями и когда закрывается старая система. Параллельная работа в двух системах «пока привыкаем» всегда заканчивается тем, что данные разъезжаются и не работают ни там, ни там.
Права и доступы: кто что видит
Интеграции приносят в аккаунт переписку и записи разговоров — то есть всю историю отношений с клиентом. Дальше вступают права: кто видит чужие сделки, кто может экспортировать базу, кто читает переписку. Настраивать это стоит до подключения каналов, а не после первого неприятного случая.
Отдельно проверьте экспорт: возможность выгрузить всю базу одним файлом обычно не нужна рядовому менеджеру.
Разбор интеграций за 20–30 минут
Посмотрю, что подключено в вашем аккаунте, где обращения теряются между каналами и что стоит отключить как лишнее. Результат — короткий план с приоритетами, без презентаций и отдела продаж.
Записаться на разбор →Чек-лист проверки после подключения
Не «галочка стоит», а «работает по факту». Проверяется за полчаса ↓
- Заявка с сайта. Оставьте тестовую заявку: попала во вход, ответственный назначен, дубль не создан.
- Звонок. Позвоните с неизвестного номера и не поднимите трубку: появилась задача или сделка, а не только запись в журнале.
- Сообщение в мессенджер. Напишите в подключённый канал: диалог виден в карточке, ответ уходит обратно клиенту.
- Письмо. Отправьте письмо на подключённый ящик: переписка легла в сделку, а не осталась в личной почте.
- Повторное обращение. Напишите с того же контакта второй раз: система нашла существующий контакт и не завела второй.
- Нерабочее время. Проверьте, что происходит с обращением вечером: кто увидит его утром и через какой срок.
Что делать, если интеграция сломалась
Ломаются все интеграции: меняется версия внешнего сервиса, истекает токен, заканчивается оплата подписки. Вопрос не в том, случится ли это, а в том, узнаете ли вы об этом раньше клиента.
Минимальная страховка — три вещи. Первое: кто-то один отвечает за то, что каналы живы, и проверяет это по короткому чек-листу раз в неделю. Второе: у компании есть свои доступы и контакты разработчика интеграции, а не только телефон подрядчика, который делал настройку два года назад. Третье: обращения дублируются хотя бы одним запасным путём — телефон на сайте, общий ящик, — чтобы поломка одного канала не оставляла компанию без заявок вовсе.
Отдельно проверьте, что при сбое заявка не исчезает молча: сервис недоступен, а форма на сайте продолжает показывать клиенту «спасибо, мы свяжемся» — худший из возможных сценариев.
Частые ошибки
Из чего складывается стоимость
Цену интеграции формируют не строчки кода, а четыре составляющие ↓
| Составляющая | Что в неё входит |
|---|---|
| Подписка на сервис | Ежемесячная плата за саму интеграцию или канал: телефония, сервис мессенджеров, готовое решение из каталога |
| Подключение | Разовые работы: настройка, привязка к воронке, правила распределения, тесты |
| Логика вокруг | Автоматизация, поля, задачи и уведомления — обычно это больший объём, чем само подключение |
| Поддержка | Что происходит, когда сервис обновился и интеграция перестала работать |
Самая частая ошибка в бюджете — учесть первые две строки и забыть про две последние. Подписка видна сразу, а логика и поддержка всплывают через месяц работы, когда выясняется, что заявки приходят, но ничего не происходит.
Когда звать подрядчика
Готовые интеграции из каталога небольшая компания подключает сама — это честно. Подрядчик нужен там, где начинается логика: распределение обращений между отделами, обмен с учётной системой, сквозная аналитика, перенос данных из другой CRM. Платить стоит не за подключение, а за решения, которые вокруг него принимаются.
Как выбирать исполнителя и на что смотреть в смете — в материале про интегратора amoCRM. Базовая настройка аккаунта с нуля разобрана в статье о настройке amoCRM, а описание возможностей системы — в обзоре CRM-системы amoCRM.
Технические требования конкретных сервисов и актуальные ограничения API описаны в документации amoCRM — их стоит смотреть в момент работ, а не по статьям.
Итог: настройки интеграции в amoCRM — это на 20% подключение и на 80% договорённости. Кто разбирает поток, за сколько минут отвечаем, что происходит с пропущенным звонком и вечерним сообщением. Подключите каналы после того, как ответите на эти вопросы, — и интеграции начнут приносить сделки, а не статистику.