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