Карточка клиента: вся история общения в одном месте

23 августа 2026

Клиент не обязан помнить, что он вам писал, — это ваша работа. Как единая карточка собирает переписку из всех каналов и что в ней стоит хранить.

Зачем вся история в одном месте: минус пять минут с каждого ответа

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

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

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

Один клиент, три канала: как переписка склеивается в одну карточку

У каждого канала свой идентификатор: в Telegram — числовой ID, в WhatsApp — номер телефона, на сайте посетитель иногда вообще ничего не оставляет, кроме факта визита. Система сопоставляет их между собой, и человек, который сначала написал в чат, а через неделю — в Telegram, попадает в ту же карточку, а не заводит вторую с нуля.

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

Второе обращение того же человека попадает в ту же карточку, а не создаёт параллельную запись. Исключение — новая сделка: если прежняя уже закрыта, открывается новая, потому что это уже другой заказ, а не продолжение первого; но история переписки при этом никуда не девается. Откуда вообще берутся дубли и что делать, если общего идентификатора нет вовсе, подробно разобрано в статье про интеграцию чата с CRM.

Свои поля: что стоит хранить, а что лишнее

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

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

Кто что видит: права по ролям и персональные данные

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

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

Карточка в момент ответа: как ей пользуется оператор

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

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

Пока отвечает оператор, ИИ на это время замолкает и не пишет поверх него — в переписке не бывает двух голосов одновременно. Какие вопросы агент закрывает сам, а какие сразу передаёт человеку, разобрано в сравнении подходов к онлайн-чатам с ИИ; карточка в AGENT 604 работает поверх этого разделения, а не вместо него.

Чего карточка не заменит

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

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