Срочник, сезонник, эконом: три разных клиента в одном потоке лидов

Когда мы начали разбирать цену и преждевременную защиту продукта, стало понятно: нельзя смотреть на всех клиентов как на один тип обращения.

На входе они могут выглядеть одинаково.

Все звонят по воротам.
Все спрашивают цену.
Все хотят понять условия.
Все как будто находятся в одной воронке.

Но внутри разговора это разные люди.

С разной срочностью.
С разным бюджетом.
С разной готовностью.
С разным уровнем понимания рынка.
С разными следующими шагами.

И если менеджер ведёт всех одинаково, часть клиентов он неизбежно теряет.

Гипотеза

На этом этапе гипотеза стала такой:

в одном потоке входящих лидов есть минимум три разных сценария клиента, и менеджер должен быстро понять, какой сценарий перед ним.

Мы условно назвали их так:

• срочник;
• сезонник;
• эконом.

Это не маркетинговые сегменты в классическом смысле.

Это скорее состояния клиента в момент звонка.

Один и тот же человек мог бы быть сезонником месяц назад, срочником сегодня и экономом, если понял, что бюджет ограничен.

Поэтому важно не повесить ярлык навсегда.

Важно быстро понять текущее состояние.

Кто такой срочник

Срочник - это клиент, которому нужно решить задачу быстро.

У него может быть готовый проём.
Может быть бизнес-задача.
Может быть объект, который нельзя держать открытым.
Может быть монтаж нужен в ближайшее время.
Может быть он уже сравнил предложения и хочет принять решение.

С таким клиентом нельзя растекаться.

Ему не нужна длинная образовательная лекция про рынок.

Ему нужно быстро понять:

• можете ли вы помочь;
• когда;
• сколько примерно стоит;
• что нужно сделать дальше;
• как снизить риск ошибки.

Для срочника следующий шаг должен быть быстрым и конкретным.

Замер.
Фото.
Расчёт.
Бронь.
Фиксация условий.
Переход к сделке.

Если менеджер начинает долго рассказывать общие преимущества, срочник может устать.

Он пришёл не на экскурсию.

Он пришёл решить проблему.

Кто такой сезонник

Сезонник - это клиент, который покупает не прямо сейчас.

Он может строиться.
Может планировать установку к лету.
Может заранее считать бюджет.
Может изучать рынок.
Может пока не иметь готового проёма.
Может быть в стадии “присматриваюсь”.

Его нельзя давить так же, как срочника.

Если сразу закрывать его на замер, можно получить сопротивление.

Потому что он сам ещё не готов.

Но это не значит, что он плохой лид.

Сезонник может стать хорошей сделкой позже.

Только с ним нужна другая дорожная карта:

• понять этап готовности;
• дать ориентир по цене;
• объяснить, от чего зависит стоимость;
• помочь не ошибиться с планированием;
• оставить полезное касание;
• договориться о следующем контакте;
• не потерять его на месяцы.

Сезонник требует прогрева.

Не спама.

А полезного сопровождения.

Кто такой эконом

Эконом - это клиент, у которого ключевой критерий - минимальная цена.

Он может искать самый дешёвый вариант.
Может сравнивать с б/у.
Может быть не готов к цене нового продукта.
Может хотеть решение за бюджет, в который компания физически не попадает.
Может считать все ворота одинаковыми.

С экономом самая большая опасность - долго консультировать человека, которому компания не может помочь.

Менеджеру может быть жалко его отпускать.

Он начинает объяснять.
Сравнивать.
Убеждать.
Рассказывать.
Защищать качество.
Предлагать варианты.

Но если бюджет клиента радикально ниже минимального предложения, возможно, правильный сценарий - быстро и уважительно квалифицировать его как неподходящего сейчас.

Это не грубость.

Это честность.

“Понимаю, что вы рассчитывали на другой бюджет. У нас новые ворота стартуют примерно от такого уровня. Если будете рассматривать такой вариант позже - вернёмся к расчёту. Если сейчас нужен бюджет ниже, вероятно, вам стоит смотреть б/у или другой тип решения”.

Такой разговор может быть коротким.

И это нормально.

Почему один скрипт здесь ломается

Если дать всем менеджерам один универсальный скрипт, он неизбежно будет плохо подходить хотя бы одному сценарию.

Для срочника он может быть слишком длинным.

Для сезонника - слишком давящим.

Для эконома - слишком консультационным.

А менеджер в потоке звонков не всегда успевает это осознать.

Он выбирает привычный стиль.

Кто-то всех ведёт долго и заботливо.

Кто-то всех быстро квалифицирует.

Кто-то всех пытается дожать.

Кто-то слишком рано защищает цену.

Кто-то слишком быстро отпускает клиента.

