Что делать перед увольнением менеджера
Окно между «сотрудник сказал, что уходит» и его последним рабочим днём — единственное время, когда передача клиентов ещё возможна без потерь: человек на месте, отношения нормальные, контекст у него в голове и он готов его отдать. Порядок в этом окне обратный интуитивному: сначала забирают информацию, доступы отзывают последними, в последний день.
Если сделать наоборот — снять доступы в день объявления, — вы получите сотрудника, который формально дорабатывает две недели и не передаёт ничего: ни договорённостей, ни того, какому клиенту что обещано, ни того, кто из них на самом деле готов купить. Ниже — что делать по дням. Если последний день уже прошёл и передачи не было, это другой текст: план первых суток; а как устроить доступы так, чтобы это окно вообще не было критичным, — отдельный разбор.
Почему порядок именно такой
В этом окне у компании есть ресурс, которого не будет ни до, ни после: добровольное сотрудничество человека, который знает про ваших клиентов больше, чем ваша система. Ресурс расходуемый и портящийся — он держится на том, что уход остаётся рабочей ситуацией, а не конфликтом.
Отсюда два практических следствия. Первое: всё, что требует участия уходящего сотрудника, делается в начале окна. Второе: всё, что можно сделать без его участия — отзыв доступов, переоформление каналов, — делается в конце, потому что раннее выполнение этих шагов расходует первый ресурс.
Отдельно стоит признать честно: то, что человек хотел скопировать, он скопировал до того, как объявил об уходе. Ранний отзыв доступа не защищает от этого — он защищает от того, что произойдёт после последнего дня, и потому уместен именно тогда.
Последовательность в окне
- В день объявления — только разговор и календарь. Зафиксируйте дату последнего дня, договоритесь о том, что передача — часть работы этих двух недель, и назовите, кто будет принимать клиентов. Никаких действий с доступами в этот день. Одновременно скажите отделу: они узнают всё равно, и лучше от вас, чем из слухов.
- Составьте опись активных клиентов вместе с сотрудником. Не вместо него и не после него. По каждому клиенту: этап, сумма, что обещано, к какому сроку, когда был последний контакт и что должно произойти дальше. Уходящий сотрудник — единственный источник для последних двух полей.
- Отдельно выпишите то, чего нет в системе. Устные договорённости, «этот всегда просит счёт заранее», «с этим общаться только после обеда», незакрытые обещания, конфликты. Эта часть описи ценнее первой, потому что первая восстанавливается по счетам, а вторая — ничем.
- Назначьте принимающего по каждому клиенту. Конкретный человек с фамилией, а не «отдел разберёт»: у клиента, закреплённого за всеми сразу, принимающего нет вообще. Сама механика передачи разобрана отдельно: чек-лист передачи клиентов.
- Переведите диалоги из личных аккаунтов, пока сотрудник ещё на месте. Он сам пишет клиенту, представляет нового ответственного и продолжает разговор в канале компании. Это единственный момент, когда перевод происходит без потери контекста: после последнего дня клиента придётся знакомить с компанией заново.
- Проведите передачу как встречу, а не как письмо. Уходящий, принимающий и руководитель, список из шага 2 на экране, по каждому клиенту — короткое проговаривание. Полчаса такой встречи заменяют неделю переписки «а что там с этим клиентом».
- Свяжитесь с клиентами по активным сделкам. Адресно, не рассылкой. Работает короткая конструкция: ваш вопрос ведёт теперь такой-то, мы на таком-то этапе, договорённости и сроки подтверждаем. Лучше, если первое сообщение отправит уходящий сотрудник, а следующее — принимающий.
- Составьте список доступов заранее, но не снимайте их. Все системы, каналы, общие таблицы, диски, подключения мессенджеров, корпоративные номера, боты, сообщества. Список составляется в середине окна, чтобы в последний день не выяснять, что где было.
- Переоформите каналы, оформленные на сотрудника. Корпоративный номер, бот, сообщество, подключение мессенджера. Это административная работа на несколько дней, и делать её лучше до последнего дня, но после того, как передача закончена.
- В последний день снимите доступы по списку и зафиксируйте это. Отключение учётной записи, завершение активных сессий, изъятие техники. Отдельно проверьте общие таблицы и диски, оформленные на личную почту сотрудника, — они обычно не попадают ни в один список.
- Через две недели после последнего дня проверьте результат. Открылись ли переданные клиенты у нового ответственного, ответили ли на все висящие сообщения, не замолчал ли кто-то из клиентов. Проверка занимает час и находит то, что передача пропустила.
Чего в этом окне делать не стоит
- Снимать доступы в первый день. Вы обмениваете две недели передачи на иллюзию защиты от того, что уже произошло или не произошло до объявления.
- Требовать «выгрузить всё» вместо передачи по клиентам. Выгрузка даёт список контактов; передача даёт контекст. Компания теряет второе, а восстанавливает почему-то первое.
- Обсуждать причины ухода с клиентами. Клиенту не нужно знать, почему человек уходит; ему нужно знать, кто теперь отвечает за его вопрос и остались ли в силе сроки.
- Делать массовую рассылку об уходе сотрудника. Половина получателей не помнит его фамилию, зато теперь знает про ваши кадровые проблемы.
- Проводить разбор полётов внутри отдела до последнего дня. Разбор нужен, но пока идёт передача, он расходует то самое добровольное сотрудничество.
- Начинать с юридических требований, не проконсультировавшись. Что вы вправе требовать, зависит от подписанных документов, а не от ощущения справедливости; и предъявленное преждевременно требование обычно заканчивает передачу.
Чек-лист к последнему дню
- дата последнего дня зафиксирована, и передача включена в работу этих недель
- опись активных клиентов составлена вместе с уходящим сотрудником
- отдельно записано то, чего в системе нет: устные договорённости и особенности клиентов
- по каждому активному клиенту назначен принимающий с именем и контактом
- диалоги из личных аккаунтов переведены в каналы компании, пока сотрудник на месте
- передача проведена как встреча, а не как отправленное письмо
- клиенты по активным сделкам получили адресное сообщение о новом ответственном
- список всех доступов и каналов сотрудника составлен заранее
- каналы, оформленные на сотрудника, переоформлены на компанию
- в последний день доступы сняты, сессии завершены, техника изъята
- зафиксированы дата и время снятия каждого доступа
- проверены общие таблицы и диски, оформленные на личную почту
- через две недели проведена проверка: клиенты открылись, сообщения не висят
Если уход конфликтный
Всё сказанное выше исходит из того, что уход остаётся рабочей ситуацией. Иногда это не так: сотрудник уходит к прямому конкуренту, уже забрал часть клиентов или разговор перешёл в претензии.
Практически меняется не список шагов, а их скорость. Опись и передача делаются в первые дни, а не в течение двух недель. Разговор с клиентами проводится до последнего дня, а не после. Переоформление каналов идёт параллельно, а не в конце.
Что при этом не меняется: раннее снятие доступа по-прежнему обычно не помогает, а передачу заканчивает окончательно. Что меняется точно: правовая сторона перестаёт быть теоретической. Что вы вправе требовать, какие документы для этого нужны и что делать, если данные клиентов уже оказались у третьих лиц, — вопросы юристу, который видел ваши документы. Практическая разница между доступом, владением аккаунтом и правом разобрана в тексте кому принадлежит переписка с клиентом.
Что остаётся за компанией
Ни одна система не выполняет эти шаги — они целиком управленческие.
- Решение отдать окно на передачу, а не на защиту. Это выбор руководителя, и он определяет, чем закончатся две недели.
- Разговор с уходящим сотрудником. Тон этого разговора решает, получите вы контекст или формальную отработку.
- Назначение принимающего. Кто именно берёт каких клиентов — решение компании, и его нельзя ни автоматизировать, ни отложить.
- Адресные сообщения клиентам. Их пишут люди, и то, что в них сказано, важнее того, из какого окна они отправлены.
- Соблюдение сроков и фиксация фактов. Механизм отзыва доступа не отменяет необходимости воспользоваться им в нужный день.
- Правовая часть. Что подписывается при увольнении и что можно требовать — к юристу, не к статье.
Что здесь помогает в LTVchat
Сервис закрывает ровно одну часть задачи: делает так, чтобы к моменту объявления об уходе у компании уже была история переписки, а не только память сотрудника. Из проверяемых свойств для этого окна существенны:
- переписка из подключённых мессенджеров лежит в общем рабочем окне, и история открывается вместе с карточкой клиента — то есть опись из шага 2 составляется по записям, а не только по рассказу;
- диалоги одного клиента из разных каналов сводятся в одну карточку и разводятся обратно, если сведение было ошибочным — при передаче принимающий видит одну историю, а не пять обрывков;
- доступ определяется ролью (менеджер, администратор, владелец, супер-администратор) с проверкой на стороне сервера при обработке запроса, поэтому принимающий получает доступ ролью, а не индивидуальной настройкой;
- учётную запись можно отключить, а сессию отозвать отдельным действием в последний день, не удаляя историю переписки: человек теряет доступ, компания — нет;
- действия пишутся в журнал (событие, объект, роль исполнителя, IP-адрес, время), поэтому фиксация из шага 10 не держится на чьей-то памяти;
- владелец рабочего пространства может выгрузить чаты одним PDF — у менеджера этот запрос отклоняется.
Чего сервис не делает: не составляет опись, не назначает принимающего, не проводит встречу передачи и не пишет клиентам. Он также не возвращает переписку из личного аккаунта сотрудника — именно поэтому шаг 5 делается, пока человек на месте. Никаких сертификаций, аттестаций и внешних аудитов у сервиса нет — что именно реализовано, перечислено на странице безопасности.
Оценить, насколько ваша база вообще уязвима к этому сценарию, помогает аудит из десяти вопросов, а список того, что проверяют регулярно, — чек-лист безопасности клиентской базы. Стоимость — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, владельцы подключённых каналов не оплачиваются как сотрудники; посмотреть рабочее окно можно в демо без регистрации.
Частые вопросы
Нужно ли сразу отбирать доступы, как только сотрудник объявил об уходе?
Нет, и это самая частая ошибка этого окна. Сотрудник, у которого в первый день отобрали доступы, перестаёт быть источником информации и становится участником конфликта: он не передаст контекст, не расскажет про договорённости и не поможет с клиентами. Доступы снимаются в последний день, а не в первый. Единственное исключение — ситуация, когда уход уже конфликтный: тогда порядок другой и решение принимается вместе с юристом.
А если сотрудник уходит к прямому конкуренту?
Практически меняется не порядок шагов, а их скорость и то, о чём вы говорите вслух. Опись и передачу нужно закончить раньше, разговор с клиентами провести до последнего дня, а не после, и заранее выяснить у юриста, что вы вправе требовать по подписанным документам. Отбирать доступ в первый день всё равно обычно не помогает: то, что человек мог скопировать, он скопировал до того, как объявил об уходе.
Сколько времени вообще есть на это окно?
Как ориентир — две недели, потому что таков типичный срок предупреждения. Но полагаться на этот срок как на план плохая идея: часть уходов происходит быстрее по договорённости, а часть окна съедается отпуском или больничным перед последним днём. Практичнее считать, что на всё есть первая неделя, и планировать так, чтобы к её концу опись и передача были закончены.
Что делать, если менеджер вёл клиентов в личном мессенджере?
В этом окне у вас есть то, чего не будет после последнего дня: сотрудник ещё на месте и в нормальных отношениях. Практически работает не «выгрузи всё», а перевод активных диалогов: сотрудник сам пишет клиенту, представляет нового ответственного и переводит разговор в канал компании. Это единственный момент, когда такой перевод делается без потери контекста — потом остаётся только заново знакомиться с клиентом.
Стоит ли говорить отделу и клиентам, что менеджер уходит?
Отделу — да, и сразу, потому что они узнают всё равно и лучше от вас. Клиентам — не рассылкой, а адресно, по активным сделкам, и лучше вместе с уходящим сотрудником: короткое сообщение о том, кто теперь ведёт их вопрос, с подтверждением договорённостей и сроков. Массовое объявление «наш сотрудник уходит» сообщает клиентам ровно одну вещь — что у вас кадровые проблемы.
Что зафиксировать письменно к последнему дню?
Список переданных клиентов с новым ответственным по каждому, перечень систем и каналов, к которым у сотрудника был доступ, дату и время снятия каждого доступа, а также состояние активных сделок на дату передачи. Эта запись нужна не для отчётности, а для двух практических целей: через месяц вы не помните деталей, а если ситуация станет спорной, юристу нужны факты с датами, а не воспоминания.