Что делать перед увольнением менеджера

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

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

Почему порядок именно такой

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

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

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

Последовательность в окне

1. В день объявления — только разговор и календарь. Зафиксируйте дату последнего дня, договоритесь о том, что передача — часть работы этих двух недель, и назовите, кто будет принимать клиентов. Никаких действий с доступами в этот день. Одновременно скажите отделу: они узнают всё равно, и лучше от вас, чем из слухов.
2. Составьте опись активных клиентов вместе с сотрудником. Не вместо него и не после него. По каждому клиенту: этап, сумма, что обещано, к какому сроку, когда был последний контакт и что должно произойти дальше. Уходящий сотрудник — единственный источник для последних двух полей.
3. Отдельно выпишите то, чего нет в системе. Устные договорённости, «этот всегда просит счёт заранее», «с этим общаться только после обеда», незакрытые обещания, конфликты. Эта часть описи ценнее первой, потому что первая восстанавливается по счетам, а вторая — ничем.
4. Назначьте принимающего по каждому клиенту. Конкретный человек с фамилией, а не «отдел разберёт»: у клиента, закреплённого за всеми сразу, принимающего нет вообще. Сама механика передачи разобрана отдельно: чек-лист передачи клиентов.
5. Переведите диалоги из личных аккаунтов, пока сотрудник ещё на месте. Он сам пишет клиенту, представляет нового ответственного и продолжает разговор в канале компании. Это единственный момент, когда перевод происходит без потери контекста: после последнего дня клиента придётся знакомить с компанией заново.
6. Проведите передачу как встречу, а не как письмо. Уходящий, принимающий и руководитель, список из шага 2 на экране, по каждому клиенту — короткое проговаривание. Полчаса такой встречи заменяют неделю переписки «а что там с этим клиентом».
7. Свяжитесь с клиентами по активным сделкам. Адресно, не рассылкой. Работает короткая конструкция: ваш вопрос ведёт теперь такой-то, мы на таком-то этапе, договорённости и сроки подтверждаем. Лучше, если первое сообщение отправит уходящий сотрудник, а следующее — принимающий.
8. Составьте список доступов заранее, но не снимайте их. Все системы, каналы, общие таблицы, диски, подключения мессенджеров, корпоративные номера, боты, сообщества. Список составляется в середине окна, чтобы в последний день не выяснять, что где было.
9. Переоформите каналы, оформленные на сотрудника. Корпоративный номер, бот, сообщество, подключение мессенджера. Это административная работа на несколько дней, и делать её лучше до последнего дня, но после того, как передача закончена.

1. В последний день снимите доступы по списку и зафиксируйте это. Отключение учётной записи, завершение активных сессий, изъятие техники. Отдельно проверьте общие таблицы и диски, оформленные на личную почту сотрудника, — они обычно не попадают ни в один список.
2. Через две недели после последнего дня проверьте результат. Открылись ли переданные клиенты у нового ответственного, ответили ли на все висящие сообщения, не замолчал ли кто-то из клиентов. Проверка занимает час и находит то, что передача пропустила.

Чего в этом окне делать не стоит

• Снимать доступы в первый день. Вы обмениваете две недели передачи на иллюзию защиты от того, что уже произошло или не произошло до объявления.
• Требовать «выгрузить всё» вместо передачи по клиентам. Выгрузка даёт список контактов; передача даёт контекст. Компания теряет второе, а восстанавливает почему-то первое.
• Обсуждать причины ухода с клиентами. Клиенту не нужно знать, почему человек уходит; ему нужно знать, кто теперь отвечает за его вопрос и остались ли в силе сроки.
• Делать массовую рассылку об уходе сотрудника. Половина получателей не помнит его фамилию, зато теперь знает про ваши кадровые проблемы.
• Проводить разбор полётов внутри отдела до последнего дня. Разбор нужен, но пока идёт передача, он расходует то самое добровольное сотрудничество.
• Начинать с юридических требований, не проконсультировавшись. Что вы вправе требовать, зависит от подписанных документов, а не от ощущения справедливости; и предъявленное преждевременно требование обычно заканчивает передачу.

Чек-лист к последнему дню

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

Если уход конфликтный

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

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

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

Что остаётся за компанией

Ни одна система не выполняет эти шаги — они целиком управленческие.

• Решение отдать окно на передачу, а не на защиту. Это выбор руководителя, и он определяет, чем закончатся две недели.
• Разговор с уходящим сотрудником. Тон этого разговора решает, получите вы контекст или формальную отработку.
• Назначение принимающего. Кто именно берёт каких клиентов — решение компании, и его нельзя ни автоматизировать, ни отложить.
• Адресные сообщения клиентам. Их пишут люди, и то, что в них сказано, важнее того, из какого окна они отправлены.
• Соблюдение сроков и фиксация фактов. Механизм отзыва доступа не отменяет необходимости воспользоваться им в нужный день.
• Правовая часть. Что подписывается при увольнении и что можно требовать — к юристу, не к статье.

Что здесь помогает в LTVchat

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

• переписка из подключённых мессенджеров лежит в общем рабочем окне, и история открывается вместе с карточкой клиента — то есть опись из шага 2 составляется по записям, а не только по рассказу;
• диалоги одного клиента из разных каналов сводятся в одну карточку и разводятся обратно, если сведение было ошибочным — при передаче принимающий видит одну историю, а не пять обрывков;
• доступ определяется ролью (менеджер, администратор, владелец, супер-администратор) с проверкой на стороне сервера при обработке запроса, поэтому принимающий получает доступ ролью, а не индивидуальной настройкой;
• учётную запись можно отключить, а сессию отозвать отдельным действием в последний день, не удаляя историю переписки: человек теряет доступ, компания — нет;
• действия пишутся в журнал (событие, объект, роль исполнителя, IP-адрес, время), поэтому фиксация из шага 10 не держится на чьей-то памяти;
• владелец рабочего пространства может выгрузить чаты одним PDF — у менеджера этот запрос отклоняется.

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

Оценить, насколько ваша база вообще уязвима к этому сценарию, помогает аудит из десяти вопросов, а список того, что проверяют регулярно, — чек-лист безопасности клиентской базы. Стоимость — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, владельцы подключённых каналов не оплачиваются как сотрудники; посмотреть рабочее окно можно в демо без регистрации.