Продажи на автопилоте

Шаг 6. Закрепите передачу человеку. Любая заявка, где прозвучали слова о срочности, жалоба, нестандартная просьба или вопрос из списка красных линий, помечается и уходит живому сотруднику с уведомлением.

Шаг 7. Ведите журнал. Для каждой заявки фиксируйте время поступления, время первого ответа и итог. Это единственный способ узнать, помогает ли система.

Рабочие шаблоны

Шаблон 1. Разбор заявки на части

Ты помощник администратора компании [название, чем занимается].

Ниже текст входящей заявки. Разбери его строго по полям:

источник, намерение клиента, объём, срок, место, контакт,

упомянутые возражения или тревоги.

Правила:

1. Если данные в тексте не указаны, пиши «не указано». Ничего не

додумывай и не предполагай.

2. Отдельной строкой перечисли, чего не хватает для расчёта стоимости.

3. Отметь, подпадает ли заявка под вопросы, которые нужно передать

человеку: [вставьте список красных линий].

Текст заявки: [вставьте текст].

Шаблон 2. Короткий первый ответ

Подготовь первый ответ клиенту на заявку ниже. Требования:

1. Не более пяти предложений.

2. Начни с подтверждения, что именно ты понял из обращения.

3. Дай ориентир по цене только если он есть в нашей справке:

[вставьте справку]. Если ориентира нет, не называй цену.

4. Задай один уточняющий вопрос, самый важный для расчёта.

5. Укажи, что это автоматический помощник, и назови время,

когда свяжется менеджер: [время].

6. Ничего не обещай про скидки, сроки и гарантии.

Заявка: [вставьте текст].

Шаблон 3. Проверка полноты карточки

Вот карточка заявки: [вставьте поля]. Проверь, заполнены ли все

обязательные поля: источник, время, имя, способ связи, запрос,

объём, срок, статус. Выведи список пустых полей и для каждого

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

Полный набор формулировок первого ответа для разных ситуаций будет в Главе 4. Здесь нам нужна лишь основа.

Учебный кейс с расчётами

Условия учебной модели, числа условные. Клининговая компания получает 90 заявок в месяц. Администратор фиксирует время первого ответа. Ниже распределение заявок по времени реакции и условная доля заявок, дошедших до расчёта стоимости.

До внедрения:

Время первого ответа

Заявок

Доля дошедших до расчёта

Дошло

До 5 минут

9

60%

5,4

5–60 минут

18

45%

8,1

1–6 часов

36

30%

10,8

Свыше 6 часов

27

15%

4,05

Итого

90

28,35 ≈ 28

Медианное время ответа попадает в диапазон «1–6 часов», потому что после сорок пятой заявки в упорядоченном списке мы уже внутри третьей группы.

Теперь предположим осторожно, что автоматический первый ответ за пять минут работает хуже живого. Для него возьмём не 60%, а 45%, то есть столько же, сколько у ответа в пределах часа. Допустим также, что после внедрения распределение изменилось так:

После внедрения (условно):

Время первого ответа

Заявок

Доля дошедших до расчёта

Дошло

До 5 минут

50

45%

22,5

5–60 минут

20

45%

9,0

1–6 часов

12

30%

3,6

Свыше 6 часов

8

15%

1,2

Итого

90

36,3 ≈ 36

Прирост: около 8 расчётов в месяц. Если до договора доходит 40% расчётов, это порядка 3 дополнительных договоров. При условном среднем чеке 7 000 ₽ получаем около 21 000 ₽ оборота в месяц, но не прибыли.

Проверим устойчивость. Если реальный эффект окажется вдвое меньше расчётного, прирост составит около 4 расчётов, 1–2 договора и примерно 11 000 ₽ оборота. При таком чеке вопрос стоимости инструмента становится принципиальным, и мы вернёмся к нему в Главе 10. Для бизнесов с чеком в десятки и сотни тысяч рублей арифметика выглядит иначе, но для честного решения считать нужно именно по вашим числам.

Обратите внимание: в расчёте нет роста числа заявок. Все 90 заявок были и до внедрения. Мы лишь сместили их в более быстрые группы.

Ошибки внедрения

