- почему CRM без интеграций остаётся записной книжкой;
- что подключают в первую очередь: сайт, телефония, мессенджеры;
- как связывают amoCRM с 1С и что синхронизировать не нужно;
- откуда приходят заявки из чужих кабинетов — Авито, площадки, доски;
- виджет из маркетплейса или своя разработка по API;
- в каких случаях для тех же задач логичнее Битрикс24.
Интеграция amoCRM — это не про «подключить всё, что можно». Это про то, чтобы каждое обращение попадало в систему автоматически, вместе с источником, и чтобы менеджеру не приходилось ничего переносить руками. Пока переносить приходится — часть заявок теряется, а отчёты по каналам показывают вымысел.
Разберём по порядку, что подключают, в каком порядке и где обычно всё ломается.
Зачем нужна интеграция amoCRM: система без связей — записная книжка
Ценность системы не в том, что в ней есть карточки, а в том, что они появляются сами и с полной информацией. Ручное заведение сделок убивает и скорость, и аналитику.
Три вещи ломаются одновременно, когда обращения попадают в систему руками:
Теряются заявки. Менеджер занят, обращение с сайта висит в почте, ночное сообщение в мессенджере никто не увидел до утра. Ни одна из этих потерь не будет заметна в отчётах — потерянной заявки в системе просто нет.
Теряется источник. Менеджер заводит карточку и оставляет поле «источник» пустым либо ставит наугад. Через месяц отчёт по каналам показывает не реальную картину, а привычки менеджеров.
Появляются дубли. Один и тот же клиент обратился дважды, завели две карточки, работают два человека. Клиент получает два звонка с разными условиями.
Именно поэтому интеграция amoCRM обычно начинается не с экзотики, а с трёх базовых каналов: сайт, телефония, мессенджеры. Что такое CRM и зачем она нужна, если системы ещё нет вовсе, разбирали в отдельной статье.
Сайт: заявки, источник, дедупликация
Формы сайта должны создавать сделку автоматически и передавать вместе с контактом источник, кампанию и адрес страницы. Проверка на дубли делается на стороне интеграции, а не менеджером.
Что должна передавать форма:
| Данные | Зачем |
|---|---|
| Имя и телефон | базовый контакт |
| Адрес страницы | по какой услуге пришёл человек |
| Источник и кампания | для отчётов по каналам |
| Метка формы | какая именно форма сработала — попап, страница услуги, квиз |
| Комментарий клиента | контекст для первого звонка |
Отдельная задача — дедупликация. Если человек оставил заявку дважды, система должна не создавать вторую сделку, а добавить обращение к существующей. Это делается сравнением по телефону, и логику стоит настроить сразу: разгребать дубли задним числом дороже.
И третья деталь — скорость. Заявка должна попадать в систему в момент отправки, а не по расписанию раз в час. В нишах с быстрым решением час задержки означает потерянного клиента.
Телефония и мессенджеры
Звонок должен создавать карточку так же, как форма, а переписка — подтягиваться в сделку. Иначе половина обращений живёт вне системы и в отчётность не попадает.
Телефония. Подключение даёт три вещи: автоматическое создание сделки по входящему звонку, запись разговора в карточке и фиксацию пропущенных. Последнее часто оказывается самым ценным — пропущенные звонки в большинстве компаний просто исчезают.
Мессенджеры. WhatsApp, Telegram, МАХ, чат на сайте. Переписка должна попадать в карточку клиента, а не оставаться в личном телефоне менеджера. Это вопрос не только удобства: переписка в личном аккаунте уходит вместе с сотрудником.
Чат-бот. Если на входе стоит бот, он должен создавать сделку с уже собранными ответами. Про то, где бот полезен, а где мешает, писали в материале про чат-ботов для бизнеса.
Общий принцип для всех каналов один: канал считается подключённым, если после разговора в системе осталась запись с источником. Если запись создаёт человек — канал не подключён, и интеграция amoCRM в этой части существует только на бумаге.
Связка с 1С: что синхронизировать, а что нет
В CRM живёт работа с клиентом, в учётной системе — деньги и товары. Синхронизировать имеет смысл номенклатуру, счета и статусы оплат; дублировать весь учёт в CRM не нужно.
Типичный набор обмена:
- Номенклатура и цены идут из 1С в CRM — чтобы менеджер собирал предложение из актуального прайса, а не из старого файла.
- Счета и оплаты возвращаются обратно: сделка закрывается по факту поступления денег, а не по слову менеджера.
- Контрагенты — в одну сторону или в обе, в зависимости от того, где заводится клиент.
- Остатки — если менеджер обещает наличие, ему нужно видеть остаток.
Чего делать не стоит: переносить в CRM всю бухгалтерию и складской учёт. Это разные системы с разными задачами, и попытка объединить их в одну обычно заканчивается тем, что не работает ни та ни другая. Как строится обмен между учётной системой и внешними каналами, подробно разбирали в статье про интеграцию 1С с сайтом.
Заявки из чужих кабинетов
Авито, маркетплейсы, доски объявлений, формы на сторонних площадках — всё это отдельные потоки обращений, которые по умолчанию живут вне CRM.
Проблема одинакова для всех таких каналов: сообщения приходят в кабинет площадки, менеджер отвечает там же, и в CRM ничего не попадает. Компания не знает, сколько обращений даёт канал и во что они превращаются.
Решается это либо готовыми коннекторами, либо интеграцией через API площадки. Второй путь надёжнее, когда объём большой или нужна своя логика распределения между менеджерами. Для товарного бизнеса сюда же примыкает обмен с площадками по остаткам и заказам — об этом отдельный материал про интеграцию с маркетплейсами.
Виджет из маркетплейса или своя разработка
Готовый виджет закрывает типовую задачу за день и стоит дёшево. Своя интеграция по API нужна, когда логика ваша: нестандартное распределение, свои поля, расчёты, обмен с внутренними системами.
| Вариант | Когда подходит | Ограничение |
|---|---|---|
| Готовый виджет | стандартная задача, небольшой объём | работает как задумал разработчик, менять нечего |
| Настройка силами интегратора | типовые процессы с небольшими отличиями | ограничена возможностями платформы |
| Своя интеграция по API | нестандартная логика, внутренние системы | требует разработки и поддержки |
Практический ориентир: начинайте с виджета. Если через месяц выясняется, что процесс приходится подстраивать под виджет, а не наоборот, — это сигнал, что нужна своя интеграция amoCRM под ваши правила.
Что ломается чаще всего
Дубли, потерянные источники, права доступа и молчаливые сбои обмена. Первые три чинятся настройкой, четвёртый — мониторингом.
Дубли — когда правило сравнения настроено по имени, а не по телефону, или когда телефоны хранятся в разных форматах.
Потерянные источники — когда форма не передаёт параметры, а менеджеры заводят сделки руками. Лечится обязательным полем и запретом закрывать сделку без него.
Права доступа — когда менеджер видит чужие сделки или, наоборот, не видит своих. В amoCRM это настраивается ролями, но настраивается редко, и по умолчанию все видят всё.
Молчаливые сбои. Самое неприятное, чем может обернуться интеграция amoCRM: обмен перестал работать, но никто не узнал. Заявки просто перестали приходить, и обнаруживается это через неделю по странному спаду. Любая интеграция должна уведомлять о том, что она сломалась, — без этого она надёжна ровно до первого сбоя.
Когда для тех же задач логичнее Битрикс24
Если кроме продаж нужны задачи, документы, согласования и внутренние процессы компании — выбор в пользу портала обычно оказывается разумнее, чем достройка CRM до портала.
Скажем честно: наш собственный опыт внедрений сосредоточен на Битрикс24 — все наши CRM-проекты сделаны на нём. Поэтому сформулируем не «что лучше», а по каким признакам компании обычно выбирают одно или другое.
amoCRM обычно выбирают, когда:
- задача — продажи и только продажи, воронка простая;
- важна скорость запуска и минимум обучения;
- компания небольшая, процессы за пределами отдела продаж не автоматизируются.
Битрикс24 обычно выбирают, когда:
- кроме сделок нужны задачи, проекты, документы и согласования;
- процессы выходят за отдел продаж — производство, закупки, склад;
- нужен корпоративный портал и база знаний в одной системе;
- планируется автоматизация процессов компании целиком.
Практическая разница проявляется через год. Компании, которые начинали с простой воронки и выросли до сквозных процессов, обычно достраивают CRM интеграциями до состояния портала — и в этот момент выясняется, что портал вышел бы дешевле. Про то, как устроен такой переход, есть материал про автоматизацию бизнес-процессов, а услугу внедрения мы описываем на отдельной странице.
Частые вопросы
Коротко о главном: сроки, порядок подключения каналов, что делать со старой базой и нужен ли программист в штате.
С чего начинать интеграцию?
С сайта и телефонии — через них приходит большинство обращений. Мессенджеры и площадки подключаются вторым этапом, обмен с учётной системой — третьим.
Сколько занимает подключение?
Типовые каналы через готовые решения — дни. Обмен с 1С и нестандартная логика — недели, и основное время уходит на согласование правил, а не на разработку.
Что делать со старой базой в таблицах?
Переносить, но не всю подряд: сначала действующие клиенты и открытые сделки, остальное — архивом. Перенос мусора делает систему неудобной с первого дня.
Нужен ли программист в штате?
Для готовых виджетов — нет. Для своей интеграции нужен либо подрядчик на поддержке, либо человек, который понимает, что делать при сбое обмена.
Как понять, что интеграция работает правильно?
Простой тест: оставить заявку с сайта, позвонить и написать в мессенджер. Если через пять минут в системе три записи с корректными источниками и без дублей — работает.