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

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

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

Разбираем, как поставить процесс, чтобы каждое увольнение не превращалось в катастрофу на месяц.

Что происходит в средней компании при увольнении

Сценарий универсальный, видели десятки раз.

1. Менеджер сказал, что уходит. Дальше — две недели «отработки».
2. В эти две недели менеджер психологически уже не здесь. Активность падает, новые сделки не берёт, на старые отвечает «по остаточному принципу».
3. Передача базы — формальная. Получасовое совещание: «вот эти сделки, вот эти клиенты, если что — звоните Маше». Маша записывает что-то в блокнот.
4. Менеджер уходит. На следующий день у него отключается доступ к CRM и почте.
5. Клиенты, которым он обещал перезвонить «на следующей неделе», звонят сами — попадают на нового менеджера, который не в теме. «Я уточню и перезвоню». Не перезванивает.
6. Через неделю клиенты пишут в мессенджер на личный номер бывшего менеджера. Он отвечает «я больше не работаю». Клиенты уходят к конкурентам.
7. Через месяц обнаруживается, что из 30–50 активных сделок в работе осталось 10. Остальные — потеряны без следа.

И что характерно — никто не считает потери. Их не видно, потому что в отчётах сделки не «потерялись», они закрыты в архив как «не наш клиент». Менеджер ведь ушёл, его статистику никто не разбирает.

Почему «передача» обычно не работает

Три фундаментальных причины.

Причина 1. Информация в голове, а не в системе. В карточке сделки — «отправили КП, ждём ответа». А в голове менеджера — десятки нюансов: «Иван — троюродный брат собственника, любит конкретику, ненавидит ‘у нас как у всех’». Этой информации нет нигде, кроме памяти. Уволился — забрал с собой.

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

Причина 3. Преемник не подготовлен. Часто на роль «нового ответственного» назначают того, у кого меньше всего загрузка. Без учёта профиля клиентов, опыта в отрасли, личной совместимости. Преемник получает 30 чужих сделок, не понимает их специфики, не имеет времени глубоко вникать — работает «как умеет», теряет.

Лечение — по каждой причине отдельно, плюс системный процесс передачи.

Чек-лист передачи базы

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

За 2 недели до ухода — переучёт

• Сводный список всех активных сделок уходящего: ID, клиент, этап, сумма, дата следующего контакта.
• По каждой сделке — письменное состояние (3–5 предложений): что обсуждали, на чём остановились, что обещали, какие нюансы клиента. Это самое важное и самое игнорируемое.
• Закрытые сделки за последние 12 месяцев — переходят к преемнику в виде истории. Не для текущих действий, а для будущих повторных продаж.
• Список текущих переписок с клиентами — кому и в каком канале. Если есть переписки в личном мессенджере — сразу перенести в корпоративный или хотя бы зафиксировать факт.

За 1 неделю до ухода — представление преемника

• Преемник назначается формально в CRM — становится ответственным по всем 30–50 сделкам.
• По самым важным сделкам (топ-10 по сумме) — совместный звонок или сообщение клиенту: «Этим вопросом теперь занимается Маша, она в курсе, держит на контроле. Все ваши договорённости и сроки сохраняются». Не передача телефона, а двойной знакомство.
• Преемник читает все письменные состояния и задаёт уходящему вопросы. Часовая встреча, не получасовая.
• В Битрикс24 — массовое назначение задачи «связаться в течение 5 дней» по всем переданным сделкам.

В день ухода — клиентам идёт уведомление

• В корпоративной рассылке всем активным клиентам уходящего: «Иван больше не работает, его задачи передал Маше, контакт +7…». Лаконично, без драмы.
• Письма уходящего менеджера автоматически переадресуются на преемника. На корпоративном Телеграм/Макс — то же самое.
• Доступ уходящего к CRM не отключается мгновенно. Оставляется read-only на 2 недели, чтобы при возникновении вопросов преемник мог уточнить «а как было, что говорилось». После 2 недель — полностью отключается.

Первый месяц после ухода — кураторство

• Еженедельные 15-минутные планёрки руководителя с преемником: что переданное движется, что застряло, что нужно реактивировать.
• По зависшим переданным сделкам через 2 недели — звонок руководителю клиенту лично: «не потеряли ли вас, всё ли в порядке».
• Через месяц — финальный отчёт: из 30–50 переданных сделок сколько в работе, сколько закрыто, сколько потеряно. Это и есть мера качества передачи.

Как настроить в Битрикс24 заранее

Чек-лист выше работает только на хорошо настроенной системе. Если CRM ведётся хаотично — никакая процедура передачи не спасёт.

Что нужно настроить заранее, до любого увольнения:

• Корпоративные каналы общения — Макс, Telegram через корпоративный аккаунт, виртуальная АТС. Все переписки и звонки — в Битрикс24, не в личных приложениях.
• Обязательные поля в карточке сделки: ФИО клиента, телефон, сумма, краткое описание ситуации. Без них переход на следующий этап невозможен.
• Наблюдатель — у каждой сделки помимо основного менеджера есть второй сотрудник, обычно руководитель отдела, который видит сделку и может вмешаться. При увольнении основного — Наблюдатель становится ответственным автоматически или в ручном режиме.
• Регулярные летучки — раз в неделю менеджер коротко рассказывает руководителю про 3 самых сложных сделки. Информация выходит из головы в общее знание команды.
• История клиента — все звонки и переписки прикрепляются к карточке. Преемник может за 10 минут «войти в курс» по любому клиенту.

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

Профилактика — что делать «в мирное время»

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

Что снижает зависимость от персоналий:

• Раз в месяц — выборочный аудит карточек. Берёте случайные 10 сделок, читаете описания. Должно быть понятно со стороны, без расспросов менеджера, что там происходит. Если непонятно — отправляете на доработку.
• Парная работа на сложных сделках. Крупные клиенты ведёт не один менеджер, а пара. При уходе одного — второй продолжает.
• Замены отпусков — за неделю до отпуска менеджер делает сводку по своим сделкам и подключает заместителя к ключевым. Это репетиция настоящей передачи и одновременно реальная защита.
• Скрипты и шаблоны — типовые ответы на типовые вопросы клиентов лежат в общем доступе, а не в голове опытного менеджера. Любой может ими воспользоваться.

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

Чего не делать

• Не отключайте доступ к CRM в день ухода. Read-only на 2 недели — критично для преемника. Иначе он попадает в ситуацию «не знаю, что было, спросить не у кого».
• Не назначайте преемника по принципу «у кого свободнее». Лучше один перегруженный сильный, чем один разгружённый слабый. Перегрузка решается через временное перераспределение второстепенных задач, а не через выбор удобного.
• Не делайте передачу «между делом» в последний день. Двухнедельный процесс — минимум. Сжать в день — гарантированно потерять половину.
• Не оставляйте уведомление клиентам на потом. Если клиент сам узнает об уходе менеджера — будет осадок «у них в компании что-то нездоровое».
• Не наказывайте уходящего за «плохой передаточный список». Если он не делал записей в течение всей работы — за две недели полную картину не восстановит. Это ваша системная проблема, а не его личная вина.

Резюме

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

Хорошая новость — это лечится за 4–6 недель настройки процессов в Битрикс24 и системной дисциплины переписок. Плохая новость — после первой настройки нужно поддерживать дисциплину, иначе через 6 месяцев всё откатится назад.