Ошибка 1. Улучшать скрипт вместо скорости. Переписанный текст не вернёт клиента, который ушёл за два часа до ответа. Сначала время, потом формулировки.

Ошибка 2. Задавать много вопросов в первом сообщении. Первый ответ должен вызывать желание продолжить. Три-четыре вопроса подряд читаются как допрос.

Ошибка 3. Писать «скоро свяжемся». Размытое обещание хуже точного. Если вы не можете гарантировать окно, назовите более широкое, но честное.

Ошибка 4. Забыть про заявки по телефону. Пропущенный звонок тоже заявка. Если звонок не принят, человеку нужно отправить сообщение в мессенджер с предложением перезвонить, и фиксировать это в журнале.

Ошибка 5. Не передавать срочные заявки человеку. Автоматический ответ не заменяет реакции менеджера на жалобу или срочный запрос. Правило передачи человеку должно быть записано заранее.

Ошибка 6. Не вести журнал. Без таблицы времени реакции любые улучшения остаются ощущением.

Как проверить, что работает

Через две недели после запуска сравните четыре показателя с исходными из Введения.

1. Медиана времени первой реакции. Цель: уложиться в установленный норматив по каждому каналу.

2. Доля заявок без ответа в течение суток. Цель: приблизиться к нулю.

3. Доля заявок, где в карточке заполнено не менее шести из восьми полей.

4. Число заявок, переданных человеку по правилу, и скорость его реакции на них.

Если время реакции упало, а доля дошедших до расчёта не изменилась, проблема не в скорости. Скорее всего, вопрос в качестве самих заявок или в содержании ответа, и это предмет следующих глав. Не делайте вывод по меньшему числу, чем тридцать заявок: разброс при малой выборке слишком велик.

Вопросы владельцев

«Не лучше ли просто нанять второго администратора на вечер и выходные?»

Можно, и для некоторых компаний это разумно. Сравнивать нужно стоимость часа человека и стоимость обработки заявки автоматически, с учётом проверки. Мы посчитаем это в Главе 10.

«А если клиент спросит что-то, чего нет в справке?»

Правило простое: помощник не отвечает, а передаёт вопрос человеку и сообщает клиенту, когда тот получит ответ. Это закладывается в инструкцию явно.

«Нужно ли говорить клиенту, что с ним общается программа?»

Мы рекомендуем да. Это честно и снимает риск неприятного открытия позже. Формулировка может быть короткой и нейтральной.

«Что делать с повторными заявками от одного человека?»

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

Чек-лист

•

Все каналы приёма заявок сведены в одно место

•

Определены восемь обязательных полей карточки

•

Записано целевое время первой реакции по каждому каналу

•

Описан состав первого ответа: подтверждение, факт, один вопрос

•

Заданы правила для нерабочего времени с точным окном связи

•

Прописаны условия передачи заявки человеку

•

Введён журнал времени реакции и итога по каждой заявке

•

Первый ответ честно указывает, что пишет автоматический помощник

Практическое задание

Возьмите пять заявок из вашей таблицы тридцати. Для каждой выполните шаблон 1 и посмотрите, какие поля остались «не указано». Затем напишите по шаблону 2 первый ответ для двух заявок и покажите их менеджеру, который общается с клиентами. Попросите его отметить, что в ответе он бы убрал или переписал. Эти правки станут первыми пунктами вашей инструкции для помощника. Сохраните результаты: они понадобятся в Главах 3 и 4.

Переход к следующей главе

Теперь заявки приходят в одно место, разобраны по полям и получают быстрый короткий ответ. Но не все они одинаково ценны. В Главе 2 мы разберём квалификацию: как задать несколько вопросов так, чтобы отличить человека, который готов к решению, от того, кто просто смотрит, и при этом не потерять ни того ни другого.

ГЛАВА 2. Квалификация лида: как ИИ отсеивает «смотрителей» от реальных покупателей

Ситуация

Мебельная мастерская, пять человек: два столяра, замерщик, менеджер и владелец Андрей. Делают кухни и шкафы на заказ. Реклама работает, заявки идут. Менеджер Ольга каждый день тратит два-три часа на первичные разговоры, и по её собственным словам, примерно половина из них заканчивается ничем. Кто-то хотел «примерно прикинуть цену», кто-то собирает идеи для будущего ремонта, кто-то ищет готовую мебель из каталога, а не изготовление по размерам.

