Vigtigste pointer
Transskriber episoden først, med tidskoder, og betragt den fil som råmateriale snarere end noget du udgiver. Tidskoderne giver dig kapitelmarkører. Teksten giver dig citater, som du tjekker mod lydfilen, før de kommer ud offentligt. Resuméet er skrevet til dem, der skal beslutte om de vil høre episoden; shownotes er skrevet til dem, der allerede har hørt den. At udgive den rå transskription som dine shownotes gavner ingen af de to, fordi talesprog på skrift er fuld af gentagelser og afbrudte sætninger, som ingen lagde mærke til, mens de lyttede.
Optagelsen er i hus, klipningen er i hus, og nu venter et andet arbejde, som ingen advarede dig om: noter, kapitelmarkører, et resumé til feedet, to-tre opslag til sociale medier. De fleste podcastere gør det fra hukommelsen og med afspilleren i hånden, mens de spoler frem og tilbage gennem halvfjerds minutter for at finde det sted, hvor gæsten sagde den gode replik. Det tager lige så lang tid som selve klipningen, og resultatet bliver vagt, fordi du beskriver en episode, du kun husker halvt.
En transskription løser problemet med at finde tilbage til stedet. Den skriver ikke noterne for dig. Men den gør, at hver af de opgaver skifter fra at være et søgeproblem til at være et redigeringsproblem – og redigering går langt hurtigere end søgning. Rækkefølgen, du gør tingene i, betyder mere end hvilket værktøj du bruger.
Start med transskriptionen, ikke noterne
Den rækkefølge, der virker, er: transskription med tidskoder, så kapitler, så citater, så resumé, så shownotes, så opslag til sociale medier. Hvert trin bruger noget, det foregående trin har produceret. Skriver du noterne først, ender du alligevel med at spole frem for at finde kapitlernes placering – og spoler igen for at finde citaterne.
Tidskoderne er det, folk springer over og senere fortryder. En ren tekstmur fortæller dig, hvad der blev sagt. Tidskoder fortæller dig, hvor – og “hvor” er det, alle de efterfølgende opgaver har brug for: en kapitelmarkør er en placering, et citat kræver en placering, så du kan verificere det, og en lytter, der spørger “hvornår taler de om priser,” vil også gerne have en placering. En transskription uden tidskoder løser kun den halve opgave og efterlader dig med afspilleren til den anden halvdel.
Der er masser af måder at få en transskription. Nogle podcastværter genererer den som en del af udgivelsen, nogle redigeringsprogrammer eksporterer den fra sessionen, og der findes selvstændige værktøjer; de praktiske forskelle ligger i talerlabels, hvor nøjagtige tidskoderne er, og hvad der sker med usædvanlige ord og udtryk. At transskribere en podcastepisode er et velbelyst problem i dag, og selve valget betyder mindre end faktisk at have filen åben i et andet vindue, mens du skriver.
Hvis du vil have det på den maskine, du allerede redigerer på, er SozAI en transskriptionsapp til iOS, Android og macOS, der tager lyd- og videofiler eller et YouTube-link og returnerer tekst med talerlabels og et resumé. Det er én mulighed blandt flere, og hvis din podcastvært allerede leverer en brugbar transskription med tidskoder, så brug den og spring det ekstra trin over.
Ærligt forbehold: Hvis dine episoder er korte, handler om ét emne, og du udgiver en to-linjers beskrivelse med et link, er hele denne arbejdsgang overflødig. Transskriptionen betaler sig selv hjem på lange, samtalebaserede episoder med flere tydelige afsnit – hvilket gælder for de fleste interviewprogrammer.
Kapitelmarkører kommer fra tidskoderne, ikke fra teksten
Kapitler er placeringer i lydfilen. Det lyder indlysende, indtil du forsøger at generere dem fra et resumé og opdager, at et resumé ikke har nogen placeringer i sig overhovedet. Det kan fortælle dig, at episoden handlede om ansættelser, priser og udbrændthed. Det kan ikke fortælle dig, at prisdelen startede ved fjorten minutter og lidt til, fordi den oplysning aldrig fandtes i resuméets tekst i første omgang.
Så transskriptionen gør arbejdet i to omgange. Først læser du den hurtigt igennem fra ende til anden og markerer de steder, hvor emnet faktisk skifter. Derefter tager du tidskoden fra den første linje i hvert nyt emne – ikke den sidste linje i det gamle – så lyttere, der hopper til et kapitel, lander ved begyndelsen af det nye i stedet for i slutningen af det forrige.
At afgøre, hvor skiftene ligger, er en vurdering, og det bliver det ved at være. En samtale skifter ikke emne rent; den glider, kommer tilbage, og så fortæller en pludselig en historie, der viser sig at være selve pointen i afsnittet. Du må selv afgøre, om den historie er sit eget kapitel eller en del af det omkringliggende, og intet automatisk resumé kan tage den beslutning for dig, fordi den afhænger af, hvad du tror, lytterne vil hoppe til.
- Sigt efter kapitler, en lytter reelt ville hoppe til – ikke hvert emne, der blot blev nævnt.
- Navngiv dem efter indhold, ikke struktur: “Derfor skrottede de den gratis version” er bedre end “Del 3”.
- Læg introen og reklamen i deres egne korte kapitler, så folk kan springe dem over.
- Tjek, at det sidste kapitel starter før outroen, ikke midt i den.
Formaterne varierer fra platform til platform. Nogle vil have timer, minutter og sekunder, nogle accepterer kun minutter og sekunder, nogle kræver et bestemt skilletegn, og en kapitelfil, som en afspiller afviser, er værre end ingen kapitler overhovedet. Når du skal skifte mellem formater, klarer en browserbaseret tidskode-konverter opgaven, uden at du skal sidde og regne på en lommeregner midt om natten.
Citater – og hvorfor du alligevel tjekker dem
At skimme en transskription for citérbare linjer går meget hurtigere end at lytte sig frem til dem, og det afdækker ting, du havde glemt blev sagt. Læs efter linjer, der står alene uden optakt. De er sjældnere, end man tror, i en samtale, fordi de bedste øjeblikke som regel afhænger af det spørgsmål, der gik forud – og en linje, der kræver tre sætningers kontekst, er ikke et citat, man kan bruge løsrevet.
Verificér derefter hvert citat mod lydfilen, før det ender på en grafik eller i et opslag. Det er ikke valgfrit, og her er den ubehagelige grund: fejlene i automatisk transskription samler sig præcis omkring de markante formuleringer, folk gerne vil citere. Usædvanlige ordvalg, opfundne udtryk, kraftfuld levering, en person der taler hurtigt, fordi de er begejstrede – det er netop de forhold, hvor teksten er mindst pålidelig, og det er også de forhold, der skaber den sætning, du vil sætte i kæmpe typografi.
Verifikation er billig, når du først har tidskoder. Hop til placeringen, lyt til femten sekunder, bekræft ordene. Gør det for fire citater, og du har brugt et par minutter. At udgive et fejlciteret gæst kommer til at koste betydeligt mere end det.
Let beskæring er fair – at fjerne et “øh”, fjerne en afbrudt sætning, bruge tre prikker, hvor du har fjernet en del af sætningen. At omskrive, hvad en person sagde, til noget renere, er det ikke, heller ikke når den rensede version tydeligvis var det, personen mente.
Resuméet og shownotes er til to forskellige læsere
Resuméet læses af en person, der ikke har hørt episoden, og som skal afgøre, om de vil. Det skal fungere som et selvstændigt stykke tekst: hvad episoden handler om, hvem er med, hvad er argumentet, hvorfor kan det være værd en time. Det skal afsløre indholdet frem for at teasere det, fordi et resumé, der holder pointen tilbage, læses som en trailer – og folk springer trailere over.
Shownotes læses af en person, der allerede har hørt episoden, eller som lytter lige nu med noterne åbne. Den læser vil have de specifikke detaljer, de ikke kan hente fra lyden: bogen der blev nævnt, gæstens brugernavn på sociale medier, den undersøgelse de diskuterede, værktøjet med det besværlige navn, links til den tidligere episode, der blev refereret til. Kapitlerne hører også hjemme her. Denne læser skal ikke sælges noget.
Den almindelige fejl er at skrive ét afsnit og bede det gøre begge job, hvilket giver noget, der er for vagt som resumé og for tyndt som opslagsværk. Skriv dem separat. De er begge korte.
Hvis du også udgiver en videoversion, er beskrivelsesfeltet på videoplatformen endnu et tredje publikum – typisk folk, der kom fra en søgning eller en anbefaling. Kører du episoden gennem en opsummeringstjeneste, der virker med et YouTube-link, får du et udkast til det felt, selvom det stadig kræver samme redigering som alt andet her.
Navne er den del, der skal være rigtig
En transskription gør hele dit bagkatalog søgbart, og det er forskellen på, at en lytter finder episoden, hvor et bestemt emne blev diskuteret, i stedet for at give op efter to forsøg. Lyd er ugennemsigtigt for søgning. Tekst er ikke. Et arkiv af transskriptioner gør tredive timers samtale til noget, en person faktisk kan søge i.
Fangen er, at de ord, der er mest tilbøjelige til at blive transskriberet forkert, er de ord, folk søger efter. Gæstenavne, firmanavne, produktnavne – egennavne generelt, og især dem, der ikke er almindelige ord. De er usædvanlige af natur, hvilket er præcis, hvorfor transskriptionen har svært ved dem, og de er specifikke af natur, hvilket er præcis, hvorfor de er det, folk skriver i en søgeboks.
Ret dem først, før du skriver noget andet. Åbn transskriptionen, søg efter hvert navn, du ved dukker op, og korrigér hver forekomst i én omgang. Det tager få minutter og forplanter sig videre: den rette stavning flyder derefter ind i dine kapiteloverskrifter, dine citater, dit resumé og dine shownotes, uden at du selv skal fange fejlen fire gange. Hold øje med navne, der er dukket op med to eller tre forskellige forkerte stavemåder, da en enkelt søg-og-erstat kun fanger den ene.
Det transskriptionen ikke gør for dig
Den bliver ikke dine shownotes. At udgive den rå transskription i notefeltet er den mest almindelige fejl i hele denne proces, og det læses præcis så dårligt, som det lyder. Talesprog er fuldt af gentagelser, genstarter, halvt opgivne sætninger og sidebemærkninger, der er fuldstændig usynlige, når man lytter, men skriger fra siden på skrift. Lytteren lagde ikke mærke til, at gæsten sagde “altså” ni gange. Læseren lægger mærke til det med det samme.
Det tilfredsstiller heller ikke nogen bestemt læser. Den, der skal afgøre om de vil lytte, vil ikke have elleve tusind ord. Den, der allerede har lyttet, vil have links og referencer – ikke det, de lige har hørt, gengivet dårligere. Det læses som fyld, og søgemaskiner har læst fyld i lang tid.
At udgive transskriptionen på sin egen side, klart mærket som en transskription, er en anden sag og noget fornuftigt at gøre. Det er til tilgængelighed og til søgning, og læseren, der åbner den, ved, hvad de får.
At omdanne en transskription til en læsevenlig artikel er muligt, og det er ægte skrivearbejde – omstrukturering, beskæring, tilføjelse af den kontekst, stemmerne gav, og siden ikke gør. Sæt reel tid af til det, eller lad være. Transskriptionen sparer dig for at spole frem og tilbage. Den sparer dig ikke for skrivearbejdet, og enhver arbejdsgang, der lover det modsatte, beskriver shownotes, ingen læser.
