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