Андрей решил, что нужно «отсекать лишних». Он попросил Ольгу задавать каждому в начале разговора вопрос о бюджете. Результат оказался двояким: часть людей обиделась и ушла, часть назвала цифру с потолка, а настоящие покупатели, у которых бюджет ещё не оформился в голове, почувствовали давление.

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

В чём проблема

Слово «квалификация» в продажах означает отбор: оценку того, насколько заявка реальна, подходит ли она вашему предложению и когда с ней нужно работать. Проблем здесь три.

Прямые вопросы о деньгах отпугивают. Человек, который ещё не знает, сколько стоит кухня, не может назвать бюджет. Вопрос «какой у вас бюджет?» на первом шаге воспринимается как проверка кошелька.

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

Квалификация без итога бесполезна. Если после нескольких вопросов у менеджера нет понятного вывода («работать сейчас», «вернуться через месяц», «закрыть»), он вынужден перечитывать диалог. Весь выигрыш во времени исчезает.

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

Как это работает

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

1. Потребность. Что именно нужно и зачем. Чем конкретнее описание, тем ближе решение.

2. Срок. Когда человек хочет получить результат. Срок «в этом месяце» и «когда-нибудь» требуют разной работы.

3. Возможности. Есть ли у человека бюджет и право принимать решение. Спрашивать нужно косвенно: через диапазоны, варианты комплектации, вопрос «кто ещё участвует в выборе».

4. Соответствие. Подходит ли заявка вашему предложению: ваш регион, ваш тип услуги, ваш минимальный заказ.

По сумме признаков заявка получает один из четырёх статусов.

Статус

Что означает

Действие

Горячая

Потребность ясна, срок до месяца, соответствие есть

Передать менеджеру немедленно

Тёплая

Потребность ясна, срок от одного до трёх месяцев

Менеджеру в порядке очереди, плюс напоминания

Холодная

Потребность расплывчата, срока нет

Полезная информация, мягкое напоминание

Не подходит

Не ваш регион, не ваша услуга, спам

Вежливый отказ, закрытие без времени менеджера

Важная деталь: статус не навсегда. Холодная заявка через два месяца может стать горячей, и система должна уметь пересматривать оценку.

Что делает ИИ, а что человек

Помощник ведёт диалог по заданному набору вопросов, собирает ответы в карточку и предлагает статус с коротким обоснованием. Окончательное решение, особенно о закрытии заявки как «не подходит», принимает человек хотя бы выборочно: ошибочный отказ стоит дороже лишнего звонка. Подробно о контроле мы поговорим в Главе 9.

Пошаговая инструкция

Шаг 1. Опишите идеального клиента словами, а не цифрами. Кто он, что заказывает, в каком регионе, какого размера заказ для вас выгоден. Две-три фразы. Отдельно: кто вам не подходит.

Шаг 2. Определите минимальный заказ и зону работы. Это самые простые признаки «соответствия». Если заказ меньше порога или адрес вне зоны, клиенту нужно честно и быстро об этом сказать.

Шаг 3. Составьте не более пяти вопросов квалификации. Каждый вопрос должен давать менеджеру что-то определённое. Вопросы без последствий («а как вы о нас узнали?» ради вежливости) в первую очередь не нужны.

Шаг 4. Превратите прямые вопросы в косвенные. Вместо «какой бюджет?» используйте «чтобы подобрать варианты: вы ориентируетесь скорее на экономичные решения, средний уровень или на премиальные материалы?». Вместо «кто принимает решение?» используйте «вы выбираете самостоятельно или вместе с кем-то? Тогда мы подготовим предложение, которое удобно показать».

Шаг 5. Задавайте вопросы по одному. Каждое следующее сообщение помощника отвечает на реплику клиента, а затем задаёт один вопрос. Не списком.

Шаг 6. Определите правила присвоения статуса. Запишите, какое сочетание ответов даёт «горячую», «тёплую», «холодную» или «не подходит». Пока вы не записали, система будет принимать решения произвольно.

Шаг 7. Задайте обязательную передачу человеку. Горячие заявки сопровождаются уведомлением менеджеру с краткой карточкой. Все заявки с сомнительным статусом помечаются для ручного просмотра.

