Библиотека · Скрипты записи
Четыре скрипта бронирования. Один контролируемый источник.
Скрипты голосового робота для бронирования: организуйте входящие и исходящие сценарии для лидогенерации и реактивации базы, адаптируйте их под каждое позиционирование кампании и отслеживайте каждую проверяемую ревизию.
Уже есть рабочее пространство? Войти
- Тарифы от 99 $ в месяц
- Создано для агентств с несколькими клиентами
- Ваш бренд во всей консоли
Библиотека · Скрипты записи
Скрипты голосового робота: библиотека сценариев бронирования для агентств
Скрипты голосового робота не могут ограничиваться одним универсальным сценарием разговора. Новый лид, который звонит по офферу, команда, которая перезванивает по входящему лиду, и звонок для реактивации существующего контакта — каждому нужен свой разговор. Инструмент «Скрипты записи» в AI Marketing Dashboard хранит эти скрипты вместе как полный версионированный набор для каждого клиента и позиционирования кампании, поэтому стратеги, проверяющие и клиенты работают из одного контролируемого источника, а не из разрозненных документов.
От черновика до клиента
Четыре скрипта, каждый проверяется отдельно
У каждого из четырех свои ревизии и своя проверка, поэтому готовый скрипт не ждет более медленного.
Подготовьте четыре скрипта
Один набор на клиента и угол позиционирования: лидогенерация и реактивация базы, каждая — входящая и исходящая. У целей, разделов, возражений, переменных и ограничителей есть собственные поля.Отправьте каждый на проверку агентству
Отправка замораживает ревизию и открывает задачу на проверку в «Проектах». Проверяющий согласует ее или запрашивает изменения, а решение фиксирует, кто его принял.Опубликуйте согласованную ревизию
Публикация делает эту ревизию используемой. Последующие правки начинают новый черновик, поэтому опубликованная формулировка не меняется под идущей кампанией.Откройте клиенту и запросите решение
Откройте согласованный скрипт только для чтения или попросите клиента согласовать его либо запросить изменения. Клиент видит только опубликованную формулировку.Тарифы Scale и Enterprise
Что это такое
Контролируемый источник того, что должен говорить агент по записи
Библиотека хранит скрипт и его историю, а ваша команда ведет разговор в том инструменте, из которого звонит.
Кто что видит
Открытое или внутреннее — раздел за разделом
Пометьте раздел как внутренний, чтобы подсказывать своей команде. Клиент, который проверяет скрипт, видит только разделы и формулировки, опубликованные для него, и никогда — ваши заметки.Ревизии
Согласованная формулировка остается на месте
Запрошенное изменение открывает новый черновик. Опубликованная ревизия остается точно такой, какой была.Позиционирование
Скопируйте набор на другой угол позиционирования
Копия приходит как четыре чистых черновика со сброшенной историей проверки и открытия доступа. Исходный набор не затрагивается.Единый источник
Написание, проверка и согласование
В этом рабочем пространстве хранятся скрипты и их история, поэтому формулировки, по которым звонит ваша команда, всегда взяты из согласованной опубликованной ревизии.
Дайте каждой кампании по записи один контролируемый скрипт
Настройте четыре скрипта для клиента, проверьте их вместе с командой и откройте согласованную формулировку, когда она будет готова.
Тарифы — от 99 $ в месяц.
На этой странице
Скрипты голосового робота: четыре сценария на всю кампанию по бронированию
Лидогенерация и реактивация базы — по входящим и исходящим
У каждого набора скриптов четыре четких слота: лидогенерация входящая, лидогенерация исходящая, реактивация базы входящая и реактивация базы исходящая. Матрица покрытия показывает, что в черновике, что на проверке, а что согласовано, поэтому ответственный за аккаунт замечает недостающий разговор еще до передачи кампании.
Это различие важно. Входящие разговоры начинаются с намерения звонящего и требуют быстрой квалификации. Исходящие разговоры нуждаются в начале с запросом разрешения, причине звонка и аккуратной обработке непредвиденных ответов. Лидогенерация сосредоточена на текущем запросе, а реактивация базы учитывает уже существующие отношения и другой уровень контекста.
Скрипты остаются привязанными к позиционированию кампании
Адаптируйте разговор, не теряя оригинал
У кампании по контролю веса и кампании по восстановлению волос может быть одна и та же цель — запись на прием, но вопросы, подача ценности и возражения между собой не взаимозаменяемы. Каждый набор принадлежит конкретному клиенту и одному из позиционирований его кампаний, наряду с углом позиционирования, аудиторией и опорами сообщения, которые задают скрипту контекст.
Продублируйте весь набор на другое позиционирование, когда меняется стратегия. Новая копия начинается как четыре чистых черновика со сброшенной историей публикации и проверки, а исходный набор остается нетронутым. Это делает адаптацию быстрой, не выдавая замену по шаблону за проверенный, готовый к кампании скрипт.
Структурированный разговор, а не бесформенный кусок текста
Цель, разделы, возражения, переменные и ограничители в одном редакторе
Каждая ревизия разделяет части, от которых зависит разговор о бронировании: цель, роль и тон агента, упорядоченные разделы разговора, примеры реплик, возражения и ответы на них, объявленные переменные для подстановки, ограничители, поведение при переводе звонка и закрытие на бронирование. В исходящих скриптах также есть место для запроса разрешения, раскрытия информации, списка «не звонить» и обработки автоответчика; входящие скрипты охватывают приветствие, выявление намерения, поведение в нерабочее время и передачу звонка.
Разделы можно пометить как «доступные клиенту» или «внутренние». Это дает агентству пространство для операционных указаний, которые должны направлять собственную команду, не раскрывая эти заметки в проверке, видимой клиенту. Переменные для подстановки следуют видимому, проверяемому формату, поэтому заполнитель объявлен и доступен для проверки, а не прячется необъясненным токеном внутри длинного документа.
Согласованные скрипты не меняются незаметно под идущей кампанией
Независимая история ревизий для каждого из четырех скриптов
Четыре скрипта в наборе могут двигаться с разной скоростью. Входящий скрипт лидогенерации может быть уже согласован, пока исходящий скрипт реактивации базы еще нуждается в доработке. Поэтому каждый слот хранит собственные пронумерованные ревизии, статус проверки и опубликованную версию, вместо того чтобы проводить весь набор через один статус «все или ничего».
Отправка черновика на проверку замораживает эту ревизию. Запрошенные изменения становятся новым черновиком, а ранее опубликованная ревизия остается доступной и неизменной. Решения по проверке фиксируют, кто и когда их принял, — поэтому у агентства есть надежный ответ, когда кто-то спрашивает, какая формулировка была согласована для кампании.
Сначала согласование агентством, затем — опционально — проверка клиентом
Сохраняйте редакционный контроль и давайте клиенту сфокусированное решение
Проверка агентством — обязательный этап контроля качества. Как только ревизия согласована, команда может опубликовать ее внутри, поделиться с клиентом в режиме «только чтение» или запросить решение клиента. Проверяющие со стороны клиента видят опубликованный контент, предназначенный для них, — без внутренних заметок и внутренних разделов, — и могут согласовать его или запросить изменения с комментарием.
Поскольку проверка привязана к конкретной ревизии, обратная связь не может случайно съехать на более поздний черновик. Отзыв ожидающей проверки клиента и закрытие доступа к скрипту — это явные действия, поэтому изменения видимости не стирают запись о том, что было проверено ранее.
Скрипт, его история и согласования хранятся в библиотеке
Переиспользуемые материалы кампании: согласованы один раз и хранятся в одном месте
Скрипты бронирования находятся в Библиотеке, потому что это написанный, переиспользуемый исходный материал для кампании. Они систематизированы по той же модели клиента и позиционирования, что тексты, креативы, формы и лендинги, а их более сложная структура разговора и история согласования остаются специально созданными именно для звонков по бронированию.
«Скрипты бронирования» хранят формулировки, по которым работает агент по записи: согласованную опубликованную ревизию с возражениями, ограничителями и завершением записью. Ваша команда ведет разговор в инструменте обзвона, которым уже пользуется, опираясь на эту ревизию, поэтому написание и проверка остаются в одном месте, а живой звонок — в инструменте, созданном для него.
Чем различаются четыре разговора: входящие и исходящие, лидогенерация и реактивация
В наборе четыре скрипта — по одному на каждое сочетание двух целей кампании и двух направлений звонка. Скрипты голосового робота запрашивают те настройки, которых требует их направление.
| Скрипт | Кто собеседник | Что должно сделать начало разговора | Поля, зависящие от направления |
|---|---|---|---|
| «Lead Generation, Inbound» (лидогенерация, входящий) | Тот, кто обратился сам | Поприветствовать звонящего и уточнить, по какому вопросу он звонит | Приветствие, выявление намерения, поведение в нерабочее время |
| «Lead Generation, Outbound» (лидогенерация, исходящий) | Недавний запрос, который команда отрабатывает | Представить агента и клиента, назвать причину звонка и попросить минуту | Запрос разрешения, раскрытие информации, обработка списка «не звонить», автоответчик |
| «Database Reactivation, Inbound» (реактивация базы, входящий) | Уже знакомый контакт, который вернулся | Признать существующие отношения, затем выяснить, что привело контакт обратно | Приветствие, выявление намерения, поведение в нерабочее время |
| «Database Reactivation, Outbound» (реактивация базы, исходящий) | Бывший клиент, которого команда возвращает | Тепло возобновить контакт и прежде всего спросить разрешения | Запрос разрешения, раскрытие информации, обработка списка «не звонить», автоответчик |
Структурированный шаблон собирает сразу все четыре скрипта вокруг четырехэтапного сценария диалога: знакомство или возобновление контакта, легкая квалификация, информирование, затем вопросы и возражения. Вокруг этого сценария он добавляет маршрутизацию ответов, шаг записи, нестандартные случаи, правило передачи звонка для входящих скриптов, правило автоответчика для исходящих и завершение разговора. Относитесь к шаблону как к черновику, который нужно доработать фактами из профиля клиента.
Из чего состоит документ скрипта и зачем нужна каждая часть
Каждая ревизия — это структурированные данные, а не один длинный текст, поэтому любую часть можно отдельно проверить, открыть клиенту или оставить внутренней.
- Цель
- Результат, который дает успешный звонок; он формулируется один раз, чтобы каждый раздел работал на него.
- Роль и тон агента
- Кем агент представляется в звонке и как он звучит; описано так, чтобы проверяющий мог оценить манеру речи.
- Разделы
- Упорядоченные части разговора: начало, выявление потребностей, квалификация, работа с возражениями, запись, автоответчик, комплаенс и завершение. У каждой части есть инструкции и примеры реплик. Скрипту нужны начало, запись и завершение.
- Переменные
- Поля подстановки, например {{contact.first_name}}. Каждое объявляется с названием, описанием и примером, прежде чем раздел сможет его использовать.
- Возражения и ответы
- Сомнение, которое контакт, скорее всего, выскажет, и согласованный ответ на него. Любую пару можно пометить как внутреннюю.
- Ограничители
- Правила, которых агент должен придерживаться: жесткие правила, правила деликатных тем и правила об утверждениях — то, что агент не должен говорить никогда.
- Акционное предложение
- Есть ли предложение (нет, одно, на выбор, многоуровневое или несколько), как о нем можно говорить и как часто за один звонок. Предложения для реактивации обычно условные: о них говорят, только если возникает препятствие, например цена.
- Перевод звонка
- Когда и как разговор должен перехватить человек — в пределах заданных вами часов перевода.
- Данные для записи
- Цель, поля, которые нужно собрать до записи, и формулировка подтверждения.
- Обработка отказов и контактные данные
- Что делать, когда никто не отвечает, когда агент не уверен, когда просят перезвонить или обрывается связь, а также телефон офиса, часы работы и языки.
Что редактор проверяет, прежде чем скрипт попадет на проверку
При отправке запускается проверка, которая останавливается на первой найденной проблеме, поэтому проверяющий получает полный документ.
| Проблема | Что говорит редактор | Как исправить |
|---|---|---|
| Поле подстановки, которое никто не объявил | Объявите переменную, прежде чем использовать ее | Добавьте переменную с названием, описанием и примером. |
| Некорректный или повторяющийся ключ переменной | Ключи должны быть идентификаторами в нижнем регистре или путями через точку; ключ можно объявить только один раз | Переименуйте или удалите переменную. |
| Нет раздела начала, записи или завершения | Добавьте недостающий раздел разговора | Добавьте раздел и его инструкции. |
| Перевод звонка включен, но критериев нет | Добавьте хотя бы один критерий перевода | Укажите, когда разговор должен перехватить человек. |
| Нет полей для записи | Добавьте хотя бы одно поле для записи | Перечислите, что нужно собрать до записи. |
| Предложение «на выбор» или многоуровневое с одним вариантом | Для такого предложения нужно как минимум два варианта | Добавьте вариант или измените тип. |
| Не описано поведение для направления | Нужно описать поведение для входящих или исходящих звонков | Заполните поля приветствия или запроса разрешения. |
| Не выбран угол позиционирования | Выберите существующий угол позиционирования, прежде чем отправлять | Выберите угол позиционирования, к которому относится набор. |
Часть замечаний — лишь предупреждения. Редактор помечает слишком агрессивную интенсивность продаж в скрипте реактивации и предложение, о котором можно упоминать чаще, чем принято. Предупреждение оставляет решение за командой.
От черновика до публикации и доступа клиента: кто что может делать
Каждый скрипт движется самостоятельно, а каждый шаг требует отдельного разрешения, поэтому один человек не может незаметно выполнить их все.
| Шаг | Разрешение | Правило |
|---|---|---|
| Отправить на проверку | «Edit» (редактирование) | Проходит проверку на корректность, указывает проверяющего (не отправителя) и замораживает ревизию. |
| Согласовать или запросить изменения | «Approve» (согласование) | Решить может только выбранный проверяющий или администратор организации; решение фиксирует, кто и когда его принял. |
| Опубликовать | Опубликовать | Делает согласованную ревизию той, что используется. |
| Открыть клиенту и запросить решение | «Share» (открытие доступа) | Показывает опубликованную формулировку только для чтения и может попросить клиента согласовать ее или запросить изменения. |
| Отозвать или закрыть доступ | «Share» (открытие доступа) | Отзывает ожидающую проверку клиента или открытый доступ, не стирая запись. |
| Начать ревизию | «Edit» (редактирование) | Открывает новый черновик, при этом опубликованная ревизия остается точно такой, какой была опубликована. |
Примечание
Набор можно архивировать
Архивный набор остается в записях, но его процесс заблокирован. Восстановите набор, прежде чем менять состояние проверки.
Наборы, углы позиционирования и кто какую версию видит
Набор принадлежит одному клиенту и одному углу позиционирования кампании, а каждая ревизия хранит снимок этого позиционирования в том виде, в каком оно было.
Владельцы агентств
Оцените покрытие с одного взгляда
Вид покрытия перечисляет все четыре слота с их состоянием, поэтому недостающий разговор заметен еще до передачи кампании. Если лид должен записаться без звонка, ему подойдет страница бронирования с календарем, которую можно создать в конструкторе лендингов.
- Каждый набор принадлежит одному клиенту и одному углу позиционирования
- Продублируйте набор на другой угол позиционирования — получите четыре чистых черновика
Ваша команда
Пишите и пересматривайте
Авторы правят текущий черновик, отправляют его и начинают новую ревизию, когда меняется формулировка. Номера ревизий растут, а опубликованная остается на месте, и при отправке в разделе «Проекты» открывается задача на проверку.
- Пометьте раздел или возражение как внутренние, чтобы они остались внутри команды
- Каждая ревизия запоминает угол позиционирования, для которого написана
Ваши клиенты
Читайте опубликованную формулировку
В клиентском портале клиент видит только открытый для него опубликованный контент: без внутренних разделов, внутренних заметок и деталей внедрения.
- Согласуйте ее или запросите изменения с комментарием
- Отзыв запроса сохраняет историю
Тариф
Тарифы для «Скриптов записи»
«Скрипты записи» с проверкой и публикацией агентством доступны начиная с тарифа Studio за 99 $ в месяц. Чтобы открыть скрипт клиенту и запросить его проверку, нужен клиентский портал на тарифе Scale за 699 $ или Enterprise.
Часто задаваемые вопросы
Что такое скрипт голосового ИИ-агента по записи?
Это письменная основа, которой следует агент по записи: цель, роль и тон, упорядоченные разделы разговора с примерами реплик, возражения с ответами, объявленные переменные и ограничители. В этой библиотеке скрипт пишут, проверяют и ведут по версиям, а ваша команда доставляет его через инструмент обзвона, которым уже пользуется.
Чем входящие скрипты записи отличаются от исходящих?
Входящие скрипты исходят из намерения звонящего, поэтому в них есть приветствие, выявление намерения и поведение в нерабочее время. Исходящие исходят из причины звонка, поэтому к ним добавляются запрос разрешения, раскрытие информации, обработка списка «не звонить» и правила для автоответчика. Каждый слот в наборе запрашивает поля, подходящие его направлению.
Что такое реактивация базы?
Реактивация базы возвращает людей, у которых уже есть отношения с клиентом, но которые перестали выходить на связь. Ее скрипты тепло возобновляют контакт, выясняют, почему человек отошел, и оставляют любое предложение условным. Лидогенерация, напротив, отрабатывает текущий запрос. В библиотеке есть скрипт для каждого типа кампании, в обоих направлениях.
Где согласованный скрипт используется на звонке?
Библиотека хранит слова и историю их проверки. Ваша команда работает по опубликованной ревизии в инструменте обзвона, которым уже пользуется, где настроены телефонные номера, календари, проверка согласия и записи. Запрошенное изменение начинает новый черновик, а опубликованная формулировка остается в работе, пока вы не опубликуете ее замену.
Кто может согласовать ревизию скрипта записи?
Проверяющий, выбранный при отправке, или администратор организации. Выбранный проверяющий должен отличаться от отправителя, но администратор организации может принять решение по любой проверке, а решение фиксирует, кто и когда его принял. Публикация и открытие доступа — отдельные разрешения, поэтому согласование скрипта само по себе не показывает его клиенту.
Видят ли клиенты внутренние заметки и внутренние разделы?
Нет. Клиент видит только разделы и формулировки, опубликованные для него. Разделы, возражения и ограничители, помеченные как внутренние, внутренние заметки к ревизии и детали внедрения удаляются из того, что получает клиент. Клиент может согласовать опубликованную ревизию или запросить изменения с комментарием.
Как изменить скрипт, который уже опубликован?
Начните новую ревизию. Она открывается как черновик и снова проходит проверку, а опубликованная ревизия продолжает работать без изменений, пока вы не опубликуете ее замену. Прежние ревизии и решения остаются в записях, поэтому всегда можно ответить, какая формулировка была согласована для кампании.