«У нас текучка какая-то есть». Менеджер уходит — и собственник снова слышит: пароль от переписки не нашли, клиент обещал подумать, условия обсуждали голосом, кто принимает решение — знает только бывший сотрудник.
Очевидное объяснение — не удержали человека. Возможно. Но сначала я бы проверил другое: почему работа с клиентами принадлежала менеджеру настолько, что вместе с ним из отдела исчезли договорённости и следующие шаги.
Текучка — проблема людей. Остановка сделок после каждого ухода — уже проблема управления.
В CRM осталась карточка. Продолжить разговор по ней нельзя
Возьмите одну активную сделку менеджера, который завтра не выйдет на работу. Не звоните ему и не просите помочь. Дайте карточку другому продавцу и попросите ответить на пять вопросов:
- какую задачу решает клиент;
- кто участвует в выборе и что важно каждому;
- что уже обещала наша сторона;
- что подтвердил клиент;
- какое следующее действие согласовано, с кем и на какую дату.
Если ответы приходится восстанавливать по личному чату, памяти РОПа и обрывкам комментариев, перед вами не просто плохо заполненная CRM. Руководитель не проверял, можно ли продолжить сделку без её автора.
Карточка может быть заполнена аккуратно: сумма, этап, вероятность, последнее касание. Но запись «отправили КП, думает» не передаёт работу. Новый менеджер не знает, что сравнивает клиент, из-за чего отложил решение и какой вопрос должен быть закрыт до следующего разговора.
Формально сделка осталась в компании. Фактически разговор придётся начинать заново.
Под словом «текучка» смешаны три разных решения
Люди могут уходить по разным причинам. Зарплата, руководитель, нагрузка, отбор, ожидания от роли, личные обстоятельства — без фактов выбирать одну причину нельзя.
Но последствия ухода тоже бывают разными.
Человек ушёл, а сделки подхватили без потери шага. Другой менеджер видит историю, обязательства и участников решения. РОП представляет его клиенту и продолжает работу с согласованного места. Здесь нужно разбирать причину ухода и найм, но сама работа отдела не обнулилась.
Сделки видны, но важные решения хранились у менеджера. В CRM есть события, однако непонятно, почему выбрали именно эти условия, что уже исключили и чего опасается клиент. Значит, отдел фиксировал отчёт о действиях, а не логику сделки.
О существовании части работы узнают только после ухода. Переписка была в личном мессенджере, обещание клиенту нигде не записано, срок прошёл, РОП не видел отклонения. Тогда вопрос уже не в передаче дел. Руководитель не управлял этой частью продаж и до увольнения.
Одинаковая фраза «менеджер всё унёс с собой» скрывает три ограничения: удержание людей, качество записи решений и отсутствие контроля РОПа. Новая вакансия отвечает только на первое.
Более подробные отчёты могут оставить проблему на месте
После болезненного ухода легко обязать менеджеров писать длинные комментарии и копировать каждое письмо в CRM.
Это поможет, если важные факты раньше вообще не сохранялись. Но объём текста ещё не означает, что другой человек сможет принять следующее решение.
Комментарий на полстраницы может пересказывать встречу и не отвечать, что подтвердил клиент. Десять писем могут лежать в карточке, но не показывать, какое условие стало препятствием. Задача «созвониться во вторник» может быть поставлена без договорённости с покупателем.
У записи должен быть внутренний покупатель — РОП. Он проверяет не полноту хроники, а возможность управлять сделкой: какой новый факт появился, что после него решил менеджер, какое обязательство взяла компания и когда станет видно отклонение.
Если РОП читает карточку только после заявления сотрудника, правило записи не исправит поздний контроль. Менеджеры станут подробнее описывать работу, которой руководитель по-прежнему не касается.
«Нельзя же постоянно готовиться к увольнению каждого»
И не нужно.
Передача сделки нужна не только на случай ухода. Менеджер может заболеть, уйти в отпуск, попросить РОПа подключиться к переговорам или передать клиента коллеге с другой экспертизой. Пока работу понимает только один человек, любое подключение начинается с устного пересказа.
Но превращать каждую карточку в архив тоже не стоит. Нужен минимальный след, который меняет следующее действие:
- задача клиента и участники решения;
- подтверждённые факты отдельно от предположений менеджера;
- обещания обеих сторон;
- последнее решение по сделке и причина;
- следующий шаг и точка, в которой РОП проверит результат.
Этого достаточно не для идеального знания клиента, а для честного продолжения разговора. Всё остальное добавляется, только если помогает принять решение.
Проверка без увольнения
Не ждите следующего заявления. Выберите пять активных сделок разных менеджеров и на один рабочий день поменяйте проверяющего: карточку смотрит коллега, который раньше в неё не входил.
Его задача — не продавать вместо автора. Он должен восстановить путь сделки и назвать одно следующее действие. Автор карточки затем отмечает, какой факт коллега не смог увидеть и где этот факт на самом деле хранился.
После проверки РОП исправляет не все комментарии подряд, а повторяющийся разрыв. Например, менеджеры записывают своё напоминание, но не подтверждение клиента. Или сохраняют предложение, но не причину выбранных условий. Или указывают контакт, но не остальных участников решения.
Через неделю ищите три изменения:
- другой сотрудник может продолжить новую сделку без отдельного пересказа автора;
- РОП видит пропущенный факт в текущей работе, а не при передаче дел;
- после замечания менеджер меняет запись и действие в следующей похожей сделке.
Это не доказывает, что люди перестанут уходить. Зато показывает, перестали ли сделки уходить вместе с ними.
Что должно принадлежать компании
Отношения с клиентом всегда строит конкретный человек. Нельзя заменить доверие записью в CRM, а сильного менеджера — инструкцией.
Но компания должна владеть рабочими фактами: что обещано, кто решает, почему выбран следующий шаг, где появился риск и что руководитель уже сделал. Иначе РОП управляет не продажами, а набором личных способов продавать, пока их владельцы остаются в штате.
Именно поэтому в RENTROP мы пришли к модели «Управление продажами под ключ». РОП каждый день ведёт людей и сделки. Директор по развитию проверяет качество работы РОПа: видит ли он решения внутри сделки до того, как человек выпал, и может ли команда продолжить работу. AI помогает находить пропуски и расхождения в доступных данных и коммуникациях, но решение остаётся за руководителем.
Стратегия, продукт, цены, бюджет и кадровые решения работодателя остаются у собственника. RENTROP отвечает за ежедневное управление продажами в согласованной части работы. Если руководитель меняется, цифры, решения и договорённости не должны собираться заново по памяти сотрудников.
Менеджер может уйти из компании. Его сделки не должны уходить из управления раньше него.
Начните с пяти карточек: сможет ли другой человек назвать следующий шаг, не звоня их автору?