Шаг 8. Оставьте выход. В любой момент клиент может написать «хочу поговорить с человеком», и система немедленно передаёт диалог менеджеру. Это правило без исключений.

Рабочие шаблоны

Шаблон 1. Инструкция для ведения квалификации

Ты автоматический помощник мастерской [название]. Твоя задача: в

диалоге с клиентом выяснить четыре вещи: что именно нужно, к какому

сроку, на какой уровень решения он ориентируется и подходит ли заявка

нам (регион: [регион], минимальный заказ: [сумма или описание]).

Правила:

1. Задавай не более одного вопроса за сообщение.

2. Никогда не спрашивай напрямую про бюджет. Спрашивай про уровень

материалов или варианты решений.

3. Не называй цену, если её нет в справке: [справка]. Если нет,

скажи, что точную стоимость назовёт менеджер, и укажи срок.

4. Если клиент просит человека, немедленно прекращай квалификацию

и сообщи, что передаёшь диалог менеджеру.

5. Ты автоматический помощник. Не выдавай себя за человека.

6. Не дави на клиента. Если он не хочет отвечать на вопрос,

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

Шаблон 2. Присвоение статуса по итогам диалога

Вот диалог с клиентом: [вставьте диалог]. Определи по нему:

1. Потребность: ясна, расплывчата, не указана.

2. Срок: до месяца, один-три месяца, больше, не указан.

3. Уровень решения: экономичный, средний, премиальный, не указан.

4. Соответствие: подходит, не подходит, неясно.

Правила статуса:

- Горячая: потребность ясна, срок до месяца, соответствие есть.

- Тёплая: потребность ясна, срок один-три месяца.

- Холодная: потребность расплывчата или срока нет.

- Не подходит: нет соответствия.

Выведи статус и одну строку обоснования со ссылкой на слова клиента.

Если данных недостаточно, напиши «нужен ручной просмотр» и укажи,

чего не хватает. Не домысливай.

Шаблон 3. Вежливый отказ

Клиент написал заявку, которая нам не подходит по причине: [причина:

другой регион, малый объём, не наша услуга]. Подготовь короткое

сообщение из трёх-четырёх предложений: поблагодари за обращение,

честно назови причину, при возможности предложи один ориентир

(другой способ решить задачу или когда мы можем быть полезны).

Не используй шаблонные извинения и канцелярские обороты.

Шаблон 4. Ручная проверка спорных случаев

Ниже заявки, которым система присвоила статус «не подходит»:

[вставьте список с обоснованиями]. Для каждой оцени, насколько

обоснованно решение: обоснованно, спорно, ошибочно. Для спорных и

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

Учебный кейс с расчётами

Условия учебной модели, числа условные. Мебельная мастерская получает 100 заявок в месяц. До внедрения менеджер Ольга обрабатывает все заявки подряд. Среднее время первичного разговора и подготовки предложения: 25 минут на заявку.

Допустим, квалификация по четырём признакам показала такое распределение (условное):

Статус

Заявок

Доля

Горячая

15

15%

Тёплая

25

25%

Холодная

35

35%

Не подходит

25

25%

Итого

100

100%

Время до внедрения. 100 заявок × 25 минут = 2 500 минут, около 41,7 часа в месяц.

Время после внедрения (условное допущение). Горячие и тёплые заявки по-прежнему получают полный разговор менеджера: 40 заявок × 25 минут = 1 000 минут. Холодные получают сокращённую обработку: 35 заявок × 8 минут (просмотр готовой карточки и отправка материалов) = 280 минут. Заявки «не подходит» выборочно проверяются: допустим, проверяется каждая пятая, то есть 5 заявок × 3 минуты = 15 минут.

Итого: 1 000 + 280 + 15 = 1 295 минут, около 21,6 часа в месяц. Освобождается около 20 часов.

Что с этим временем делать. Здесь важна честность. Освободившиеся часы не превращаются в продажи автоматически. Их можно направить на более долгие разговоры с горячими клиентами, на возврат тёплых и на подготовку индивидуальных предложений. Если менеджер потратит их на что-то другое, система принесёт экономию времени, но не рост результата. Решение о том, как использовать время, остаётся за вами.

