Главное
Сначала сделайте транскрипт эпизода с таймкодами и относитесь к этому файлу как к сырому материалу, а не как к готовому тексту для публикации. Таймкоды дают вам метки глав. Текст — источник цитат, которые перед публикацией нужно сверить с аудио. Summary пишется для того, кто ещё не слушал и решает, стоит ли; шоу-нотес — для того, кто уже слушал. Публиковать сырой транскрипт вместо нотес не подходит ни одному из них: устная речь на бумаге — это сплошные повторы и оговорки, которые никто не замечал на слух.
Запись готова, монтаж готов, а дальше начинается работа, о которой никто не предупреждал: нотес, метки глав, summary для фида, пара постов в соцсети. Большинство подкастеров делают это по памяти, таская полосу прокрутки вперёд-назад по семидесяти минутам в поисках момента, где гость сказал что-то стоящее. Это занимает столько же времени, сколько монтаж, а результат получается смутным — вы описываете эпизод, который помните лишь наполовину.
Транскрипт решает проблему поиска. Он не пишет нотес за вас. Но он превращает каждую из этих задач из поиска в редактирование, а редактировать намного быстрее, чем искать. Порядок действий здесь важнее, чем выбор инструмента.
Начинайте с транскрипта, а не с нотес
Работающая последовательность такая: транскрипт с таймкодами → главы → цитаты → summary → нотес → посты для соцсетей. Каждый шаг использует то, что создал предыдущий. Если сначала написать нотес, вы всё равно будете перематывать запись, чтобы найти позиции для глав, а потом ещё раз — чтобы найти цитаты.
Таймкоды — это то, что чаще всего пропускают, а потом жалеют. Сплошная стена текста рассказывает, что было сказано. Таймкоды показывают, где — а «где» нужно для всех последующих задач: метка главы — это позиция, цитату нужно проверить по позиции, а слушатель, спрашивающий «когда они говорят о ценах», тоже хочет позицию. Транскрипт без таймкодов решает только половину проблемы, оставляя вторую половину на полосу прокрутки.
Получить его можно по-разному. Некоторые хостинги подкастов генерируют транскрипт при публикации, некоторые программы для монтажа экспортируют его прямо из проекта, есть и отдельные сервисы; практическая разница — в разметке говорящих, детализации таймкодов и том, как обрабатывается непривычная лексика. Транскрибация эпизода подкаста — задача, для которой сейчас достаточно готовых решений, и выбор конкретного инструмента значит меньше, чем то, держите ли вы этот файл открытым во втором окне, пока пишете.
Если хочется делать это на том же устройстве, где вы монтируете, SozAI — приложение для транскрибации для iOS, Android и macOS, которое принимает аудио- и видеофайлы или ссылку на YouTube и возвращает текст с разметкой говорящих и summary. Это один из вариантов среди многих: если ваш хостинг уже выдаёт нормальный транскрипт с таймкодами, используйте его и пропустите этот шаг.
Честная оговорка: если ваши эпизоды короткие, посвящены одной теме, а описание — это две строчки со ссылкой, весь этот процесс избыточен. Транскрипт окупается на длинных разговорных эпизодах с несколькими отдельными темами — то есть на большинстве интервью-шоу.
Метки глав берутся из таймкодов, а не из текста
Главы — это позиции в аудио. Звучит очевидно, пока вы не попробуете сделать их из summary и не обнаружите, что в summary вообще нет никаких позиций. Оно может сказать, что эпизод касался найма, цен и выгорания. Но оно не скажет, что тема цен началась на четырнадцатой минуте с копейками, потому что этой информации в тексте summary никогда и не было.
Поэтому транскрипт проходится в два прохода. Сначала читаете его быстро, целиком, отмечая места, где разговор реально переключается на другую тему. Потом берёте таймкод первой строки каждой новой темы, а не последней строки предыдущей — чтобы слушатель, перескочивший на главу, попадал в начало новой темы, а не в хвост старой.
Решение о том, где проходят границы, — это всегда вопрос вкуса, и он им и остаётся. Разговор редко меняет тему резко: он плывёт, возвращается, а потом кто-то рассказывает историю, которая оказывается настоящей сутью этого отрывка. Вам нужно решить, отдельная это глава или часть той, что вокруг, и никакое автоматическое summary не примет это решение за вас — оно зависит от того, куда, по-вашему, захочет перескочить слушатель.
- Выбирайте главы, к которым слушатель реально захочет перескочить, а не каждую тему, которая упоминалась.
- Называйте их по содержанию, а не по структуре: «Почему они убрали бесплатный тариф» лучше, чем «Часть 3».
- Вынесите вступление и рекламную вставку в отдельные короткие главы, чтобы люди могли их пропустить.
- Проверьте, что последняя глава начинается до финальной части, а не посередине неё.
Форматы отличаются от платформы к платформе. Где-то нужны часы, минуты и секунды, где-то достаточно минут и секунд, где-то требуется конкретный разделитель, а файл с главами, который плеер отказывается принимать, хуже, чем отсутствие глав вообще. Когда нужно перевести один формат в другой, онлайн-конвертер таймкодов сделает это без ручных вычислений на калькуляторе в полночь.
Цитаты — и почему их всё равно нужно проверять
Просматривать транскрипт в поисках цитат намного быстрее, чем слушать запись заново, и это помогает найти моменты, о которых вы уже забыли. Ищите фразы, которые работают сами по себе, без контекста. В разговоре таких меньше, чем кажется, потому что большинство удачных моментов держатся на вопросе, который им предшествовал, а фраза, которой нужны три предложения пояснений, — это не цитата для карточки.
После этого сверьте каждую цитату с аудио, прежде чем публиковать её в карточке или посте. Это не опционально, и вот неприятная причина: ошибки автоматической транскрибации чаще всего возникают именно в тех ярких фразах, которые хочется процитировать. Необычные слова, придуманные термины, эмоциональная подача, быстрая речь от волнения — именно в таких условиях текст менее надёжен, и это же условия, при которых рождается фраза, которую хочется вывести крупным шрифтом.
Проверка стоит недорого, если есть таймкоды. Переходите к позиции, слушайте пятнадцать секунд, сверяйте слова. На четыре цитаты уйдёт пара минут. Опубликовать неверную цитату собственного гостя обходится куда дороже.
Лёгкая правка допустима: убрать «эээ», выкинуть оборванную фразу, поставить многоточие там, где вы удалили придаточное. А переписывать чужие слова так, чтобы они звучали складнее, — нет, даже если «складная» версия явно передаёт то, что человек хотел сказать.
Summary и нотес пишутся для двух разных читателей
Summary читает тот, кто ещё не слушал и решает, стоит ли. Оно должно работать как самостоятельный текст: о чём эпизод, кто в нём участвует, в чём суть аргумента, почему на это стоит потратить час. Оно должно раскрывать содержание, а не заманивать намёками — summary, которое прячет суть, читается как трейлер, а трейлеры люди пропускают.
Шоу-нотес читает тот, кто уже слушал — или слушает прямо сейчас с открытыми нотес. Этому читателю нужны конкретные вещи, которые нельзя достать из аудио: название упомянутой книги, ник гостя, исследование, о котором спорили, сервис с неочевидным названием, ссылки на предыдущий эпизод, на который ссылались. Главы тоже живут здесь. Этого читателя не нужно ни в чём убеждать.
Типичная ошибка — написать один абзац и заставить его отвечать за обе задачи. Получается текст, слишком расплывчатый, чтобы заинтересовать, и слишком короткий, чтобы служить справочником. Пишите их отдельно. Оба текста короткие.
Если вы публикуете ещё и видеоверсию, поле описания на видеоплатформе — это уже третья аудитория, в основном люди, пришедшие из поиска или рекомендаций. Если прогнать эпизод через сервис, который делает summary по ссылке на YouTube, получится черновик для этого поля — но его нужно редактировать точно так же, как всё остальное здесь.
Имена — то, что должно быть написано правильно
Транскрипт делает ваш архив эпизодов доступным для поиска, и это разница между слушателем, который находит эпизод с нужной темой, и слушателем, который бросает поиск после второй попытки. Аудио непрозрачно для поиска. Текст — нет. Архив транскриптов превращает тридцать часов разговоров в то, во что человек может действительно заглянуть.
Проблема в том, что слова, которые чаще всего распознаются неправильно, — это именно те слова, которые люди ищут. Имена гостей, названия компаний, названия продуктов — собственные имена в целом, особенно те, что не являются обычными словами. Они необычны по своей природе, поэтому транскрибация с ними спотыкается, и они же конкретны по своей природе, поэтому именно их вбивают в строку поиска.
Исправляйте их первым делом, прежде чем писать что-либо ещё. Откройте транскрипт, найдите каждое известное вам имя и исправьте все вхождения за один проход. Это займёт несколько минут, но эффект распространится дальше: правильное написание попадёт в заголовки глав, в цитаты, в summary и в нотес без того, чтобы вы ловили ошибку четыре раза отдельно. Следите за именами, которые встречаются в двух-трёх разных неверных написаниях, — одна операция «найти и заменить» поймает только одно из них.
Что транскрипт не сделает за вас
Он не станет вашими шоу-нотес. Публикация сырого транскрипта в поле нотес — самая частая ошибка во всём этом процессе, и читается это ровно так плохо, как звучит. Устная речь полна повторов, оборванных фраз, полузаброшенных предложений и реплик в сторону, которые совершенно незаметны на слух и режут глаз на странице. Слушатель не заметил, что гость произнёс «в смысле» девять раз. Читатель замечает это сразу.
Такой текст к тому же не устраивает никого конкретно. Тому, кто решает, слушать или нет, не нужны одиннадцать тысяч слов. Тому, кто уже слушал, нужны ссылки и упоминания, а не то же самое, что он только что слышал, только хуже. Это читается как балласт, а поисковые системы умеют распознавать балласт уже давно.
Опубликовать транскрипт на отдельной странице, честно обозначив его как транскрипт, — совсем другое дело, и это разумный ход. Это работает на доступность и на поиск, а читатель, открывающий такую страницу, точно знает, что получит.
Превратить транскрипт в читаемую статью можно, и это настоящая писательская работа — перестройка, сокращение, добавление контекста, который в разговоре передавали голоса, а страница сама не передаёт. Выделите на это время или не берите эту задачу вовсе. Транскрипт избавляет вас от полосы прокрутки. Он не избавляет вас от писательской работы, и любой процесс, который обещает иное, описывает нотес, которые никто не читает.
