Библиотека · Скрипты бронирования
Четыре скрипта бронирования. Один контролируемый источник.
Скрипты голосового робота для бронирования: организуйте входящие и исходящие сценарии для лидогенерации и реактивации базы, адаптируйте их под каждое позиционирование кампании и отслеживайте каждую проверяемую ревизию.
Библиотека · Скрипты бронирования
Скрипты голосового робота: библиотека сценариев бронирования для агентств
Скрипты голосового робота не могут ограничиваться одним универсальным сценарием разговора. Новый лид, который звонит по офферу, команда, которая перезванивает по входящему лиду, и звонок для реактивации существующего контакта — каждому нужен свой разговор. Инструмент «Скрипты бронирования» в AI Marketing Dashboard хранит эти скрипты вместе как полный версионированный набор для каждого клиента и позиционирования кампании, поэтому стратеги, проверяющие и клиенты работают из одного контролируемого источника, а не из разрозненных документов.
Скрипты голосового робота: четыре сценария на всю кампанию по бронированию
Лидогенерация и реактивация базы — по входящим и исходящим
У каждого набора скриптов четыре четких слота: лидогенерация входящая, лидогенерация исходящая, реактивация базы входящая и реактивация базы исходящая. Матрица покрытия показывает, что в черновике, что на проверке, а что согласовано, поэтому ответственный за аккаунт замечает недостающий разговор еще до передачи кампании.
Это различие важно. Входящие разговоры начинаются с намерения звонящего и требуют быстрой квалификации. Исходящие разговоры нуждаются в начале с запросом разрешения, причине звонка и аккуратной обработке непредвиденных ответов. Лидогенерация сосредоточена на текущем запросе, а реактивация базы учитывает уже существующие отношения и другой уровень контекста.
Скрипты остаются привязанными к позиционированию кампании
Адаптируйте разговор, не теряя оригинал
У кампании по контролю веса и кампании по восстановлению волос может быть одна и та же цель — запись на прием, но вопросы, подача ценности и возражения между собой не взаимозаменяемы. Каждый набор принадлежит конкретному клиенту и одному из позиционирований его кампаний, наряду с углом позиционирования, аудиторией и опорами сообщения, которые задают скрипту контекст.
Продублируйте весь набор на другое позиционирование, когда меняется стратегия. Новая копия начинается как четыре чистых черновика со сброшенной историей публикации и проверки, а исходный набор остается нетронутым. Это делает адаптацию быстрой, не выдавая замену по шаблону за проверенный, готовый к кампании скрипт.
Структурированный разговор, а не бесформенный кусок текста
Цель, разделы, возражения, переменные и ограничители в одном редакторе
Каждая ревизия разделяет части, от которых зависит разговор о бронировании: цель, роль и тон агента, упорядоченные разделы разговора, примеры реплик, возражения и ответы на них, объявленные переменные для подстановки, ограничители, поведение при переводе звонка и закрытие на бронирование. В исходящих скриптах также есть место для запроса разрешения, раскрытия информации, списка «не звонить» и обработки автоответчика; входящие скрипты охватывают приветствие, выявление намерения, поведение в нерабочее время и передачу звонка.
Разделы можно пометить как «доступные клиенту» или «внутренние». Это дает агентству пространство для операционных указаний, которые должны направлять собственную команду, не раскрывая эти заметки в проверке, видимой клиенту. Переменные для подстановки следуют видимому, проверяемому формату, поэтому заполнитель объявлен и доступен для проверки, а не прячется необъясненным токеном внутри длинного документа.
Согласованные скрипты не меняются незаметно под идущей кампанией
Независимая история ревизий для каждого из четырех скриптов
Четыре скрипта в наборе могут двигаться с разной скоростью. Входящий скрипт лидогенерации может быть уже согласован, пока исходящий скрипт реактивации базы еще нуждается в доработке. Поэтому каждый слот хранит собственные пронумерованные ревизии, статус проверки и опубликованную версию, вместо того чтобы проводить весь набор через один статус «все или ничего».
Отправка черновика на проверку замораживает эту ревизию. Запрошенные изменения становятся новым черновиком, а ранее опубликованная ревизия остается доступной и неизменной. Решения по проверке фиксируют, кто и когда их принял, — поэтому у агентства есть надежный ответ, когда кто-то спрашивает, какая формулировка была согласована для кампании.
Сначала согласование агентством, затем — опционально — проверка клиентом
Сохраняйте редакционный контроль и давайте клиенту сфокусированное решение
Проверка агентством — обязательный этап контроля качества. Как только ревизия согласована, команда может опубликовать ее внутри, поделиться с клиентом в режиме «только чтение» или запросить решение клиента. Проверяющие со стороны клиента видят опубликованный контент, предназначенный для них, — без внутренних заметок и внутренних разделов, — и могут согласовать его или запросить изменения с комментарием.
Поскольку проверка привязана к конкретной ревизии, обратная связь не может случайно съехать на более поздний черновик. Отзыв ожидающей проверки клиента и закрытие доступа к скрипту — это явные действия, поэтому изменения видимости не стирают запись о том, что было проверено ранее.
Скрипт принадлежит Библиотеке; выполнение остается отдельно
Переиспользуемые материалы кампании уже сегодня, чистые точки передачи для будущих инструментов обзвона
Скрипты бронирования находятся в Библиотеке, потому что это написанный, переиспользуемый исходный материал для кампании. Они систематизированы по той же модели клиента и позиционирования, что тексты, креативы, формы и лендинги, а их более сложная структура разговора и история согласования остаются специально созданными именно для звонков по бронированию.
Это рабочее пространство не совершает звонки, не выделяет телефонные номера и не утверждает, что запускает голосового ИИ-агента. Провайдеры, календари, очереди, проверка согласия, записи разговоров и запись результата в CRM относятся к отдельному процессу развертывания. Четкая граница между ними позволяет командам управлять согласованными скриптами уже сейчас, не путая написание с реальным выполнением.