Головні висновки
Спочатку розшифруйте випуск із тайм-кодами і сприймайте цей файл як сировину, а не як готовий текст для публікації. Тайм-коди дають вам позначки розділів. Текст дає цитати, які ви обов’язково перевіряєте по аудіо, перш ніж публікувати. Короткий опис пишеться для того, хто вагається, чи слухати; нотатки — для того, хто вже прослухав. Публікувати сирий транскрипт як нотатки — погана ідея для обох читачів, бо усна мова на письмі рясніє повторами й недомовленими фразами, які ніхто не помічає під час прослуховування.
Запис зроблено, монтаж завершено, і тут з’являється друга робота, про яку ніхто не попереджав: нотатки, позначки розділів, короткий опис для стрічки, два-три пости в соцмережах. Більшість ведучих подкастів роблять це з пам’яті та повзунка програвання, перемотуючи сімдесят хвилин уперед-назад у пошуках моменту, де гість сказав щось цікаве. Це займає стільки ж часу, скільки монтаж, а результат виходить розмитим, бо ви описуєте випуск, який пам’ятаєте лише наполовину.
Транскрипт вирішує проблему пошуку потрібного моменту. Він не напише нотатки за вас. Але він перетворює кожне з цих завдань із пошукової задачі на редакторську, а редагувати завжди швидше, ніж шукати. Порядок дій тут важливіший, ніж інструмент, яким ви користуєтеся.
Починайте з транскрипту, а не з нотаток
Робочий порядок такий: транскрипт із тайм-кодами → розділи → цитати → короткий опис → нотатки → соцмережі. Кожен крок використовує те, що створив попередній. Якщо спочатку писати нотатки, ви все одно перемотуватимете запис у пошуках позицій для розділів, а потім ще раз — у пошуках цитат.
Тайм-коди — це те, що люди пропускають, а потім жалкують. Суцільна стіна тексту показує, що було сказано. Тайм-коди показують, де саме, а «де саме» потрібне для всього, що йде далі: позначка розділу — це позиція, цитату треба звірити з позицією в записі, а слухач, який хоче знати, «коли вони говорять про ціни», теж шукає позицію. Транскрипт без тайм-кодів розв’язує лише половину задачі, а друга половина знову залишається за повзунком програвання.
Отримати транскрипт можна кількома способами. Деякі хостинги подкастів генерують його автоматично під час публікації, деякі редактори експортують текст прямо із сесії монтажу, є й окремі сервіси; практична різниця — у позначках спікерів, точності тайм-кодів і тому, як програма обходиться з нетиповими словами. Розшифрувати випуск подкасту сьогодні не проблема, і сам інструмент важить менше, ніж звичка тримати відкритий файл із текстом у другому вікні під час написання.
Якщо хочете робити це на тому ж пристрої, де монтуєте, SozAI — це застосунок для розшифровки на iOS, Android і macOS, який приймає аудіо- та відеофайли або посилання на YouTube і повертає текст із позначками спікерів та коротким описом. Це лише один із варіантів: якщо ваш хостинг уже дає прийнятний транскрипт із тайм-кодами, користуйтеся ним і пропустіть цей крок.
Чесне застереження: якщо ваші випуски короткі, присвячені одній темі, а опис — два рядки з посиланням, увесь цей процес — зайва робота. Транскрипт себе виправдовує на довгих розмовних випусках із кількома чіткими сегментами, а це переважна більшість інтерв’ю-шоу.
Позначки розділів беруться з тайм-кодів, а не з тексту
Розділи — це позиції в записі. Здається очевидним, доки не спробуєте зробити їх із короткого опису й не виявите, що в описі взагалі немає позицій. Він може сказати, що випуск був про найм, ціни й вигорання. Він не скаже, що тема цін почалася на чотирнадцятій хвилині, бо цієї інформації в тексті опису просто немає.
Тому транскрипт проходять двічі. Спершу читають підряд, швидко, позначаючи місця, де тема справді змінюється. Потім беруть тайм-код першого рядка нової теми, а не останнього рядка попередньої — щоб слухач, який перескочив на розділ, потрапляв на початок нового блоку, а не на хвіст старого.
Де саме проходить межа теми — питання смаку й лишається питанням смаку. Розмова рідко змінює тему чітко: вона зміщується, повертається назад, а потім хтось розповідає історію, яка виявляється справжньою суттю сегмента. Вам доведеться вирішувати, чи ця історія — окремий розділ, чи частина того, що навколо неї, і жоден автоматичний короткий опис цього рішення за вас не ухвалить, бо воно залежить від того, куди, на вашу думку, захочуть перескочити слухачі.
- Орієнтуйтеся на розділи, до яких слухач реально захоче перескочити, а не на кожну згадану тему.
- Називайте їх за змістом, а не за структурою: «Чому вони скасували безкоштовний тариф» краще за «Частина 3».
- Виділіть вступ і рекламну вставку в окремі короткі розділи, щоб їх можна було легко пропустити.
- Перевірте, що останній розділ починається до фінальної частини, а не посередині неї.
Формати відрізняються залежно від платформи. Десь потрібні години, хвилини й секунди, десь достатньо хвилин і секунд, десь важливий конкретний розділювач, а файл із розділами, який плеєр відхиляє, гірший за відсутність розділів узагалі. Коли потрібно перевести один формат в інший, онлайн-конвертер тайм-кодів зробить це без ручних обчислень серед ночі.
Цитати — і чому їх усе одно треба перевіряти
Проглядати транскрипт у пошуках вдалих фраз набагато швидше, ніж слухати весь запис заново, і так знаходяться моменти, про які ви вже забули. Шукайте рядки, які працюють самі по собі, без пояснень. Таких у розмові менше, ніж здається, бо більшість вдалих моментів залежать від запитання, яке їм передувало, а фраза, якій потрібні три речення контексту, — це вже не цитата.
Далі кожну цитату перевіряють по аудіо, перш ніж вона потрапить на картинку чи в пост. Це не необов’язковий крок, і причина неприємна: помилки автоматичної розшифровки найчастіше трапляються саме в тих яскравих фразах, які хочеться процитувати. Нетипові слова, вигадані терміни, емоційна інтонація, швидке мовлення від збудження — саме за таких умов текст найменш надійний, і саме такі умови породжують речення, яке хочеться поставити великим шрифтом на обкладинку.
Перевірка коштує недорого, коли є тайм-коди. Переходите на позицію, слухаєте п’ятнадцять секунд, звіряєте слова. На чотири цитати піде кілька хвилин. Опублікувати неправильну цитату свого ж гостя коштує значно дорожче.
Легке причісування тексту доречне: прибрати «е-е», викинути незакінчену фразу, поставити три крапки там, де вирізали частину речення. А переписувати чиїсь слова «гарніше» — ні, навіть якщо ви точно знаєте, що людина мала на увазі саме це.
Короткий опис і нотатки написані для двох різних людей
Короткий опис читає той, хто ще не слухав і вирішує, чи варто. Він має працювати як самостійний текст: про що випуск, хто в ньому бере участь, яка головна теза, чому варто витратити годину. Він має розкривати суть, а не тільки натякати на неї, бо опис, який приховує головне, читається як трейлер — а трейлери люди пропускають.
Нотатки читає той, хто вже прослухав, або слухає прямо зараз із відкритими нотатками поруч. Такому читачеві потрібні конкретні речі, які неможливо «вихопити» з аудіо: назва книжки, яку згадали, нік гостя в соцмережах, дослідження, про яке спорили, інструмент зі складною назвою, посилання на попередній випуск, про який зайшла мова. Розділи теж належать сюди. Цьому читачеві нічого продавати не потрібно.
Типова помилка — написати один абзац і змусити його виконувати обидві функції: виходить текст, який описує зміст занадто розмито, щоб бути корисним, і перелічує занадто мало, щоб бути довідником. Пишіть їх окремо. Обидва тексти короткі.
Якщо ви публікуєте ще й відеоверсію, поле опису на відеоплатформі — це вже третя аудієнція, переважно люди, які прийшли з пошуку чи рекомендацій. Якщо пропустити випуск через сервіс, що робить короткий опис за посиланням на YouTube, отримаєте чернетку для цього поля, хоча її теж потрібно відредагувати, як і все інше тут.
Імена — це те, що обов’язково має бути правильним
Транскрипт робить ваш архів випусків доступним для пошуку, і саме це вирішує, чи знайде слухач випуск, де обговорювали конкретну тему, чи здасться після двох спроб. Аудіо непрозоре для пошуку. Текст — ні. Архів транскриптів перетворює тридцять годин розмов на щось, куди людина може реально «зазирнути».
Проблема в тому, що слова, які найчастіше розшифровуються неправильно, — це саме ті слова, які люди шукають. Імена гостей, назви компаній, назви продуктів — власні назви взагалі, особливо якщо це не звичні слова. Вони нетипові за самою своєю природою, тому й даються розшифровці важче, і водночас вони конкретні за своєю природою, тому саме їх вводять у пошук.
Виправляйте це першим, перш ніж писати будь-що інше. Відкрийте транскрипт, знайдіть кожне ім’я, яке точно там є, і виправте всі варіанти за один прохід. Це займає кілька хвилин і поширюється далі: правильне написання потім автоматично потрапляє в назви розділів, цитати, короткий опис і нотатки — і ви не витрачаєте час на виправлення чотири рази поспіль. Слідкуйте за іменами, які трапляються у двох-трьох різних неправильних варіантах написання, бо одна операція «знайти й замінити» виправить лише один із них.
Чого транскрипт за вас не зробить
Він не стане вашими нотатками. Публікувати сирий транскрипт у полі з нотатками — найпоширеніша помилка в усьому цьому процесі, і читається вона настільки погано, наскільки й звучить. Усна мова повна повторів, невдалих початків, недомовлених речень і реплік «убік», які абсолютно непомітні під час прослуховування і кричущі на письмі. Слухач не помічав, що гість дев’ять разів сказав «ну, типу». Читач помічає це миттєво.
Такий текст ще й нікого не задовольняє. Той, хто вирішує, чи слухати, не хоче одинадцять тисяч слів. Той, хто вже прослухав, хоче посилання й довідкову інформацію, а не гірший переказ того, що щойно почув. Це читається як «наповнювач», а пошукові системи вже давно вміють розпізнавати наповнювач.
Опублікувати транскрипт на окремій сторінці, чітко позначеній як транскрипт, — інша справа, і цілком розумний хід. Це корисно для доступності й для пошуку, а читач, який відкриває таку сторінку, розуміє, на що підписується.
Перетворити транскрипт на читабельну статтю можливо, і це справжня письменницька робота — перебудова, скорочення, додавання контексту, який у розмові давали голоси, а на сторінці його немає. Виділіть на це окремий час — або не беріться взагалі. Транскрипт рятує вас від повзунка програвання. Він не рятує вас від необхідності писати, і будь-який робочий процес, що обіцяє інше, описує нотатки, які ніхто не читає.
