Van podcastaflevering naar shownotes die mensen ook echt lezen

De belangrijkste punten

Transcribeer de aflevering eerst, met tijdcodes, en behandel dat bestand als grondstof, niet als iets dat je publiceert. De tijdcodes leveren je hoofdstukmarkers. De tekst levert je pull quotes op, die je controleert aan de hand van de audio voordat ze ergens openbaar verschijnen. De samenvatting schrijf je voor iemand die nog moet beslissen of hij gaat luisteren; de shownotes schrijf je voor iemand die al geluisterd heeft. Als je het ruwe transcript publiceert als shownotes, help je geen van beiden, want gesproken taal staat vol herhalingen en valse starts die niemand opviel tijdens het luisteren.

De opname staat, de montage is klaar, en dan is er nog een klus waar niemand je voor gewaarschuwd heeft: shownotes, hoofdstukmarkers, een samenvatting voor de feed, twee of drie posts voor social media. De meeste podcastmakers doen dit uit hun hoofd, met de tijdlijn erbij, heen en weer slepend door zeventig minuten op zoek naar het moment waarop de gast dat ene goede citaat gaf. Het duurt net zo lang als de montage zelf, en het resultaat is vaag, omdat je een aflevering beschrijft die je maar half meer voor je ziet.

Een transcript lost het terugvindprobleem op. Het schrijft de shownotes niet voor je. Wat het wél doet, is elk van die taken veranderen van een zoekprobleem in een redigeerprobleem, en redigeren gaat veel sneller dan zoeken. De volgorde waarin je dingen doet, is belangrijker dan welk hulpmiddel je gebruikt.

Begin bij het transcript, niet bij de shownotes

De volgorde die werkt: transcript met tijdcodes, dan hoofdstukken, dan pull quotes, dan samenvatting, dan shownotes, dan social media. Elke stap gebruikt iets dat de vorige stap heeft opgeleverd. Schrijf je eerst de shownotes, dan ga je alsnog zoeken naar de hoofdstukposities, en daarna nog eens naar de citaten.

De tijdcodes zijn het onderdeel dat mensen overslaan en later betreuren. Een kale muur van tekst vertelt je wat er gezegd is. Tijdcodes vertellen je waar, en waar is precies wat elke volgende taak nodig heeft: een hoofdstukmarker is een positie, een pull quote heeft een positie nodig zodat je die kunt controleren, en een luisteraar die vraagt “wanneer gaat het over de prijzen” wil ook een positie. Een transcript zonder tijdcodes lost de helft van het probleem op en laat je voor de andere helft alsnog met de tijdlijn zitten.

Er zijn genoeg manieren om er een te krijgen. Sommige hostingdiensten genereren transcripten als onderdeel van het publiceren, sommige montageprogramma’s exporteren ze vanuit het project, en er bestaan losse tools; de praktische verschillen zitten in sprekerlabels, de nauwkeurigheid van de tijdcodes en hoe er wordt omgegaan met ongewone woorden. Een podcastaflevering transcriberen is inmiddels een probleem waar prima oplossingen voor bestaan, en de keuze maakt minder uit dan het gewoon openhebben van het bestand in een tweede venster terwijl je schrijft.

Wil je het op het apparaat doen waarop je toch al monteert: SozAI is een transcriptie-app voor iOS, Android en macOS die audio- en videobestanden of een YouTube-link omzet in tekst met sprekerlabels en een samenvatting. Het is een van de vele opties, en als je hostingdienst al een bruikbaar, van tijdcodes voorzien transcript aflevert, gebruik dat dan en sla deze extra stap over.

Eerlijke kanttekening: als je afleveringen kort zijn, over één onderwerp gaan en je publiceert er een omschrijving van twee zinnen met een link bij, is deze hele werkwijze overkill. Het transcript verdient zichzelf terug bij lange, gesprekkerige afleveringen met meerdere duidelijk te onderscheiden onderdelen, en dat zijn de meeste interviewprogramma’s.

Hoofdstukmarkers komen uit de tijdcodes, niet uit de tekst

