Единая карточка клиента: как договориться о данных между отделами

Одна карточка или общие сведения?

Сложить сведения маркетинга, продаж и сопровождения в один длинный экран — не значит объединить работу с клиентом. Отделы могут видеть одинаковые поля и всё равно спорить о том, какая цена действует, кто общается с покупателем и к какой покупке относится жалоба. Разберём клиентскую базу B2B-компании в Битрикс24, где несколько отделов работают с одной организацией. Задача руководителя — выбрать общие сведения и правила их изменения, чтобы сотрудники узнавали клиента и сохраняли отдельные договорённости по каждой продаже.

Общий экран решает только часть задачи

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

В настройках Битрикс24 есть «Общий вид карточки» и представления для конкретных сотрудников или отделов. Они помогают разместить поля на экране. Правило, какое значение считать актуальным, компания определяет отдельно.

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

Организация не равна контактному лицу

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

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

Три способа собрать клиентскую информацию

Всё в общей карточке

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

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

Общие сведения и отдельные продажи

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

В описании системных полей «Ответственный» — сотрудник, который работает с элементом CRM и отвечает за его результат. Для руководителя отсюда следует различие: владелец клиентских сведений и ответственный за конкретную продажу могут быть разными людьми. Это разделение стоит назвать словами в задании, прежде чем настраивать карточки.

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

Связанные сведения из разных систем

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

Полный перенос чужого экрана в CRM не обязателен. Ссылка на связанный документ иногда полезнее десятка редко читаемых полей.

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

Договорённость о полях удерживает базу от распада

Для чего каждый отдел читает значение

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

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

Маркетинговый интерес и действующее обязательство продавца лучше хранить раздельно. Переход по рекламе помогает объяснить интерес; договорённость о покупке появляется в ходе общения и фиксируется отдельно.

Свободный текст или список

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

В Битрикс24 пользовательское поле типа «Список» хранит заданные варианты выбора. Там же можно добавить «Подсказку для поля». Она объясняет сотруднику, какую информацию вносить и для чего её используют.

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

Несколько значений и старые сведения

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

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

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

Общий словарь перед настройкой карточек

Задание интегратору начинается с выбранного способа хранения и словаря, в котором отделы объяснили назначение общих сведений, назвали владельца изменения и показали путь к отдельной продаже, если её условия отличаются от последнего разговора. Карточки настраивают после этого решения. Без него исполнитель получит несколько пожеланий, которые противоречат друг другу, и будет выбирать за руководителей, какие данные остальные сотрудники считают актуальными. Разделы нового экрана скроют прежний спор вместо его разрешения. Поэтому словарь утверждает тот представитель компании, который может принять решение между отделами, а подрядчик предлагает способ поддержать его в CRM.

Что передать вместе со словарём

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

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

Объединение дублей принимается отдельно

Перед массовой очисткой базы нужно различить дубль и несколько настоящих участников, потому что одинаковый телефон организации может принадлежать разным людям, а автоматическое объединение без разбора перенесёт их сведения в одну запись и осложнит поиск нужного собеседника. Неоднозначные карточки требуют решения человека. В Битрикс24 автоматическое объединение настраивают отдельно для лидов, контактов и компаний. Правила отбора не заменяют смысловое решение. Его принимает владелец клиентских сведений.

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

Для настройки клиентской базы в Битрикс24 передайте этот набор вместе с перечнем внешних систем. Исполнитель сможет оценить, какие сведения достаточно показать, какие хранить в CRM и какие связи нужны между элементами, чтобы отделы продолжали работу с одним клиентом без повторного сбора уже известных данных.