Aisell
Гайды

Как перенести скрипт продаж в AI-агента и не потерять смысл

16 июля 2026 г.· 8 мин чтения
Схема: слева документ со строками скрипта, справа узел сценария с тремя расходящимися ветками
Коротко
Скрипт продаж переносится в агента не дословно, а разбирается на три вещи: намерения клиента, данные, которые нужно собрать, и правила перехода между этапами. Формулировки менеджера при этом становятся примерами тона, а не жёстким текстом, который агент обязан повторять слово в слово. Дословный перенос даёт обратный эффект: агент отвечает мимо вопроса, потому что клиент не обязан идти по вашим пунктам.

Почему дословный перенос скрипта работает плохо

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

Есть и второй эффект, менее заметный: заготовка, сказанная не в тот момент, читается как ответ мимо вопроса — клиент спросил про сроки, а получил блок «выявление потребности». Агент, обязанный повторять записанный текст слово в слово, перестаёт быть агентом: это тот же бот на кнопках, только без кнопок. Чем одна механика отличается от другой, разобрано отдельно — чем AI-агент отличается от чат-бота.

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

  1. Список намерений: с какими смыслами к вам приходят. Без формулировок и без порядка — только смыслы.
  2. Набор полей под каждое намерение: что должно быть известно, чтобы заявку можно было отдать менеджеру.
  3. Условия переходов: что закрывает этап, а что выводит разговор из сценария к человеку.
  4. Список расхождений после прогона на реальной переписке: места, где агент ответил не так, как ответил бы ваш лучший продавец.

Шаг 1: выписать намерения клиента

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

  • Формулируйте от клиента, а не от себя. «Узнать цену» — намерение, «презентация прайса» — ваш этап.
  • Одно намерение — один смысл. Если в пункте есть «и», перед вами два намерения, которые склеились.
  • Разные слова с одним смыслом объединяйте: «скока стоит», «а по деньгам как» и «пришлите прайс» — это один пункт списка.
  • Отдельно выпишите то, чего в скрипте нет, но что есть в переписке: «уже купил, не работает», «вы вообще кто», «а можно человека».
  • Не пытайтесь описать всё до последнего случая: редкие смыслы уходят по общей ветке — к уточняющему вопросу или к оператору.

Шаг 2: определить, какие данные надо собрать

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

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

Шаг 3: описать переходы между этапами

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

Условия перехода по этапамЧто закрывает этапКогда разговор уходит человеку
Первый контактПонятно, с каким намерением пришёл клиентСмысл не распознан и после уточняющего вопроса
Сбор данныхЗаполнены обязательные поля этого намеренияЗапрос не укладывается ни в одну позицию прайса
Ответ по сутиЦена, срок или наличие названы по базе знанийДанных на вопрос в базе нет
ВозражениеКлиент получил аргумент и вернулся к своему вопросуРазговор пошёл про скидку, отсрочку или индивидуальные условия
ЗакрытиеСобран контакт и назван следующий шагКлиент просит человека — прямо или намёком

Шаг 4: проверить сценарий на живых диалогах

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

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

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

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

Соберите сценарий из своего скрипта

Намерения, поля и условия переходов: как этапы разговора выглядят на схеме и что видно, когда сценарий открыт целиком.

начните сегодня

Соберите своего AI-продавца

Покажем на бесплатном демо, как AI-продавец проведёт ваш реальный сценарий, и запустим под ключ за 2–7 дней.

или попробовать 5 дней бесплатно →
без привязки карты · соответствие 152-ФЗ
Как перенести скрипт продаж в AI-агента и не потерять смысл | Aisell — AI-платформа для продаж в чатах