CRM-аналитика
Контакт сменил компанию: что делать с историей и действующей сделкой
Время чтения: 4 мин
Уровень материала: Для экспертов
Содержание
Контактный человек перешёл к другому работодателю. Менеджер меняет название компании в карточке — и вместе с ним к новой компании переезжает история старой сделки. В рассылке появляется прежний договор, а приглашение в рабочее пространство получает уже не сотрудник клиента. Простое обновление поля превращается в ошибку данных и доступа.
Для B2B важно различать человека, компанию и связь между ними. Человек может последовательно работать в нескольких организациях, представлять несколько компаний одновременно или выступать внешним консультантом. История отношений должна отражать эти различия, а не хранить единственное вечное поле «работодатель».
Храните связи отдельно от личности
В Salesforce описана модель связи одного контакта с несколькими аккаунтами, включая роли и прошлые либо текущие отношения. Это пример того, как CRM может поддерживать более сложную картину без создания нового человека на каждую компанию. Наличие такой функции само по себе не настраивает правила доступа и переноса истории.
В практической схеме CRM Lab есть отдельная запись человека и отдельные записи его отношений с компаниями. У связи указываются роль, дата начала, дата окончания или признак неактуальности, источник подтверждения и полномочия. Если точная дата перехода неизвестна, лучше сохранить дату обнаружения и степень уверенности, чем придумывать точное число.
| Объект | Что происходит при смене компании |
|---|---|
| Человек | Сохраняется идентичность при достаточном подтверждении |
| Связь со старой компанией | Завершается или отмечается как требующая проверки |
| Связь с новой компанией | Создаётся отдельно с новым контекстом |
| Старая сделка | Остаётся у прежнего покупателя |
| Доступы и адресаты | Пересматриваются по действующим полномочиям |
Корпоративный email не всегда является пожизненным идентификатором человека. Адрес может перестать работать или со временем перейти другому сотруднику. Совпадение адреса в старой и новой записи нельзя безусловно считать доказательством одной личности.
Подтвердите изменение до объединения записей
Новый домен в подписи, сообщение менеджера или изменение публичного профиля — сигналы для проверки. Автоматическая склейка по похожему имени слишком ненадёжна. Для значимых действий используйте подтверждение самого человека либо иной согласованный надёжный процесс.
Не переносите согласия и настройки коммуникации механически на новый адрес. Сначала определите, к какому получателю, цели и контексту они относятся. Контакт с человеком в новой роли может требовать другого основания и нового подтверждения актуальности задачи.
До завершения проверки остановите персонализированные сообщения, способные раскрыть информацию старого работодателя. Обычная задержка приглашения менее опасна, чем отправка чужого договора. Проверка динамического текста должна учитывать не только имя, но и связку человека, компании, сделки и документа.
Сохраните историю старой сделки
Условный пример. Анна вела выбор платформы от имени компании «Север», затем перешла в компанию «Вектор». Сделка «Севера», её бюджет и документы остаются у «Севера». Связь Анны с этой сделкой сохраняется как историческая: она участвовала до определённой даты. Для продолжения обсуждения назначается актуальный представитель прежней компании.
Если Анна интересуется платформой в новой роли, создаётся новый контекст отношений с «Вектором». Ранее знакомый продукт может облегчить разговор, но не позволяет автоматически перенести потребность, бюджет и внутренние материалы «Севера». Новая возможность продажи проверяется заново.
Открытые задания прежнему контакту пересматриваются: какие нужно отменить, какие передать другому участнику, какие сохранить как завершённую историю. Отсутствие ответа после ухода сотрудника не должно бесконечно ухудшать оценку заинтересованности всей компании.
Пересмотрите доступ и финансовые уведомления
Смена роли влияет на доступ к рабочим пространствам, договорным документам, счетам и отчётам. Отзыв полномочий выполняется в системах, которые ими управляют, с подтверждением результата. Изменённая карточка CRM не гарантирует, что доступ к продукту или хранилищу действительно закрыт.
Назначьте нового получателя обязательных уведомлений от компании и проверьте, что это уполномоченное лицо. Для действующего договора важен непрерывный контакт с организацией: увольнение одного сотрудника не должно приводить к пропуску продления или остановке сервиса.
Если человек продолжает консультировать прежнюю компанию, отношения не обязательно заканчиваются полностью. Но новая роль и объём полномочий должны быть подтверждены отдельно. Это решение нельзя вывести только из факта сохранённого адреса в базе.
Проверяйте последствия для аналитики
В историческом отчёте событие относится к компании, в контексте которой оно произошло. Посещение вебинара год назад не должно автоматически приписываться новому работодателю участника. Иначе источники старых сделок и влияние коммуникаций начнут меняться задним числом.
Для контроля полезны записи с пересекающимися неподтверждёнными ролями, письма на завершённые отношения и задачи без действующего контактного лица. Хорошая модель сохраняет прошлое и позволяет работать с настоящим, не смешивая их в одной перезаписываемой карточке.
Источники
Salesforce. Establish Contact and Account Relationships. Salesforce Trailhead. Accounts & Contacts for Lightning Experience. Проверено 23.09.2026.