Hoofdstukken zijn posities in de audio. Dat klinkt logisch, tot je ze probeert te maken op basis van een samenvatting en merkt dat een samenvatting helemaal geen posities bevat. Die kan je vertellen dat de aflevering ging over aannemen, prijzen en burn-out. Maar niet dat het stuk over prijzen begon bij veertien minuten en iets, want die informatie stond nooit in de tekst van de samenvatting.

Het transcript doet het werk daarom in twee rondes. Eerst lees je het snel door, van begin tot eind, en markeer je de plekken waar het onderwerp echt verandert. Daarna neem je de tijdcode van de eerste zin van elk nieuw onderwerp, niet de laatste zin van het vorige, zodat luisteraars die naar een hoofdstuk springen bij het begin van dat onderwerp terechtkomen en niet bij het staartje van het vorige.

Bepalen waar de omslagpunten liggen, is en blijft een kwestie van inschatting. Een gesprek verandert niet netjes van onderwerp; het dwaalt af, komt terug, en dan vertelt iemand een verhaal dat achteraf het eigenlijke punt van dat stuk blijkt te zijn. Jij moet beslissen of dat verhaal een eigen hoofdstuk verdient of bij het stuk eromheen hoort, en geen automatische samenvatting neemt die beslissing voor je, omdat die beslissing afhangt van waar je denkt dat luisteraars naartoe willen springen.

• Kies hoofdstukken waar een luisteraar plausibel naar zou willen doorspringen, niet elk onderwerp dat even werd aangestipt.
• Geef ze een naam die de inhoud beschrijft, niet de structuur: “Waarom ze het gratis abonnement afschaften” werkt beter dan “Deel 3”.
• Zet de intro en het stukje reclame in hun eigen korte hoofdstuk, zodat mensen dat kunnen overslaan.
• Controleer of het laatste hoofdstuk begint vóór de outro, niet ergens middenin.

Formats verschillen per platform. Sommige willen uren, minuten en seconden, sommige nemen alleen minuten en seconden, sommige willen een specifiek scheidingsteken, en een hoofdstukbestand dat een spelerapp afwijst, is erger dan geen hoofdstukken. Moet je tussen formats schakelen, dan doet een tijdcode-converter die in de browser werkt dat zonder dat jij om middernacht met een rekenmachine aan de slag moet.

Pull quotes, en waarom je ze toch controleert

Een transcript doorlezen op zoek naar citeerbare zinnen gaat veel sneller dan ze eruit beluisteren, en het levert dingen op waarvan je vergeten was dat ze gezegd zijn. Zoek naar zinnen die op zichzelf staan, zonder aanloop nodig te hebben. Die zijn zeldzamer dan je denkt in een gesprek, want de meeste sterke momenten hangen af van de vraag die eraan voorafging, en een zin die drie zinnen context nodig heeft, is geen pull quote.

Controleer daarna elke zin aan de hand van de audio voordat hij op een afbeelding of in een post terechtkomt. Dit is niet optioneel, en de onprettige reden is deze: automatische transcriptie gaat het vaakst mis bij precies de opvallende zinnen die mensen willen citeren. Ongewone woordkeuzes, verzonnen termen, nadrukkelijke intonatie, iemand die snel praat van enthousiasme — dat zijn de omstandigheden waarin de tekst het minst betrouwbaar is, en het zijn ook de omstandigheden die de zin opleveren die je in een dikke kop wilt zetten.

Controleren is goedkoop zodra je tijdcodes hebt. Spring naar de positie, luister vijftien seconden, bevestig de woorden. Doe dat voor vier citaten en je bent een paar minuten verder. Een verkeerd citaat van je eigen gast publiceren, kost een stuk meer dan dat.

Licht bijschaven mag: een “eh” wegknippen, een valse start laten vallen, een weglatingsteken gebruiken waar je een bijzin hebt verwijderd. Herschrijven wat iemand zei tot iets netters, mag niet, ook niet als die nettere versie duidelijk was wat er bedoeld werd.

De samenvatting en de shownotes zijn voor twee verschillende mensen

De samenvatting wordt gelezen door iemand die nog niet geluisterd heeft en moet beslissen of hij dat gaat doen. Die tekst moet op zichzelf overeind blijven: waar de aflevering over gaat, wie erin te horen zijn, wat het standpunt is, waarom het de moeite waard kan zijn om er een uur aan te besteden. Geef de inhoud weg in plaats van te teasen, want een samenvatting die de clou achterhoudt, leest als een trailer, en mensen slaan trailers over.

