Вашей CRM нет в списке. Как подключить мессенджеры через ApiX-Drive и Wepster

Готовых интеграций больше 20, и они закрывают распространённые системы. Но отраслевых и локальных CRM в мире тысячи, и вероятность встретить свою в любом списке невелика. Отсутствие в списке давно означает не «нельзя», а «через промежуточное звено». Ниже сравнение 2 платформ, порядок настройки связки с разбором сопоставления полей и честный список того, что теряется при работе через посредника.

Главное из статьи:

• Отсутствие вашей CRM решается 3 способами — коннектор ApiX-Drive, платформа Wepster или собственная разработка через API

• ApiX-Drive перекладывает данные между системами, Wepster добавляет собственный слой работы с обращениями

• Промежуточное звено добавляет задержку и зависимость от третьей стороны, и это нужно закладывать в процесс

• Ошибки чаще возникают на сопоставлении полей и на формате номера телефона, а не на самом коннекторе

• Полный цикл теста укладывается в 7 бесплатных дней и заканчивается работой менеджера на реальных диалогах

• Через коннектор нельзя получить переписку в интерфейсе вашей CRM в том виде, в котором её даёт нативная интеграция

Сравнение ApiX-Drive и Wepster

Таблица собрана нами по итогам разбора возможностей обеих платформ и типовых сценариев их применения.

ApiX-Drive соединяет системы по логике события и действия

Платформа работает без программирования и соединяет более 300 сервисов. Логика простая — если что-то произошло в одной системе, в другой выполняется соответствующая операция.

Для нашей задачи это 2 направления передачи. Из CRM в мессенджер уходят исходящие сообщения по событиям, из мессенджера в CRM возвращаются входящие с привязкой к клиенту.

Настройка выполняется через пошаговый мастер и в простом варианте занимает несколько часов вместе с проверкой.

Wepster добавляет слой поверх систем, а не между ними

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

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

Выбор определяется тем, умеет ли ваша CRM вести диалог

Учётные и отраслевые системы часто прекрасно ведут заказы и совершенно не приспособлены к переписке с клиентом. В этом случае разумнее вести диалог в специализированном интерфейсе, а в CRM отдавать результат.

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

Что теряется и что сохраняется при работе через посредника

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

Задержка, зависимость и глубина интеграции

Промежуточное звено добавляет задержку, обычно от секунд до минуты в зависимости от настроек обновления.

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

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

Основная ценность интеграции достигается любым из 3 способов

Диалоги привязываются к клиенту, история остаётся в системе компании, а не на телефоне менеджера, автосообщения по событиям работают.

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

Порядок настройки связки

Сначала работающий номер, потом коннектор

Подключите номер в сервисе E-chat. Регистрация, активация номера в Viber, Telegram или WhatsApp с подтверждением на телефоне, синхронизация.

Без работающего номера настраивать связку бессмысленно, потому что половина ошибок на этом этапе окажется не в коннекторе.

Сопоставление полей даёт больше ошибок, чем сама связка

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

Номер телефона нормализуйте к международному формату на стороне CRM до передачи. Если в базе номера лежат в 4 разных написаниях, привязка входящих к клиентам будет работать через раз, и виноватым окажется коннектор, хотя причина в данных.

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

3 решения, которые принимают до запуска

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

Как обрабатываются дубли. Один клиент может написать с 2 номеров, и без правила слияния в базе появятся близнецы.

Где смотреть историю передач. Когда через месяц сообщение потеряется, это будет единственное место, где можно понять, где именно.

Отдельный риск при изменениях на стороне CRM

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

Экспертная врезка

Интеграторы, которые регулярно ставят такие связки, отмечают одну закономерность. Заказчик почти всегда просит перенести в CRM всё, включая каждое сообщение, каждый статус прочтения и каждое вложение. Через 2 месяца выясняется, что большая часть этих данных никто не открывает, а связка стала хрупкой и ломается при любом изменении на любой стороне. Рабочий подход обратный — минимальный набор на старте. Входящее сообщение с привязкой к клиенту и исходящее по 2–3 ключевым событиям. Это покрывает основную ценность и почти не ломается. Расширять имеет смысл только тогда, когда за конкретными данными пришёл конкретный человек с конкретной задачей.

План теста на 7 дней

3 критерия, по которым решают, оплачивать ли

Входящее попадает в нужную карточку без ручного вмешательства более чем в 95% случаев.

Задержка от сообщения до появления в CRM не превышает минуты.

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

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

3 признака, что коннектор перерос себя

Задержки стали заметны менеджерам и клиентам. Логика маршрутизации перестала укладываться в правила интерфейса. Количество ручных исправлений в CRM растёт месяц от месяца.

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

Когда коннектор не подходит

Двойное хранение истории создаёт неопределённость

Тезис звучит удобно — подключаем любую CRM без разработки. Контртезис такой. При работе через платформу с собственным интерфейсом часть истории живёт в ней, а часть в CRM, и на вопрос «где полная переписка» появляется 2 ответа.

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

Требование к задержке ниже секунды исключает посредника

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

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

Чего мы не проверяли

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

Также мы не разбираем ценовые модели платформ, поскольку они меняются и зависят от объёма передаваемых данных. Смотреть их нужно на сайтах самих сервисов на момент внедрения.

Чаво:

Вопрос: Можно ли подключить через коннектор сразу несколько мессенджеров

Ответ: Да, каждый номер подключается отдельно и передаёт данные в ту же CRM. Обычная конфигурация для компаний с клиентами в разных странах выглядит как 2–3 номера разных мессенджеров под одной системой

Вопрос: Сохранится ли возможность писать клиенту первым

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

Вопрос: Что произойдёт при сбое у коннектора

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

Вопрос: Нужен ли программист для настройки

Ответ: Для типовой связки нет, оба варианта настраиваются через интерфейс. Технический специалист понадобится, если в CRM нужно создавать нестандартные события или обрабатывать данные до передачи

Вопрос: Сколько времени занимает переход с коннектора на собственную интеграцию

Ответ: Зависит от объёма логики, но скелет с приёмом входящих, очередью исходящих и обработкой статусов разрабатывается примерно за неделю. Коннектор при этом стоит оставить работающим до полного переключения

Техническое задание на изображения

Схема из 3 путей подключения с указанием, где находится промежуточное звено. Подпись — «Три способа связать CRM с мессенджером»

Скриншот экрана сопоставления полей в коннекторе. Подпись — «Здесь возникает большая часть ошибок»

Пример номеров телефона в 4 разных написаниях и один нормализованный. Подпись — «Почему входящие не привязываются к клиентам»

Схема двойного хранения истории с отметкой источника правды. Подпись — «Где лежит полная переписка»