Текст голосового меню по записи созвона: как связать реплики с ветками звонка

Когда полезен такой разбор

На созвоне заказчик по очереди обсуждает приветствие, отделы, рабочие часы и случай, когда оператор не отвечает. В разговоре легко звучит фраза «тут повторяем то же самое», но при записи непонятно, какой именно файл повторить и куда вернуться после него. Красивый единый текст не помогает специалисту, который собирает несколько веток телефонного меню.

Материал нужен координатору, который передаёт задачу диктору и специалисту по телефонии. Здесь не настраивают АТС и не выбирают провайдера связи. Результат — согласованный комплект реплик и карта переходов. Технические возможности конкретной системы, длительность ожидания, допустимые кнопки и число повторов отдельно подтверждает ответственный за телефонию. Не добавляйте их в обещания компании только потому, что участник созвона привёл пример.

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

Если исходник сохранился в записи, начните с перевода аудио в текст. Транскрибатор помогает получить расшифровку с таймкодами; выводы и визуальные детали затем сверяет человек.

Как собрать реплики и карту переходов

1. Разберите запись по узлам

   Сначала выпишите все ситуации, в которых звонящий должен услышать отдельное сообщение: начало звонка, выбор темы, ошибочная кнопка, ожидание ответа и нерабочее время. Дайте узлам постоянные обозначения, например MAIN и NO_INPUT. Это рабочие метки команды, а не названия функций Транскрибатора. Если на созвоне обсуждалось несколько вариантов, сохраните их как предложения до утверждения.

2. Отделите текст от условия

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

3. Разведите штатный и запасные пути

   Неверная кнопка и отсутствие ввода — разные ситуации. Для них могут потребоваться разные объяснения и переходы. Отдельно проверьте недоступного оператора, возврат к предыдущему меню и завершение звонка. Не назначайте одинаковое поведение всем случаям по умолчанию. Если техническая настройка ещё не известна, оставьте вопрос ответственному; не превращайте незаполненную ячейку в молчаливое согласование.

4. Соберите версию для записи и проверки

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

Для возврата к исходнику используйте опорные таймкоды. Подписывайте файл и версию: одинаковое время в двух записях указывает на разные фрагменты.

Учебный пример: два похожих возврата к выбору

Ниже — вымышленный учебный пример. Имена, условия и результаты приведены только для объяснения метода.

В рабочей карте появляются три узла. MAIN содержит основное приветствие и варианты выбора. NO_INPUT объясняет, что выбор не сделан, и возвращает к MAIN. INVALID сообщает, что такой пункт не предусмотрен, и тоже возвращает к MAIN. Совпадение конечного узла не делает две запасные реплики одинаковыми: звонящий должен понимать, что произошло.

В учебном сценарии можно согласовать для NO_INPUT фразу «Выберите тему обращения: доставка — нажмите один, возврат — нажмите два». Для INVALID — «Такого пункта нет. По вопросам доставки нажмите один, по вопросам возврата — два». Это авторские примеры текста, а не обещание универсального поведения любой АТС. Число повторов и действие после них нужно установить в реальной схеме отдельно.

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

После записи диктор передаёт файлы с понятными обозначениями узлов. Координатор сравнивает каждый с утверждённым текстом, затем прослушивает последовательности MAIN — NO_INPUT — MAIN и MAIN — INVALID — MAIN. Проверка каждого файла в отдельности не заменяет проверку маршрута. На стыке может повториться приветствие, исчезнуть объяснение или неожиданно поменяться обращение к клиенту.

Карточка узла голосового меню

Скопируйте заготовку и заполните её по конкретной записи. Не переносите догадки как подтверждённые факты.

Сценарий / редакция / дата утверждения:
Узел:
Когда звучит:
Текст для диктора:
Ожидаемый ввод:
Куда ведёт выбор:
Что происходит без ввода:
Что происходит при неверном выборе:
Кто подтверждает техническое поведение:
Имя файла / версия записи:
Открытые вопросы из созвона:
Результат прослушивания маршрута:

Что проверить перед использованием

• Каждая реплика связана с отдельным узлом
• Произнесённые кнопки совпадают с переходами
• Запасные пути согласованы отдельно
• Аудиофайлы соответствуют версии сценария

Перед передачей результата выполните проверку текста по записи. Сверьте названия пунктов, номера кнопок и утверждённые формулировки; техническое поведение проверяйте отдельно.