Що робити з базою після звільнення менеджера

Історія типова: менеджер звільняється, а через місяць троє його клієнтів переходять до конкурента, куди він влаштувався. Формально нічого не сталось — контакти ж не крали. Фактично компанія втратила частину бізнесу, бо стосунки були з людиною, а не з компанією.

Найважливіше робиться **до** звільнення, а не після. Правило перше: клієнт має знати не лише свого менеджера. Достатньо, щоб керівник хоч раз на пів року зʼявлявся в переписці або на дзвінку — тоді компанія перестає бути абстракцією. Правило друге: уся комунікація йде через робочі канали. Домовленості в особистому месенджері менеджера — це не ваші домовленості.

Правило третє, найнеприємніше в обговоренні: **обмежте масовий експорт**. Не тому що всі крадуть, а тому що можливість вивантажити базу однією кнопкою перетворює звичайне звільнення на спокусу. Право експорту доречне у власника й керівника, а не в кожного менеджера.

У перший день після подання заяви. Змініть власника записів — не через тиждень, а одразу; це не недовіра, а нормальна процедура. Перегляньте журнал дій за останній місяць: масові вивантаження, різкий стрибок переглядів карток, зміни контактних даних. Відкличте доступи до пошти й інтеграцій. І передайте клієнтів по-справжньому, як описано в матеріалі про передачу.

Що робити, якщо клієнти вже почали йти. Не мовчати. Дзвінок від керівника з фразою «я знаю, що з вами працювала Олена, тепер вами займаюсь я особисто» рятує більше стосунків, ніж будь-які юридичні заходи. Клієнти йдуть не через лояльність до людини, а через страх, що новий менеджер не в курсі й доведеться все пояснювати заново.

І чесно про межі можливого: юридичні заборони переманювати клієнтів у більшості випадків мало що дають малому бізнесу. Працює інше — щоб клієнту було просто й зрозуміло лишитись.

У Pipevale журнал фіксує кожен експорт і перегляд, права можна видати роллю (наприклад, менеджер без права вивантаження), а видимість обмежити своїми записами або записами команди.