De shownotes worden gelezen door iemand die al geluisterd heeft, of die nu luistert met de shownotes open naast zich. Die lezer wil de specifieke dingen die je niet uit audio kunt terughalen: het boek dat genoemd werd, het account van de gast op social media, het onderzoek waarover ze het oneens waren, de tool met de moeilijke naam, links naar de vorige aflevering waarnaar verwezen werd. Hoofdstukken staan hier ook. Deze lezer moet nergens meer voor overtuigd worden.

De meest voorkomende fout is één alinea schrijven en die voor beide taken laten dienen, wat iets oplevert dat te vaag samenvat om nuttig te zijn en te weinig oplijst om als naslagwerk te dienen. Schrijf ze los van elkaar. Ze zijn allebei kort.

Publiceer je ook een videoversie, dan is het beschrijvingsveld op het videoplatform nog een derde doelgroep, meestal mensen die via zoeken of een aanbeveling zijn binnengekomen. De aflevering door een samenvatter die met een YouTube-link werkt halen, geeft je een eerste versie voor dat veld, al heeft die net zo goed een redigeerronde nodig als alles hier.

Namen zijn het onderdeel dat klopt moet zijn

Een transcript maakt je hele archief doorzoekbaar, en dat is het verschil tussen een luisteraar die de aflevering vindt waarin een bepaald onderwerp besproken werd, en iemand die het na twee pogingen opgeeft. Audio is ondoorzichtig voor zoekmachines. Tekst niet. Een archief van transcripten maakt van dertig uur gesprek iets waar iemand daadwerkelijk in kan kijken.

Het addertje is dat precies de woorden die het vaakst verkeerd getranscribeerd worden, de woorden zijn waarop mensen zoeken. Namen van gasten, bedrijfsnamen, productnamen — eigennamen in het algemeen, en zeker die geen gewone woorden zijn. Ze zijn ongewoon van aard, en dat is precies waarom de transcriptie er moeite mee heeft, en ze zijn specifiek van aard, en dat is precies waarom iemand ze intikt in een zoekvenster.

Corrigeer deze eerst, voordat je iets anders schrijft. Open het transcript, zoek elke naam op waarvan je weet dat hij voorkomt, en verbeter elk voorkomen in één keer. Het kost een paar minuten en het werkt door: de juiste spelling stroomt daarna vanzelf door naar je hoofdstuktitels, je citaten, je samenvatting en je shownotes, zonder dat je het vier keer apart moet opmerken. Let op namen die op twee of drie verschillende foute manieren gespeld zijn, want één zoek-en-vervang-actie vangt er maar één van.

Wat het transcript niet voor je doet

Het is niet je shownotes. Het ruwe transcript in het shownotesveld plakken is de meest gemaakte fout in dit hele proces, en het leest net zo slecht als het klinkt. Gesproken taal staat vol herhalingen, herstarts, halfafgemaakte zinnen en zijsprongen die volledig onopvallend zijn tijdens het luisteren en storend op de pagina. De luisteraar merkte niet dat de gast negen keer “ik bedoel” zei. De lezer merkt het meteen.

Het bevredigt ook niemand in het bijzonder. Wie nog moet beslissen of hij gaat luisteren, wil geen elfduizend woorden. Wie al geluisterd heeft, wil de links en de verwijzingen, niet het net gehoorde verhaal in een slechtere versie teruglezen. Het leest als opvulling, en zoekmachines herkennen opvulling al heel lang.

Het transcript op een eigen pagina publiceren, duidelijk gelabeld als transcript, is een ander verhaal en een prima idee. Dat dient toegankelijkheid en vindbaarheid, en de lezer die het opent, weet wat hij krijgt.

Een transcript omvormen tot een leesbaar artikel kan, en dat is echt schrijfwerk — herstructureren, schrappen, de context toevoegen die de stemmen wel gaven maar de pagina niet. Trek daar echt tijd voor uit, of doe het niet. Het transcript bespaart je de tijdlijn. Het bespaart je niet het schrijven, en elke werkwijze die anders belooft, beschrijft shownotes die niemand leest.