Карты клиентов: создание, хранение и автоматическая идентификация

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

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

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

С чем связана

Карта клиента — связующий узел: от неё расходятся ссылки на всё, что относится к этому клиенту.

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

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

Какие данные хранит

  • контактные данные — телефон, имя, email, мессенджеры;
  • фильтры, перенесённые из договоров;
  • историю всех договоров;
  • список связанных задач;
  • историю коммуникаций по всем каналам;
  • историю заказанных товаров и услуг;
  • историю звонков;
  • комментарии и заметки сотрудников;
  • ссылку на «родительскую» карту — техническую связь, по которой одна карта объявляется дублем другой и сцепляется с основной.

Связь через «родительскую» карту — это механизм объединения дублей, а не семейная или организационная иерархия. Типичный случай: клиент звонит с нового номера, не совпадающего с тем, что был в первом обращении, и система автоматически создаёт новую карту. Чтобы не потерять единое представление о человеке, новую карту связывают с уже существующей через эту ссылку. Название поля «родительский» — историческое и не отражает текущего смысла: в системе нет иерархии клиентов, групп или подчинённых карт. Все данные карты сохраняются независимо от статусов договоров.

Как это настраивается

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

Правила и ограничения

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

Типичные сценарии

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

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

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

Частые вопросы и подводные камни

  • Откуда взялась вторая карта на одного клиента? Идентификация идёт по номеру телефона. Если клиент обратился с номера, которого ещё не было в системе, совпадения не находится и создаётся новая карта. Это не ошибка — дубли затем объединяют через «родительскую» ссылку.
  • Что происходит с историей при объединении дублей? Карты сцепляются, и единое представление о клиенте восстанавливается — история перестаёт быть разрезанной между двумя записями. Иерархии при этом не возникает: «родительская» связь означает только «это дубль основной карты».
  • Почему в новый заказ не подставились прошлые данные? В карту и в новый договор подставляются только те фильтры, для которых настроен перенос. Если параметр не переносится, при следующем обращении его придётся ввести заново.
  • Можно ли удалить карту клиента? Нет, если с ней связаны договоры — это защита от потери истории. Карта остаётся в системе даже когда все заказы клиента давно закрыты.

Диагностика: как понять, что что-то не так

На клиента развелось несколько карт. Признак — звонки и переписки одного человека попадают в разные записи. Причина почти всегда в новом номере телефона, по которому не нашлось совпадения. Лечится объединением дублей через «родительскую» ссылку.

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