Менеджер увольняется: как сохранить клиентов и историю работы в CRM

Сохраните работу с клиентами при отключении доступа

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

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

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

Назначьте руководителя передачи и срок отключения

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

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

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

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

Соберите работу по типам записей

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

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

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

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

Как распределить клиентов между получателями

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

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

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

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

Как передать элементы CRM и не пропустить связанные дела

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

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

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

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

Какая заметка помогает продолжить разговор с клиентом

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

Отделяйте подтверждённую договорённость от предположения менеджера. «Клиент обещал прислать требования во вторник» и «вероятно, согласует бюджет» имеют разную надёжность. Новый сотрудник должен понимать, что уже согласовано, а что нужно уточнить при разговоре.

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

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

Проверьте задачи, сроки и автоматические назначения

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

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

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

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

Отдельно разберите интеграции, связанные с пользователем

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

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

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

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

Как подтвердить, что работа передана

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

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

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

Что проверить после первого рабочего дня

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

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

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