Интеграция чата с CRM

2 июня 2026

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

Зачем вообще куда-то переносить переписку

Чат хорош тем, что собирает разговор с сайта, Telegram, ВКонтакте, WhatsApp и почты в один инбокс — про это подробно на странице каналов. Но у чата и CRM разные задачи. Чат — это место, где идёт разговор прямо сейчас. CRM — это память компании о клиенте: что он покупал, что ему обещали, на каком этапе сделка. Если переписка остаётся только в чате, эта память живёт отдельно от истории покупок, и менеджер, открывший карточку клиента через месяц, не видит, что тот уже писал и что ему ответили.

Один человек — не пять обрывков

Самая частая поломка выглядит так: клиент написал в чат на сайте, через неделю — в Telegram той же компании, а ещё через месяц позвонил. Если каждый канал заводит свою запись, в CRM появляются три разных карточки одного и того же человека, и никто из менеджеров не видит полной картины. Он уже спрашивал про доставку, ему уже обещали перезвонить — а новый менеджер начинает разговор с нуля, потому что для него это просто ещё один входящий.

Связка чата и CRM решает именно это: переписка из разных каналов собирается на одного человека, а не живёт отдельными обрывками. Даже если клиент писал из Telegram, а потом из WhatsApp, в карточке должна остаться одна история, а не две несвязанные. Само по себе понятие диалога — вся переписка с одним посетителем, а не отдельная реплика, — расшифровано на странице словаря терминов, и это разграничение стоит держать в голове: CRM должна собирать именно диалоги целиком, а не выхватывать из них случайные сообщения.

Откуда берутся дубли контактов

Дубль возникает, когда у CRM нет общего идентификатора для одного и того же человека. В Telegram у клиента ник и числовой ID, в WhatsApp — номер телефона, в форме на сайте он мог указать почту. Если система заводит карточку по тому, что пришло первым, а не ищет совпадение по телефону или почте среди уже существующих, она создаёт новую запись при каждом новом канале.

Второй источник дублей — опечатки и разные форматы одного и того же номера: с плюсом и без, с восьмёркой вместо семёрки впереди. Формально это разные строки, и автоматическое сопоставление их не увидит, пока кто-то не приведёт номера к одному виду перед сравнением.

Какие события полезно фиксировать

В карточку клиента имеет смысл класть не каждую реплику, а события, которые действительно меняют статус отношений с ним:

• первое обращение — дата, канал, короткая суть вопроса;
• передача разговора человеку — момент, когда чат перестал справляться сам и подключился оператор (в диалогах на нашем сайте в этот момент ИИ замолкает, чтобы не отвечать поверх человека);
• обещание перезвонить или прислать документ — с датой, до которой оно действует, иначе такие обещания забываются первыми;
• исход диалога — заявка оформлена, клиент отказался, вопрос закрыт без продажи.

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

Чего не стоит тащить в CRM

Не каждая деталь переписки заслуживает отдельного поля. Полный текст диалога слово в слово в карточке чаще мешает, чем помогает: чтобы найти суть, приходится продираться через приветствия и уточнения. Лучше оставить ссылку на диалог в инбоксе чата, а в CRM — короткий итог.

Не стоит переносить и служебный шум: технические сообщения о сбоях виджета, тестовые обращения, переписку, которая никак не относится к сделке. И отдельно — персональные данные, которые не нужны для работы с клиентом: если телефон и так есть в отдельном поле, не нужно вручную дублировать его ещё и в текстовом комментарии, где его сложнее защитить и контролировать. О том, как вообще устроена работа с личными данными в переписке, — в статье про 152-ФЗ и чат на сайте.

Где связка не спасает

Даже идеальная интеграция не решает вопрос дисциплины: если менеджер не открывает карточку перед звонком, ничего из собранного там не сработает. Не решает она и проблему источника данных — если чат отвечает неточно, в CRM попадёт неточная история, а не более честная версия событий. И полностью автоматическое сопоставление контактов работает не всегда: человек, который принципиально пишет из разных каналов и ни разу не оставил телефон или почту, так и останется в системе несколькими карточками, пока кто-то не сведёт их вручную.

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