Viktigast att veta
Transkribera avsnittet först, med tidsstämplar, och behandla den filen som råmaterial snarare än något du publicerar. Tidsstämplarna ger dig kapitelmarkeringar. Texten ger dig citat att lyfta ur avsnittet, som du kontrollerar mot ljudet innan de publiceras någonstans. Sammanfattningen skrivs för någon som ska bestämma sig för att lyssna; shownotes skrivs för någon som redan har gjort det. Att publicera det råa transkriptet som dina anteckningar hjälper ingen av dem, eftersom talspråk i skrift är fullt av upprepningar och avbrutna meningar som ingen märkte medan de lyssnade.
Inspelningen är klar, klippningen är klar, och nu väntar ett andra jobb som ingen varnade dig för: anteckningar, kapitelmarkeringar, en sammanfattning till flödet, ett par inlägg till sociala medier. De flesta poddare gör det här ur minnet och med spolreglaget, drar fram och tillbaka genom sjuttio minuter för att hitta stället där gästen sa den bra grejen. Det tar lika lång tid som klippningen gjorde, och resultatet blir vagt, eftersom du beskriver ett avsnitt du bara minns halvvägs.
Ett transkript löser återfinningsproblemet. Det skriver inte anteckningarna åt dig. Vad det gör är att förvandla varje sådan uppgift från ett sökproblem till ett redigeringsproblem, och att redigera går mycket snabbare än att söka. I vilken ordning du gör sakerna spelar större roll än vilket verktyg du väljer.
Börja med transkriptet, inte anteckningarna
Ordningen som funkar är: transkript med tidsstämplar, sedan kapitel, sedan citat, sedan sammanfattning, sedan shownotes, sedan sociala inlägg. Varje steg bygger på det som föregående steg tog fram. Skriver du anteckningarna först hamnar du ändå i att spola fram och tillbaka för att hitta kapitelpositionerna, och sedan en gång till för citaten.
Tidsstämplarna är det folk hoppar över och sedan ångrar. En ren textmassa berättar vad som sades. Tidsstämplar berättar var, och var är det varje efterföljande uppgift behöver: en kapitelmarkering är en position, ett citat behöver en position så att du kan kontrollera det, och en lyssnare som undrar ”när pratar de om prissättning” vill också ha en position. Ett transkript utan tidsstämplar löser halva problemet och lämnar dig med spolreglaget för den andra halvan.
Det finns flera sätt att få ett. Vissa poddverktyg genererar transkript som en del av publiceringen, vissa redigeringsprogram exporterar dem från sessionen, och det finns fristående verktyg; de praktiska skillnaderna ligger i talaretiketter, hur exakta tidsstämplarna är och hur ovanliga ord hanteras. Att transkribera ett poddavsnitt är ett problem som är väl täckt vid det här laget, och valet spelar mindre roll än att faktiskt ha filen öppen i ett andra fönster medan du skriver.
Vill du ha det på samma dator du redan redigerar på är SozAI en transkriberingsapp för iOS, Android och macOS som tar emot ljud- och videofiler eller en YouTube-länk och lämnar tillbaka text med talaretiketter och en sammanfattning. Det är ett alternativ bland flera, och om din poddvärd redan levererar ett användbart transkript med tidsstämplar, använd det och hoppa över det extra steget.
Ärlig brasklapp: om dina avsnitt är korta, handlar om ett ämne och du publicerar en tvåraders beskrivning med en länk, är hela det här arbetsflödet överkurs. Transkriptet lönar sig på långa samtalsavsnitt med flera tydliga delar, vilket gäller de flesta intervjupoddar.
Kapitelmarkeringar kommer från tidsstämplarna, inte från texten
Kapitel är positioner i ljudet. Det låter självklart tills du försöker skapa dem från en sammanfattning och upptäcker att en sammanfattning inte har några positioner alls. Den kan berätta att avsnittet handlade om rekrytering, prissättning och utbrändhet. Den kan inte berätta att prissnacket började vid fjorton minuter och lite till, eftersom den informationen aldrig fanns i sammanfattningens text från början.
Så transkriptet gör jobbet i två genomläsningar. Först läser du igenom det snabbt och rakt igenom, och markerar de ställen där samtalet faktiskt byter ämne. Sedan tar du tidsstämpeln för den första raden i varje nytt ämne, inte den sista raden i det gamla, så att lyssnare som hoppar till ett kapitel hamnar i början av det nya snarare än i svansen av det förra.
Att avgöra var bytena sker är en bedömningsfråga, och det förblir en bedömningsfråga. Ett samtal byter inte ämne prydligt; det glider iväg, kommer tillbaka, och sedan berättar någon en historia som visar sig vara själva poängen med avsnittet. Du måste avgöra om den historien är ett eget kapitel eller en del av det omkring, och ingen automatisk sammanfattning tar det beslutet åt dig, eftersom beslutet beror på vad du tror lyssnarna vill hoppa till.
- Sikta på kapitel en lyssnare rimligen skulle vilja hoppa till, inte varje ämne som nämndes.
- Namnge dem efter innehåll, inte struktur: ”Varför de skrotade gratisnivån” slår ”Del 3”.
- Lägg intro och reklaminslag i egna, korta kapitel så att folk kan hoppa förbi dem.
- Kontrollera att sista kapitlet börjar innan avslutningen, inte mitt i den.
Formaten skiljer sig mellan plattformar. Några vill ha timmar, minuter och sekunder, några accepterar bara minuter och sekunder, några kräver en specifik avgränsare, och en kapitelfil som spelaren avvisar är värre än inga kapitel alls. När du behöver växla mellan format sköter en webbaserad tidskodsomvandlare det utan att du behöver räkna på miniräknaren vid midnatt.
Citat, och varför du kontrollerar dem trots allt
Att skumma ett transkript efter citerbara rader går mycket snabbare än att lyssna efter dem, och det plockar fram saker du hade glömt sagts. Läs efter rader som står för sig själva utan uppladdning. De är sällsyntare än man tror i ett samtal, eftersom de bästa ögonblicken oftast beror på frågan som föregick dem, och en rad som behöver tre meningars sammanhang är inget citat att lyfta fram.
Kontrollera sedan varje citat mot ljudet innan det hamnar i en grafik eller ett inlägg. Det är inte valfritt, och här är den obekväma anledningen: felen i automatisk transkribering samlar sig precis i de slagkraftiga fraser folk vill citera. Ovanliga ordval, egna uttryck, kraftfull leverans, någon som pratar snabbt av upphetsning — det är just under sådana förhållanden texten är minst tillförlitlig, och det är samma förhållanden som ger dig meningen du vill sätta i fyrtioåtta punkters stil.
Kontrollen är billig när du har tidsstämplar. Hoppa till positionen, lyssna femton sekunder, bekräfta orden. Gör det för fyra citat och du har lagt ner ett par minuter. Att publicera ett felciterat uttalande från din egen gäst kostar betydligt mer än det.
Lätt putsning är rimligt — att klippa bort ett ”eh”, ta bort en avbruten mening, använda tre punkter där du tagit bort en bisats. Att skriva om vad någon sagt till något snyggare är det inte, även när den snyggare versionen uppenbarligen var det de menade.
Sammanfattningen och shownotes är för två olika läsare
Sammanfattningen läses av någon som inte har lyssnat och som ska bestämma sig för att göra det. Den måste fungera som en fristående text: vad avsnittet handlar om, vem som medverkar, vad argumentet är, varför det kan vara värt en timme. Den ska avslöja innehållet snarare än retas med det, eftersom en sammanfattning som håller inne poängen läser som en trailer, och folk hoppar över trailers.
Shownotes läses av någon som redan har lyssnat, eller som lyssnar just nu med anteckningarna öppna bredvid. Den läsaren vill ha detaljerna de inte kan plocka fram ur ljudet: boken som nämndes, gästens användarnamn, studien de diskuterade, verktyget med det krångliga namnet, länkar till det tidigare avsnitt som refererades. Kapitlen hör hemma här också. Den läsaren behöver inte säljas något.
Det vanliga misstaget är att skriva ett stycke och be det göra båda jobben, vilket ger något som sammanfattar för vagt för att vara användbart och listar för lite för att fungera som referens. Skriv dem separat. Båda är korta.
Publicerar du även en videoversion är beskrivningsfältet på videoplattformen en tredje läsargrupp igen, mestadels folk som kom via sök eller en rekommendation. Att köra avsnittet genom en sammanfattningstjänst som fungerar utifrån en YouTube-länk ger dig ett utkast till det fältet, även om det behöver samma redigeringsgenomgång som allt annat här.
Namnen är det som måste stämma
Ett transkript gör hela din arkivsamling sökbar, och det är skillnaden mellan att en lyssnare hittar avsnittet där ni pratade om ett visst ämne och att de ger upp efter två försök. Ljud går inte att söka i. Text går. Ett arkiv av transkript förvandlar trettio timmars samtal till något en person faktiskt kan botanisera i.
Fällan är att de ord som oftast blir fel i transkriptet är just de ord folk söker efter. Gästnamn, företagsnamn, produktnamn — egennamn i allmänhet, särskilt de som inte är vanliga ord. De är ovanliga till sin natur, vilket är varför transkriberingen har svårt med dem, och de är specifika till sin natur, vilket är varför det är precis dem folk skriver i sökrutan.
Rätta dessa först, innan du skriver något annat. Öppna transkriptet, sök efter varje namn du vet förekommer, och rätta varje förekomst i en genomgång. Det tar några minuter och sprider sig vidare: den korrekta stavningen flyter sedan in i kapitelrubrikerna, citaten, sammanfattningen och shownotes utan att du behöver fånga den fyra separata gånger. Håll utkik efter namn som dök upp i två eller tre olika felstavningar, eftersom en enda sök-och-ersätt bara fångar en av dem.
Det transkriptet inte gör åt dig
Det blir inte dina shownotes. Att publicera det råa transkriptet i anteckningsfältet är det vanligaste misstaget i hela den här processen, och det läser precis så dåligt som det låter. Tal är fullt av upprepningar, omstarter, halvt övergivna meningar och sidospår som är helt osynliga när man lyssnar men skriker på sidan. Lyssnaren märkte inte att gästen sa ”alltså” nio gånger. Läsaren märker det direkt.
Det tillfredsställer heller ingen särskilt. Den som ska bestämma sig för att lyssna vill inte ha elva tusen ord. Den som redan har lyssnat vill ha länkarna och referenserna, inte det de precis hörde, återberättat sämre. Det läser som utfyllnad, och sökmotorer har läst utfyllnad länge.
Att publicera transkriptet på en egen sida, tydligt märkt som transkript, är en annan sak och en rimlig idé. Det är till för tillgänglighet och för sökbarhet, och läsaren som öppnar den vet vad de får.
Att göra ett transkript till en läsbar artikel går, och det är verkligt skrivarbete — omstrukturering, redigering, tillägg av det sammanhang rösterna gav men sidan inte gör. Avsätt ordentlig tid för det, eller gör det inte alls. Transkriptet räddar dig från spolreglaget. Det räddar dig inte från skrivandet, och varje arbetsflöde som lovar annat beskriver shownotes ingen läser.
