Контекст клиента между каналами: узнать и передать

Короткий ответ

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

Где возникает проблема

В понедельник клиент спрашивает цену в Instagram, в среду пишет в WhatsApp про «то, что вчера обсуждали», а в пятницу звонит. Для него это один разговор. Для компании часто — три отдельные переписки перед тремя разными сотрудниками.

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

Каждый канал знает клиента по-своему

Главная сложность межканального контекста в том, что каждый канал показывает клиента под своим идентификатором:

• WhatsApp: номер телефона — самый сильный ключ, потому что он принадлежит клиенту.
• Instagram, Facebook, TikTok: внутренний идентификатор аккаунта и имя пользователя. Номер известен, только если клиент сам его написал.
• Виджет сайта: часто анонимная сессия. Если посетитель не оставил контакт, связать его с другим каналом нельзя.
• Звонок: номер звонящего — но он может принадлежать члену семьи или офисной линии.

То есть чтобы признать «leyla_design» из Instagram и номер +994 в WhatsApp одним человеком, нужен мост: номер, который клиент написал в Instagram, или его собственное подтверждение.

Правила сопоставления

Крупные платформы называют это разрешением идентичности (identity resolution): системы вроде AWS Customer Profiles объединяют данные внешней CRM и историю контактов в одном профиле, а CRM распознают дубли по уникальному ключу — HubSpot, например, по email. Для малого и среднего бизнеса практичное правило такое:

1. 1Сильный ключНомер телефона или email хранятся в одном нормализованном формате (например, с +994); одинаковый ключ объединяется автоматически.
2. 2Слабый сигналСовпадающее имя, похожий никнейм, сообщения в один день — это лишь предупреждение оператору: «вероятно, тот же человек».
3. 3ПодтверждениеПри слабом сигнале оператор спрашивает клиента: «Это вы вчера писали в Instagram?»
4. 4НикогдаАвтоматическое объединение только по имени. В большом городе тысячи людей с одинаковыми именем и фамилией.

Почему ошибочное объединение опаснее

Когда контекст теряется, клиент раздражён. Когда контекст уходит не тому человеку, заказ, адрес или вопрос о здоровье одного клиента видит другой. Это проблема конфиденциальности, и её трудно исправить: во многих CRM объединённые карточки нельзя разделить. В документации HubSpot прямо сказано, что объединение отменить нельзя.

Что передать следующему

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

1. 1КтоИмя, основной номер, из каких каналов писал.
2. 2Чего хочетОдно предложение: «условия кредита на трёхкомнатную квартиру».
3. 3Что сказаноНазванная цена, скидка, обещание — с датами.
4. 4Открытый вопросВопрос клиента без ответа, если он есть.
5. 5Следующий шагКто, что и когда сделает.

Сводку может подготовить AI, но строку «что обещано» должен проверить человек: если обещание перенесено неверно, клиент потребует его выполнить.

Переход из чата в звонок — особый случай

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

Иллюстративный пример

Это иллюстративный пример. Клиентка пишет в эстетическую клинику в Instagram, спрашивает цену процедуры и указывает номер. Через два дня с того же номера приходит сообщение в WhatsApp: «В пятницу есть время?»

Поскольку номер совпадает, диалог из WhatsApp попадает в существующий профиль. Оператор видит, о какой процедуре спрашивали и какую цену назвали. Ответ: «В пятницу свободно 15:00, на процедуру, о которой вы спрашивали в Instagram, выделим 40 минут» — клиентке ничего не приходится повторять.

Когда контекст устаревает

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

Типичные ошибки

• Хранить номера в разных форматах (055…, +99455…, 99455…) — система видит одного человека трижды.
• Автоматически объединять по имени или никнейму.
• Передавать вместо контекста всю историю без сводки.
• Считать офисный или семейный номер ключом одного человека.
• «Напоминать» клиенту, что он говорил в другом канале, не спросив его, — это создаёт ощущение слежки.

Ограничения

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

Как Vexvon сохраняет контекст

В Vexvon история клиента собирается в одну ленту из десяти источников: Instagram, WhatsApp, Telegram, Facebook, TikTok, сайт, телефонные звонки, AI-агент звонков, заметки менеджера и события самой системы. Номер телефона распознаётся в переписке в пяти форматах, и когда тот же номер приходит снова, новая карточка не создаётся — диалог добавляется в ленту существующего клиента. К уведомлению о лиде можно добавить сводку разговора в одно предложение. Подробнее — на странице CRM.

Следующий шаг

Возьмите 30 клиентов за прошлый месяц и проверьте: сколько из них писали из двух и более каналов и сколько из них видны в системе как один профиль? Разница — это ваши потери контекста. Ежедневная сторона — в статье об омниканальном инбоксе; пример на ваших каналах покажем во время демо.