И каждый может быть прав в одном сценарии и ошибаться в другом.

Именно поэтому нам стало тесно в логике “соблюдает скрипт / не соблюдает скрипт”.

Нужна была логика маршрута.

Что увидел клиент

Для клиента эта рамка была важной, потому что она объясняла странное поведение разных менеджеров.

Почему один менеджер долго разговаривает и вроде бы “нянчится” с клиентом?

Может быть, он по умолчанию ведёт всех как сезонников.

Почему другой быстро отсекает и не дожимает?

Может быть, он по умолчанию ведёт всех как срочников.

Почему третий цепляется за клиента, который явно не подходит?

Может быть, он не умеет вовремя распознавать эконом-сценарий.

Это не просто личные стили.

Это разные маршруты, которые применяются не всегда к тем клиентам.

Что увидели мы

Для нас это стало поворотом в понимании продукта.

Раньше хотелось оценивать отдельное поведение:

• предложил замер;
• отработал возражение;
• назвал преимущество;
• зафиксировал следующий шаг.

Но теперь стало видно: качество отдельного действия зависит от сценария клиента.

Предложить замер срочнику - логично.

Предложить замер сезоннику без готового проёма - может быть преждевременно.

Долго объяснять эконом-клиенту преимущества дорогого решения - может быть потерей времени.

Быстро закрыть срочника без диагностики - может привести к ошибке.

То есть сервис должен не просто оценивать действие.

Он должен понимать, в каком сценарии это действие произошло.

Почему это важно для собственника

Собственник часто хочет простого ответа:

“Кто хорошо работает, а кто плохо?”

Но если не учитывать сценарии клиентов, ответ будет кривым.

Менеджер, который долго разговаривает, может казаться неэффективным.

Но если он работает с сезонниками и потом возвращает их в сделки, он может быть ценным.

Менеджер, который быстро закрывает звонки, может казаться эффективным.

Но если он сжигает клиентов, которым нужно было чуть больше прогрева, бизнес теряет деньги.

Менеджер, который отсекает эконом-клиентов, может выглядеть грубо.

Но если компания не может им помочь, он экономит ресурс.

Без сценариев управленческая оценка становится слишком плоской.

Что меня здесь особенно зацепило

Я всё больше чувствовал, что клиентская боль не в том, что у них “плохие менеджеры”.

Боль в том, что система не помогает менеджерам быстро понять, с кем они разговаривают.

И тогда каждый менеджер приносит в звонок свой характер.

Кто-то заботится.
Кто-то спешит.
Кто-то давит.
Кто-то консультирует.
Кто-то отсекает.
Кто-то продаёт через доверие.

Это может работать.

Но это плохо масштабируется.

Если сильный менеджер уйдёт, вместе с ним уйдёт его способ чувствовать клиента.

Если новый менеджер придёт, ему будет сложно понять, как выбирать маршрут.

Значит, задача продукта - помогать компании не только найти “лучшие фразы”, а вытащить логику выбора сценария.

Как это меняет разговор с командой

Команде нельзя просто сказать:

“Работайте по скрипту”.

Нужно сказать иначе:

“В первые минуты разговора ваша задача - понять, какой сценарий перед вами. Если клиент срочный, ведём одним маршрутом. Если сезонный - другим. Если эконом - третьим. И дальше мы будем смотреть не только на то, что вы сказали, но и на то, правильно ли выбрали маршрут”.

Это делает требования сложнее.

Но честнее.

Потому что менеджер перестаёт быть диктором скрипта.

Он становится человеком, который выбирает путь.

Вывод для клиента

Главный вывод для клиента:

один поток лидов не означает один сценарий продаж.

Нужно учить менеджеров быстро различать состояние клиента.

Срочник требует скорости и конкретики.

Сезонник требует прогрева и удержания контакта.

Эконом требует быстрой честной квалификации.

Если всех вести одинаково, часть продаж будет теряться не из-за плохой работы, а из-за неправильного маршрута.

Вывод для нас

Для нас это важный продуктовый сдвиг.

Мы не можем строить сервис только как чек-лист по звонку.

Нам нужна логика сценариев.

Сначала система должна помочь понять, кто перед нами.

Потом - оценивать, насколько менеджер выбрал правильный маршрут.

И только после этого - смотреть отдельные действия: замер, цена, возражения, преимущества, следующий шаг.

Иначе мы будем оценивать действия без контекста.

А это снова приведёт к разбору ради разбора.

Следующий вопрос

Но сценарии сами по себе не выбираются.

Чтобы понять, срочник перед нами, сезонник или эконом, менеджеру нужно быстро получить несколько ключевых сигналов.

И здесь мы упёрлись в следующую проблему:

менеджеру трудно переключаться между сценариями в потоке звонков.