Vanlige feil når du skal skille fakta fra tolkning, og hvordan du unngår dem

Den vanligste feilen jeg ser i manus, er at en tolkning er skrevet som om den var en observasjon. Setningen «Batteriet er dårlig» høres nøytral ut, men den sier ingenting om hva du faktisk har sett eller målt. Den bygger på en vurdering, og vurderingen hviler på et grunnlag som ikke står noe sted.

Når jeg går gjennom manus sammen med kursdeltakere, ber jeg dem stryke under hvert verb og spørre: kunne et annet menneske ha sett det samme og beskrevet det likt? Hvis svaret er ja, er det en observasjon. Hvis svaret er nei, er det en tolkning, og den må merkes som det.

Det betyr ikke at tolkninger er forbudt. Et godt manus trenger dem, for ellers blir det bare en liste over målinger. Poenget er at seeren skal kunne se forskjellen, og at du selv vet hvilken av de to du har i hånden når du leser høyt.

Et enkelt grep er å skrive observasjonen først og tolkningen etterpå, som to egne ledd. «Batteriet holdt i fire timer under test» og «det er kort for denne typen bruk» er to ulike påstander med to ulike grunnlag.

• Observasjon: noe du har sett, hørt eller målt selv
• Tolkning: det du slutter av observasjonen
• Skriv de to leddene hver for seg

Den andre feilen er motsatt av den første. Du vet at du er usikker, og så pakker du usikkerheten inn i så mange «kanskje», «muligens» og «til en viss grad» at seeren ikke lenger forstår hva du faktisk mener. Et forbehold skal være presist, ikke bare mykt.

Sammenlign «dette fungerer nok ganske bra i de fleste tilfeller» med «jeg testet dette på to modeller, og begge fungerte». Den andre setningen er mer ærlig, fordi den sier nøyaktig hvor langt grunnlaget rekker. Seeren får noe å holde seg til og kan selv vurdere om testen dekker deres situasjon.

Når jeg ber deltakere skrive om et vagt forbehold, stiller jeg tre spørsmål. Hva er du usikker på? Hvorfor? Og hva ville gjort deg sikrere? Svarene gir nesten alltid en setning som både er kortere og tydeligere enn den du startet med.

Vær også oppmerksom på at ett forbehold per påstand som regel er nok. Hvis hver setning i et avsnitt har sitt eget forbehold, mister de som virkelig betyr noe, vekten sin.

• Si hva du er usikker på, ikke bare at du er det
• Knytt forbeholdet til grunnlaget ditt
• Ett presist forbehold slår tre vage

Tall ser etterprøvbare ut, og det frister til å la dem stå alene. Men et tall uten kontekst kan lede like galt som en ren påstand. «Skjermen har 400 nits» er riktig hvis datablad sier det, men sier ingenting om hvordan det ble målt eller hva det betyr i dagslys.

Jeg anbefaler at hvert tall i manuset følges av tre opplysninger i kildeloggen: hvor tallet kommer fra, hvem som målte det, og under hvilke forhold. Hvis du ikke kan fylle ut alle tre, må tallet enten få et forbehold eller ut av manuset.

Vær særlig varsom med tall du har hørt gjentatt. Et tall som går igjen i mange videoer, er ikke dermed riktigere. Ofte stammer alle gjengivelsene fra én opprinnelig kilde, og noen ganger er den kilden misforstått fra første stund.

Avrunding er en liten, men reell feilkilde. Hvis du sier «nesten dobbelt så raskt», bør forholdet i kilden faktisk ligge nær to, og du bør kunne vise regnestykket om noen spør.

• Noter kilde, måler og forhold for hvert tall
• Sjekk om flere kilder egentlig peker til én
• Vis regnestykket når du runder av

En feil som er lett å gjøre i god tro, er å lenke til en kilde som i virkeligheten sier noe litt annet enn det du skriver. Du husker at du leste noe i retning av påstanden, og kilden er riktig tema, men den dekker ikke akkurat det du hevder.

Derfor ber jeg deltakerne lime inn den konkrete passasjen i kildeloggen, ikke bare adressen. Når du må kopiere ordene som støtter påstanden din, oppdager du fort om de egentlig gjør det. Ofte viser det seg at kilden sier «kan» der du skrev «gjør».

Det samme gjelder gamle kilder. Utstyr oppdateres, programvare endres og anbefalinger blir foreldet. Skriv ned når kilden ble publisert og når du leste den, så du vet om påstanden fortsatt kan stå uendret.

Hvis kilden bare delvis støtter påstanden din, er det to ærlige veier: skriv om påstanden slik at den passer kilden, eller finn en kilde som faktisk dekker det du vil si.

• Lim inn passasjen, ikke bare adressen
• Se etter «kan» som er blitt til «gjør»
• Noter publiseringsdato og lesedato

Mange sparer faktasjekken til slutten, når manuset allerede føles ferdig. Da er du blitt glad i formuleringene, og det er vanskelig å stryke en elegant setning fordi grunnlaget er tynt. Resultatet er at svake påstander overlever fordi de lyder godt.

Jeg foreslår heller å sjekke underveis, avsnitt for avsnitt. En påstand som blir flagget mens du fortsatt skriver, er enkel å endre. En som blir flagget kvelden før opptak, krever omskriving av alt rundt.

Sett opp en fast rutine: etter hvert avsnitt markerer du hver påstand med en av tre farger. Grønn betyr belagt, gul betyr forbehold nødvendig, rød betyr at kilde mangler. Da ser du status på manuset med ett blikk.

Planlegg også en siste gjennomgang med friske øyne, helst dagen etter at du sluttet å skrive. Det du overså i går, ser du ofte med en gang.

• Sjekk avsnitt for avsnitt mens du skriver
• Bruk grønn, gul og rød markering
• Ta en siste lesning dagen etter

Den siste feilen handler om hvem som kontrollerer. Når samme person skriver og sjekker, leser hen det hen mente, ikke det som står der. Det er ikke slurv, bare hvordan hjernen fungerer når vi kjenner teksten for godt.

Hvis du kan, få noen andre til å lese manuset med kildeloggen ved siden av. Be dem lete etter påstander uten kilde og setninger der tolkning og observasjon glir sammen. Du trenger ikke en fagperson, bare en nøye leser.

Er du alene, kan du lese manuset høyt i omvendt rekkefølge, avsnitt for avsnitt fra slutten. Da faller du ikke inn i flyten, og enkeltpåstander blir lettere å se hver for seg.

Uansett hvem som leser, skriv ned hva som ble endret og hvorfor. Den lille loggen av rettelser gjør neste manus bedre, fordi du begynner å kjenne igjen dine egne vanlige feil.

• Få en annen til å lese med loggen ved siden av
• Les avsnittene i omvendt rekkefølge
• Før logg over rettelser