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

Свободный ответ и жёсткий сценарий: почему нужен гибрид

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

• Чистый сценарий по кнопкам хорош там, где жизнь укладывается в ветки. Но реальный клиент почти всегда выходит за их пределы: пишет свободным текстом, задаёт встречный вопрос, спрашивает про нюанс, которого в меню нет. «А можно с собакой?» — и бот предлагает вернуться в главное меню. Для клиента это глухая стена, для бизнеса — потерянный диалог. Особенно больно на стыке тем, когда человек одновременно спрашивает про условия, цену и сроки: сценарий рассчитан вести по одной ветке за раз.
• Чистый свободный диалог силён в консультации и объяснениях, но подводит там, где нужна точная формулировка. Запись «вечером к Артёму» собрана криво: время непонятное, специалист не закреплён, услуга не выбрана. Утром администратор разгребает кашу. Сюда же — оплата, согласие на обработку данных, подтверждение заказа, юридически значимые формулировки: там, где слова должны быть фиксированными, а действие — совершённым, свободе не место.

Сильная архитектура — это не противопоставление, а сочетание. Один и тот же разговор проходит через узлы двух типов. Свободные узлы — вопросы, объяснения, консультации, навигация по предложениям: здесь работает ассистент по базе знаний компании, понимает свободный вопрос и держит контекст. Жёсткие узлы — формы, шаги, подтверждения, оплаты, согласия: тут сценарий строго ведёт по полям, никакой свободы не требуется и не допускается. Именно на том, что ассистент отвечает по вашим материалам, а не общими фразами из интернета, держится весь свободный слой — механику мы разбираем отдельно в статье как ассистент начинает знать ваш бизнес.

Граница между слоями проводится не на уровне продукта целиком, а внутри одного разговора, узел за узлом. Клиент задал свободный вопрос — ассистент ответил по базе знаний. Клиент готов оставить заявку — диалог переходит в сценарный узел с обязательными полями. Заявка собрана — управление возвращается к свободному ассистенту. Для клиента это выглядит как нормальный разговор с одним собеседником, который то консультирует, то аккуратно оформляет; переключения он не замечает. Более подробный разбор самой развилки «где кнопка, где свободный текст» — в статье сценарий и свободный диалог: гибрид в AI-ассистенте.

Как ассистент доводит до подтверждённой записи

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

Закрыть запись — это не прислать ссылку на форму. Это провести клиента по короткому, но содержательному диалогу до конца: понять услугу, уточнить мастера, подобрать удобное время, зафиксировать визит и подтвердить его так, чтобы человек не остался в подвешенном состоянии.

• Ассистент знает, что и кому предложить. За записью всегда стоит содержание: какие услуги оказывает компания, сколько времени занимает каждая, кто из специалистов её выполняет, по каким дням и часам они работают, что нельзя совмещать в одном визите, где находится филиал. Всё это ассистент берёт из базы знаний — своей рабочей памяти. После загрузки он перестаёт быть «помощником вообще» и становится помощником конкретной компании: не предлагает услугу, которой у вас нет, не записывает к мастеру в его выходной, не путает филиалы.
• Поиск слота как обычный разговор. «Можно завтра во второй половине дня» — это не структурированный запрос, а живая фраза. Ассистент понимает её как человек: завтра — конкретная дата, вторая половина — понятный диапазон, услуга — та, что обсуждали выше. Дальше он смотрит свободные окна, отсекает занятые и не подходящие по правилам, и предлагает несколько подходящих времён — не одно (чтобы клиент сразу выбирал, а не уходил думать) и не двадцать (чтобы выбор не превращался в стену кнопок).
• Подтверждение и фиксация. Когда время выбрано, ассистент не оставляет клиента с «ок, записал». Он повторяет запись одним сообщением: дата, время, услуга, специалист, адрес, при необходимости — напоминание о подготовке. Параллельно визит попадает в журнал — не сообщением администратору «запиши, пожалуйста», а сразу в учёт. Утром администратор приходит к готовому расписанию, в которое уже встали ночные клиенты.
• Перенос, отмена, повтор. Первичная запись — половина задачи. Перенос — это сдвиг существующей записи, а не новая с нуля; отмена — аккуратное освобождение слота, чтобы он сразу стал доступен другим; повторная запись — короткий путь, потому что ассистент помнит контекст и не заставляет объяснять заново.

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

Когда в разговор входит человек — и как ассистент возвращается

Третий слой — передача живому сотруднику. Это не «бот сломался», а штатный этап работы. Важно не столько, где проходит граница, сколько как именно сотрудник подхватывает разговор и как ассистент возвращается обратно.

Сильный ассистент не цепляется за диалог любой ценой — он умеет честно поднять руку. Сигналов несколько, и работают они одновременно:

• Прямой запрос. «Соедините с человеком», «позовите менеджера» — не повод для уточнений, повод сразу передать.
• Стоп-слова и темы. Жалоба, возврат, претензия, юридический вопрос, нестандартная ситуация — зона, где автоматический ответ неуместен.
• Тон. Клиент раздражён, повторяет вопрос второй раз, пишет резко — ассистент не делает вид, что всё хорошо, а передаёт.
• Собственная неуверенность. Вопрос вышел за пределы базы знаний или требует личной ответственности — ассистент не угадывает, а передаёт.
• Особые шаги сценария. Крупная сделка, сложное согласование, индивидуальные условия — здесь передача заложена заранее.

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

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

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

Как собрать такой гибрид за день

Порядок простой и без программиста — три слоя настраиваются по очереди:

1. Загрузите базу знаний. Услуги на бытовом языке, структуру цен, специалистов и их расписание, правила записи, переноса и отмены, ответы на типовые вопросы и возражения. Именно это питает свободный слой и делает ассистента собеседником конкретной компании, а не «помощником вообще». Что именно грузить в первый день — в статье база знаний бота: что загрузить в первый день.
2. Соберите жёсткие узлы. Настройте сценарий записи: услуга → специалист → дата → время → контакт, обязательные поля и фиксированные формулировки. Сюда же — согласие на обработку данных и подтверждение. Ассистент подставит свободные слоты из расписания и запишет визит сразу в журнал.
3. Задайте правила передачи. Отметьте стоп-слова и темы (жалоба, возврат, претензия), включите реакцию на прямой запрос и резкий тон, укажите шаги сценария, которые всегда требуют человека. Настройте, что видит оператор при подключении, — история плюс собранные поля.
4. Подключите каналы. Ассистент отвечает одинаково там, где пишут ваши клиенты, — виджет на сайт или мессенджеры (в BOTIX это до 24 каналов и 14 модулей из коробки, включая запись, базу знаний и передачу оператору).
5. Проверьте связку в демо. Напишите произвольный вопрос, доведите до записи, затем спровоцируйте передачу («хочу пожаловаться») — убедитесь, что свободный диалог переключается в жёсткий сценарий и обратно, а сложное уходит человеку с полным контекстом.

Где связка сильнее всего

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