Read the book: «Продажи на автопилоте»
ВВЕДЕНИЕ. От внутренней рутины к внешним продажам: чего ждать от ИИ-воронок
Ситуация
Допустим, вы владелец небольшой студии ремонта квартир. В штате семь человек: двое мастеров, прораб, сметчик, менеджер по продажам, администратор и вы сами. Сметчик больше не тратит вечера на ручное оформление смет, администратор не переписывает протоколы совещаний, договоры собираются из шаблонов за двадцать минут. Всё это вы наладили по первой книге серии, и внутренняя рутина перестала съедать рабочий день.
Но в понедельник утром вы открываете мессенджер и видите картину, которая от внедрения внутренних систем никуда не делась. За выходные пришло одиннадцать заявок. Три с сайта, четыре из мессенджера, две из рекламной формы, две пересланные знакомыми. Менеджер выйдет только в девять. К этому часу часть людей уже написала в другие студии, а часть просто забыла, что оставляла заявку.
Первая книга была про то, как навести порядок внутри компании. Эта книга про то, что происходит на входе: между моментом, когда человек обратился, и моментом, когда с ним начал работать живой менеджер. Именно в этом промежутке малый бизнес чаще всего теряет клиентов, которых уже оплатил рекламой, репутацией или временем.
В чём проблема
Проблема не в том, что заявок мало. Проблема в том, что с имеющимися заявками работают нерегулярно. Это три конкретных разрыва.
Разрыв по времени. Человек оставил заявку вечером, в выходные, в обеденный перерыв менеджера. Ответ приходит через несколько часов или на следующий день. К этому моменту интерес остыл, а конкурент ответил быстрее.
Разрыв по качеству первого контакта. Один менеджер отвечает развёрнуто и задаёт нужные вопросы. Другой присылает прайс одним файлом без единого уточнения. Третий в пятницу вечером отвечает «позвоню в понедельник». Результат зависит от настроения и загрузки человека, а не от системы.
Разрыв в памяти. Человек сказал «вернёмся к этому после праздников», менеджер кивнул и забыл. Через месяц клиент сделал заказ у другой компании. Никто не нарушал правил, потому что правил не было.
Типичная реакция владельца на эти потери: нанять ещё одного менеджера или поставить чат-бота «для всего». Первое увеличивает постоянные расходы и не снимает ночные и выходные часы. Второе обычно заканчивается тем, что бот обещает клиентам скидки, которых нет, и сроки, которых не бывает. Обе реакции решают не ту задачу.
Как это работает
Три слова, которые нельзя путать
В книге три близких понятия, и мы сразу их разводим.
Воронка — это путь клиента от первого обращения до сделки, на котором часть людей закономерно отсеивается. Воронка есть у любого бизнеса, даже если никто её не рисовал. Задача не в том, чтобы никто не отсеивался, а в том, чтобы отсев происходил по понятным причинам, а не из-за того, что вам вовремя не ответили.
Автоматизация — это инструмент: программа, которая выполняет часть шагов на этом пути. Помощник на базе ИИ, шаблон ответа, соединение с системой учёта — всё это автоматизация.
Автономность — это режим работы: насколько самостоятельно помощник действует без проверки человеком. Один и тот же инструмент можно использовать с низкой автономностью (человек читает каждый ответ) и с высокой (человек проверяет выборочно). Режимы описаны ниже.
Всю совокупность помощника, правил, базы знаний и людей, которые за ним следят, мы называем системой обработки заявок. В названии книги слово «воронка» использовано в привычном для рынка смысле, но в тексте мы говорим точнее: воронка — путь клиента, система — то, что мы на этом пути строим.
Слово «лид» означает потенциального клиента, обратившегося к вам. В книге мы чаще пишем «заявка»: так привычнее для малого бизнеса. Для расчётов в приложениях используется «лид» в том же значении.
Шесть звеньев системы
Система обработки заявок состоит из шести звеньев, где каждое выполняет узкую работу, а человек остаётся на тех участках, где нужны решение и ответственность. Мы разберём их по главам.
1. Приём заявки. Обращение из любого канала попадает в единое место и не теряется (Глава 1).
2. Первая реакция. В течение нескольких минут клиент получает осмысленный ответ, а не «ваша заявка принята» (Глава 4).
3. Квалификация. Несколькими вопросами выясняется, что человеку нужно, в каком объёме, к какому сроку и подходит ли заявка вам. Квалификация — это отбор: понять, насколько заявка реальна (Глава 2).
4. Подготовка для менеджера. Помощник собирает краткую карточку: кто, что хочет, какие возражения прозвучали, что обещано, что нет (Главы 5 и 7).
5. Возвраты и напоминания. Если клиент замолчал, система в согласованные сроки и в согласованных формулировках напоминает о себе (Глава 6).
6. Контроль. Человек просматривает выборку диалогов и исправляет то, что помощник сделал неверно (Глава 9).
Принципиальная граница проходит по звену «подготовка для менеджера». До этой точки помощник действует самостоятельно в строго заданных рамках. После неё решения принимает человек: назвать окончательную цену, согласовать нестандартные условия, подписать договор, пойти на уступку. ИИ не продаёт. Он сокращает время до первого осмысленного разговора и избавляет менеджера от рутинной сортировки.
Передача заявки человеку (в других книгах это называют эскалацией) в этой книге всегда называется просто передачей человеку. Темы, по которым помощник не вправе отвечать сам, мы называем красными линиями. Их перечень вы составите в этой главе, а в Главе 3 он станет частью базы знаний.
Три режима работы помощника
Чтобы запускать систему безопасно, помощник работает в одном из трёх режимов. Они упоминаются во всех главах, поэтому опишем их здесь.
1. Подсказка. Помощник готовит черновик, человек читает и отправляет сам. Клиент помощника не видит. Автономность минимальная.
2. Ответ с проверкой. Помощник отправляет только типовые ответы по утверждённым шаблонам, остальное передаёт человеку. Человек ежедневно просматривает все диалоги.
3. Самостоятельный ответ в рамках. Помощник отвечает сам в пределах базы знаний и красных линий. Человек проверяет выборочно (Глава 9).
Каждое звено проходит режимы по порядку. Переход к следующему режиму допустим только после проверки на достаточном числе диалогов.
Чего ждать и чего не ждать
Ниже таблица, которую стоит перечитать перед каждой главой. Она задаёт реалистичные ожидания.
Что система делает
Чего она не делает
Отвечает на заявку в течение нескольких минут, в любое время суток
Не создаёт спрос и не увеличивает число заявок
Задаёт одни и те же уточняющие вопросы каждому
Не заменяет разговор менеджера с готовым к покупке клиентом
Фиксирует детали заявки в карточке без потерь
Не принимает решения о цене и условиях
Напоминает «зависшим» клиентам по заданным правилам
Не гарантирует, что клиент вернётся
Освобождает время менеджера для живых переговоров
Не отменяет необходимость контроля со стороны человека
Если ваша реклама приводит нецелевой трафик, система будет быстро и вежливо обрабатывать нецелевые заявки. Это полезно, потому что вы увидите картину честно и быстро, но не вылечит источник проблемы.
Как читать цифры в этой книге
Все кейсы книги — учебные модели с условными числами. Они показывают метод расчёта, а не прогноз для вашего бизнеса. Решения принимайте по своим данным. Выводы по менее чем тридцати наблюдениям считайте предварительными: при малой выборке разброс слишком велик. В главах мы напоминаем об этом там, где правило меняет вывод.
Пошаговая инструкция: как подготовиться к чтению книги
Прежде чем переходить к главам, потратьте один вечер на подготовительный минимум. Без него дальнейшие главы будут работать вхолостую.
Шаг 1. Выпишите все каналы, из которых приходят заявки. Сайт, мессенджеры, телефон, соцсети, почта, рекомендации, карточки на картографических сервисах. Для каждого канала отметьте, кто его читает и в какое время.
Шаг 2. Возьмите последние тридцать заявок. Для каждой запишите: когда пришла, когда получила первый ответ, чем закончилась. Если данных нет, начните вести такую таблицу с завтрашнего дня. Без неё вы не сможете проверить, помогла ли система.
Шаг 3. Найдите время первой реакции. Посчитайте медиану, то есть серединное значение: расположите все времена ответа по порядку и возьмите то, что оказалось посередине. Среднее арифметическое здесь вводит в заблуждение, потому что одна заявка, оставшаяся без ответа трое суток, искажает всё.
Шаг 4. Определите, кто отвечает за каждый этап. Назовите конкретного человека, который просматривает ночные заявки, и конкретного, который проверяет, что помощник ответил корректно.
Шаг 5. Выпишите красные линии вашего бизнеса. Что менеджер никогда не должен обещать без вас: скидки выше определённого порога, сроки, гарантии, выезд в нерабочее время. Этот список станет основой для ограничений, которые мы зададим помощнику.
Шаг 6. Решите, какой результат вы считаете успехом. Не «больше продаж», а измеримое: «медиана первой реакции не более пяти минут», «ни одна заявка не остаётся без ответа дольше суток», «доля заявок, дошедших до разговора с менеджером, выросла».
Рабочие шаблоны
Шаблон 1. Аудит входящих каналов
Ты помогаешь владельцу малого бизнеса провести аудит приёма заявок.
Вот список каналов, из которых к нам приходят обращения: [перечислите].
Вот данные о последних тридцати заявках: [вставьте таблицу: дата и время
обращения, канал, время первого ответа, итог].
Сделай следующее:
1. Посчитай медиану времени первой реакции по каждому каналу.
2. Назови три канала, где реакция самая медленная.
3. Отдельно выдели заявки, пришедшие вне рабочего времени, и скажи,
чем они закончились чаще всего.
4. Не делай выводов о причинах, если в данных их нет. Если данных
недостаточно, так и напиши и перечисли, чего не хватает.
Шаблон 2. Составление списка красных линий
Я владелец бизнеса: [опишите коротко, чем занимаетесь]. Мне нужно составить
перечень вопросов, на которые помощник, отвечающий клиентам от моего имени,
не имеет права отвечать сам.
Задай мне по одному вопросу за раз, чтобы выяснить границы: цены, скидки,
сроки, гарантии, юридические условия, нестандартные просьбы. После десяти
вопросов собери итоговый список в виде таблицы: «Тема — что можно сказать
клиенту — что нужно передать человеку».
Шаблон 3. Формулировка измеримой цели
Вот текущие показатели моего приёма заявок: [вставьте цифры из таблицы].
Помоги сформулировать три измеримые цели на ближайшие тридцать дней.
Условие: цели не должны зависеть от роста числа заявок, только от скорости
и полноты обработки уже поступающих. Для каждой цели укажи, как именно
её проверить по данным.
Учебный кейс с расчётами
Условия учебной модели (все числа условные). Студия ремонта из примера выше. За месяц приходит 120 заявок. Менеджер отвечает в среднем в течение 3 часов в рабочее время и на следующий день, если заявка пришла вечером или в выходные. После первого контакта до замера доходит часть клиентов, до договора ещё меньше.
Условные показатели до внедрения:
Показатель
Значение
Заявок в месяц
120
Из них вне рабочего времени
48 (40%)
Дошли до замера
30 (25%)
Заключили договор
9 (7,5%)
Средний чек (условный)
400 000 ₽
Допустим, анализ показал, что среди заявок вне рабочего времени до замера доходит заметно меньшая доля, чем среди дневных: 6 из 48, то есть 12,5%, против 24 из 72 дневных, то есть 33,3%. Часть этой разницы объясняется самим характером заявок (ночью часто пишут «просто посмотреть»), а часть задержкой ответа.
Предположим осторожно, что быстрый ответ и грамотные уточняющие вопросы подтянут вечерние и выходные заявки не до уровня дневных, а лишь наполовину от разрыва. Разрыв между 33,3% и 12,5% равен 20,8 процентного пункта. Половина этого разрыва — 10,4 пункта. Новая доля дошедших до замера среди заявок вне рабочего времени составит около 22,9%.
Расчёт: 48 × 0,229 ≈ 11 замеров вместо 6, то есть прирост на 5 замеров в месяц. Если из замеров до договора доходит 30% (9 из 30), прирост составит около 1,5 договора в месяц. При среднем чеке 400 000 ₽ это условные 600 000 ₽ оборота, но не прибыли. Прибыль зависит от маржинальности, которую в этой модели мы не задаём.
Обратите внимание, чего в этом расчёте нет. Здесь нет роста числа заявок, нет «умножения выручки», нет допущения, что ИИ сам закроет сделки. Есть одно осторожное допущение: часть потерь происходит из-за задержки, и эту часть можно вернуть. Если после внедрения реальная цифра окажется вдвое меньше расчётной, система всё равно может окупиться, и об этом мы подробно поговорим в Главе 10.
Ошибки внедрения
Ошибка 1. Ожидать, что система заменит менеджера. Владелец сокращает человека в расчёте на экономию, а через месяц обнаруживает, что клиенты, готовые к покупке, остались без живого разговора. Помощник готовит почву, менеджер закрывает сделку.
Ошибка 2. Запускать систему на неразобранном потоке. Если вы не знаете, откуда приходят заявки и чем они заканчиваются, вы не сможете ни настроить её, ни проверить результат. Подготовительный минимум из этой главы не пропуск, а условие.
Ошибка 3. Давать помощнику полномочия, которых у менеджера нет. Если менеджер не вправе обещать скидку, помощник тем более не вправе. Каждое такое полномочие закрепляется явным запретом в инструкции.
Ошибка 4. Считать пустой ответ хорошим ответом. Сообщение «Спасибо за заявку, мы скоро свяжемся» формально является реакцией, но не несёт пользы. Мы разберём, чем осмысленный первый ответ отличается от отписки.
Ошибка 5. Не назначать ответственного. Если никто не просматривает диалоги помощника, ошибки накапливаются незаметно. Один человек, один час в неделю — минимум.
Как проверить, что работает
На этом этапе системы ещё нет, поэтому проверяется подготовка. Вы готовы переходить к первой главе, если выполнены четыре условия.
1. Есть таблица с тридцатью последними заявками и временем первой реакции по каждой.
2. Посчитана медиана времени ответа, и вы можете назвать её цифрой.
3. Составлен письменный список красных линий, с которым согласны все, кто общается с клиентами.
4. Названы одна-две измеримые цели, не связанные с ростом числа заявок.
Если хотя бы одно условие не выполнено, вернитесь к нему. Это займёт вечер, а сэкономит недели настройки вслепую.
Вопросы владельцев
«У меня всего пять-десять заявок в месяц. Нужна ли мне система?»
Полноценная автоматизация при таком потоке, скорее всего, избыточна. Но главы про первую реакцию, квалификацию и возвраты применимы и без сложных систем: хороший шаблон ответа и напоминание в календаре дают значительную часть эффекта.
«Клиенты не любят разговаривать с роботами. Не отпугнёт ли это?»
Это зависит от исполнения. Клиента раздражает не то, что ему отвечает программа, а то, что ответ бесполезен или что его пытаются обмануть, выдавая программу за человека. В Главе 4 мы обсудим, как честно обозначать роль ИИ и при этом не терять тон.
«Что с персональными данными клиентов?»
Вопрос важный и требует отдельного внимания. Передача данных в сторонние сервисы регулируется законом, и нужно знать, куда именно уходит информация. В приложениях к книге есть чек-лист безопасности данных, а в Главе 7 мы разберём передачу данных между чатом и системой учёта.
«Нужны ли для этого программисты?»
Для основных сценариев книги нет. Многие шаги выполняются настройкой готовых сервисов и аккуратными инструкциями. Там, где потребуется помощь специалиста, мы прямо об этом скажем.
Чек-лист
•
Выписаны все каналы приёма заявок
•
Собрана таблица по последним тридцати заявкам
•
Посчитана медиана времени первой реакции
•
Выделена доля заявок вне рабочего времени
•
Составлен список красных линий
•
Названы ответственный за просмотр диалогов помощника
•
Сформулированы одна-две измеримые цели
•
Понятно, что система не создаёт спрос
Практическое задание
Выполните шаги 1–3 из подготовительной инструкции в течение одного вечера. Результатом должна стать одна страница: список каналов, таблица тридцати заявок и одна цифра — медиана времени первой реакции. Если у вас нет данных за прошлые периоды, начните вести таблицу с понедельника и отложите чтение до накопления пятнадцати–двадцати записей. Затем запустите шаблон 1 и сохраните ответ ИИ рядом с таблицей: к нему вы вернётесь в Главе 10, когда будете считать окупаемость.
Переход к следующей главе
Теперь у вас есть исходная точка: цифры, а не ощущения. В Главе 1 мы разберём устройство самой заявки: из чего она состоит, почему первые минуты после обращения решают больше, чем любой отточенный скрипт, и как перестроить приём так, чтобы ни одно обращение не оставалось без осмысленного ответа.
ГЛАВА 1. Анатомия входящей заявки: почему скорость реакции важнее скрипта
Ситуация
Клининговая компания, шесть человек в штате: две бригады, администратор, диспетчер, бухгалтер на удалёнке и владелец. Заявки приходят с сайта, из мессенджера и по телефону. Владелица, назовём её Марина, уверена, что у неё всё в порядке: есть подробный скрипт общения, составленный полгода назад. В нём двадцать два пункта: приветствие, уточнение площади, типа уборки, наличия питомцев, парковки, способа оплаты.
Скрипт хороший. Проблема в том, что им пользуются только тогда, когда администратор свободен. В субботу вечером заявка с сайта лежит до понедельника. В обеденный перерыв сообщение в мессенджере остаётся непрочитанным час. Ответ, когда он наконец уходит, написан безупречно по скрипту, но человек за это время уже договорился с другой компанией.
Марина сделала вывод: «Надо улучшить скрипт». Эта глава о том, почему вывод неверный.
В чём проблема
Скрипт отвечает на вопрос «что говорить». Потери происходят из-за вопроса «когда и кто ответит». Это разные задачи, и вторая обычно важнее.
Вот что стоит за этим на практике.
Клиент пишет не вам одним. Человек, которому нужна уборка после ремонта, нередко оставляет несколько заявок в разных компаниях и выбирает среди тех, кто ответил. Его внимание в момент обращения максимальное. Через несколько часов оно переключается на другие дела.
Первый ответ задаёт рамку. Кто ответил первым по существу, тот определил, какими вопросами клиент будет оценивать остальных: цена за метр, сроки, наличие материалов. Остальным приходится отвечать в чужих координатах.
Длинный скрипт в первом сообщении вредит. Двадцать вопросов подряд выглядят как анкета. Человек, который хотел «просто узнать цену», закрывает чат. Скрипт нужен, но не в первую минуту.
Заявка теряет информацию. Менеджер записывает главное в блокнот, остальное остаётся в голове. Через неделю нельзя восстановить, что именно клиент просил и что ему обещали.
Из этого следует правило главы: первая реакция должна быть быстрой и короткой, а полный сбор данных идёт следом, по мере диалога.
Как это работает
Входящая заявка состоит из шести частей. Чтобы обработать её системно, нужно видеть каждую отдельно.
Часть заявки
Что это
Пример
Источник
Откуда пришёл человек
Сайт, мессенджер, рекомендация
Время
Когда обратился, когда получил ответ
Суббота, 21:40
Намерение
Что человек хочет получить сейчас
Узнать цену, заказать, сравнить
Контакт
Как с ним связаться и можно ли
Телефон, мессенджер, согласие на связь
Параметры
Объём, срок, место, бюджет
70 м², на следующей неделе
Контекст
Что было до обращения
Уже писал, пришёл по совету знакомой
Большинство потерь связано с тем, что в момент обращения известны только первые две-три части. Остальное нужно выяснить, и делать это надо так, чтобы не отпугнуть человека.
Теперь о типах заявок. Для практики достаточно четырёх.
1. Готов заказать. Называет объём и срок, спрашивает, как оплатить. Ему нужен быстрый ответ человека.
2. Выбирает. Сравнивает несколько компаний, спрашивает цену и условия. Ему нужен быстрый и понятный ответ с вилкой цены.
3. Присматривается. Пишет общие вопросы, срока нет. Ему нужен полезный ответ без давления.
4. Случайная. Ошибся адресом, ищет работу, предлагает рекламу. Её нужно отсеять без затрат времени менеджера.
Как именно отличать их друг от друга, мы подробно разберём в Главе 2. Сейчас важно другое: ни одному из четырёх типов не помогает долгое молчание.
Где здесь работает ИИ
В этой главе ИИ выполняет три узких задачи: разбирает текст заявки на части, отмечает, чего не хватает, и подготавливает короткий первый ответ. Принимать решение по цене и условиям он не должен. Если клиент спрашивает то, что входит в список красных линий из Введения, ответ один: передать человеку и сказать клиенту, когда с ним свяжутся.
Отдельно о честности. Если первый ответ даёт программа, клиенту не нужно этого скрывать и не нужно подчёркивать. Достаточно не выдавать её за человека. Формулировка вроде «Это автоматический помощник компании. Я уточню детали и передам заявку менеджеру» сохраняет доверие и ничего не стоит.
