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