Проверка риска. Допустим, система ошибочно отнесла 3 горячие заявки из 100 к категории «не подходит», а проверка выборочная и поймала лишь одну. Тогда две реальные заявки потеряны. При условном среднем чеке 120 000 ₽ и доле дошедших до договора 20% ожидаемая потеря составляет 2 × 0,2 × 120 000 = 48 000 ₽ оборота в месяц. Для сравнения: освободившиеся 20 часов при ставке 600 ₽ стоят около 12 000 ₽. Потеря от ошибочных отказов превышает эту выгоду примерно вчетверо, поэтому проверку заявок «не подходит» нельзя отменять ради экономии. Правило: чем дороже чек, тем выше доля проверяемых отказов.

Ошибки внедрения

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

Ошибка 2. Использовать слишком много вопросов. После пятого вопроса подряд клиент перестаёт отвечать. Лучше пять хороших, чем десять формальных.

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

Ошибка 4. Закрывать «холодные» заявки навсегда. Они возвращаются, и в Главе 6 мы разберём, как этично с ними работать.

Ошибка 5. Не пересматривать правила присвоения статуса. Раз в месяц просматривайте, какие заявки со статусом «холодная» всё же превратились в сделки. Это покажет, где ваши критерии ошибаются.

Ошибка 6. Автоматически отказывать без просмотра человеком. Хотя бы выборочная проверка обязательна.

Как проверить, что работает

Через месяц работы по 50–100 заявкам проверьте.

1. Доля заявок «горячая» и «тёплая», которые дошли до договора. Если она заметно ниже, чем у «холодных», критерии не работают и требуют пересмотра.

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

3. Время менеджера на заявку до и после внедрения.

4. Доля клиентов, прервавших диалог на вопросах квалификации. Если она велика, вопросы слишком навязчивые или их слишком много.

5. Число обращений «хочу поговорить с человеком». Рост этого числа сигнал о том, что диалог раздражает.

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

Вопросы владельцев

«Можно ли отказывать клиентам автоматически?»

Можно с оговорками. Автоматический отказ допустим для явных случаев: другой регион, спам, не ваша услуга. Во всех спорных случаях решает человек, и выборочный просмотр отказов обязателен.

«Как быть, если клиент отказывается отвечать на вопросы?»

Пропустить вопрос и передать заявку менеджеру со статусом «нужен ручной просмотр». Не пытайтесь выжать ответы. Клиент имеет право не отвечать.

«У меня услуга с очень разным чеком. Как квалифицировать?»

Разделите услуги на две-три группы по чеку и задайте для каждой свой набор вопросов и свой порог «горячей» заявки.

«Нужно ли хранить ответы клиентов?»

Хранить нужно только то, что необходимо для работы, и в соответствии с вашим порядком обработки персональных данных. Подробности в Главе 7 и в Приложении Б.

Чек-лист

•

Описан идеальный клиент и тот, кто не подходит

•

Заданы минимальный заказ и зона работы

•

Составлено не более пяти вопросов квалификации

•

Прямые вопросы о бюджете заменены косвенными

•

Записаны правила присвоения четырёх статусов

•

Вопросы задаются по одному, а не списком

•

Клиент в любой момент может перейти к человеку

•

Введена выборочная проверка отказов

•

Помощник не выдаёт себя за человека

Практическое задание

Возьмите десять заявок из вашей таблицы тридцати. Вручную, без ИИ, присвойте каждой статус по четырём признакам и запишите, на основании чего. Затем запустите шаблон 2 и сравните результаты. Каждое расхождение разберите: чьё решение оказалось точнее и почему. Из расхождений вы получите первые уточнения правил присвоения статуса. Затем напишите пять вопросов квалификации для вашей ниши, превратив все прямые вопросы в косвенные, и покажите их менеджеру, который общается с клиентами.

Переход к следующей главе

Квалификация работает только тогда, когда помощник знает, что можно говорить клиенту, а что нельзя. В Главе 3 мы разберём базу знаний для продаж: чем она отличается от базы для поддержки, что в неё включать, а что оставлять за человеком, и как не допустить, чтобы помощник «придумал» услугу или цену, которых у вас нет.