Slik holder du orden på versjoner og godkjenninger i et videoprosjekt

Hvorfor versjonene fort går i surr

Når du oppdaterer et gammelt webinar, ender du sjelden med én fil. Du har originalopptaket, et utkast med nye lysbilder, en versjon med rettet teksting og kanskje en tredje der lyden er renset. Etter noen runder med tilbakemeldinger fra kunden finnes det fem eller seks filer med nesten samme navn, og ingen er helt sikre på hvilken som er den gjeldende.

Dette er den vanligste årsaken til at ferdige oppdateringer må gjøres om. Kunden godkjenner én fil, mens du eksporterer fra en annen. Eller en rettelse som allerede var avtalt, forsvinner fordi den ble gjort i en eldre kopi. Ingen av delene skyldes dårlig redigering, bare manglende system.

Denne artikkelen viser en enkel arbeidsmåte du kan ta i bruk allerede i neste prosjekt. Den krever ikke egne verktøy, bare en mappestruktur, en fast navnregel og en liten logg som følger prosjektet hele veien.

Start med en urørt original

Det første du gjør, er å lagre originalopptaket i en egen mappe og la det ligge der. Du redigerer aldri direkte i denne filen, og du gir den ikke nytt navn etter at den er mottatt. Alt arbeid skjer i kopier. Slik kan du alltid gå tilbake og sammenligne med det kunden opprinnelig leverte.

Lag deretter en mappe for arbeidsfiler og en for filer som er sendt til kunden. Skillet er viktig: i arbeidsmappen kan det ligge mellomversjoner du bare bruker selv, mens leveringsmappen bare inneholder det kunden faktisk har sett. Da vet du alltid hva kunden har uttalt seg om.

Noter også dato og form for mottak i loggen, for eksempel at opptaket kom som nedlastingslenke eller på minnepinne. Det virker som en detalj, men det hjelper hvis det senere oppstår tvil om kvaliteten på utgangspunktet.

• Originalen ligger i egen mappe og endres aldri
• Arbeidsfiler og leverte filer holdes adskilt
• Mottaksdato og format føres inn i loggen

En navnregel som du faktisk holder

Navnregelen må være så enkel at du bruker den også når du har dårlig tid. Et godt mønster er prosjektnavn, versjonsnummer og kort beskrivelse av status, for eksempel kursnavn, v03 og utkast til kunde. Bruk tall med to sifre slik at filene sorteres riktig, og unngå ord som endelig eller siste, for de blir alltid feil.

Hver gang du eksporterer en ny fil, øker du versjonsnummeret, også om endringen er liten. Det er bedre å ha femten versjoner enn å overskrive en som kunden allerede har kommentert. Hvis du retter bare en tekstingfeil, blir det likevel en ny versjon.

Skriv i loggen hva som er endret fra forrige versjon, i én eller to linjer. Når kunden senere spør hvorfor en pause er fjernet i andre halvdel, finner du svaret på sekunder i stedet for å lete gjennom tidslinjen.

• Mønster: prosjekt, versjonsnummer, status
• To siffer i versjonsnummeret sorterer riktig
• Ingen filer kalles endelig før kunden har godkjent

Godkjenningstrinn fra utkast til ferdig fil

Del prosjektet i tydelige trinn og avtal dem med kunden før du begynner. Et vanlig forløp er første utkast med nye lysbilder, deretter en runde for teksting og lyd, og til slutt en ferdig fil til endelig godkjenning. Hvert trinn avsluttes med at kunden gir et skriftlig svar, selv om det bare er en kort e-post.

Be om samlede tilbakemeldinger i stedet for løpende innspill. Når kunden sender én liste per runde, kan du gjøre alle endringene i én ny versjon og kvittere ut hvert punkt. Det gir færre misforståelser og et tydelig spor å vise til.

Presiser hvor mange runder som ligger i avtalen, og hva som skjer hvis kunden ønsker endringer etter at filen er godkjent. Da blir en sen rettelse en ny, avtalt versjon og ikke en stille overskriving av noe som allerede var ferdig.

Slik tar du imot og følger opp tilbakemeldinger

Når tilbakemeldingene kommer, kopier dem inn i loggen med tidskode for hvert punkt. Skriv ved siden av hva du har gjort, og marker det som utført når det er lagt inn i den nye versjonen. Uklare punkter spør du om før du klipper, ikke etterpå.

Vær oppmerksom på tilbakemeldinger som endrer meningen i det som sies, for eksempel ønsker om å fjerne en setning som kursholderen faktisk la vekt på. Her bør du stille spørsmål og få bekreftet at kursholderen er enig, fordi oppdateringen skal bevare det opprinnelige innholdet.

Send alltid med en kort oppsummering når du leverer ny versjon: hvilke punkter er gjort, hvilke gjenstår og hva du ber kunden se spesielt etter. Det sparer begge parter for runder med fram og tilbake og gjør det lettere å avslutte hvert trinn ryddig.

• Hvert punkt får tidskode og status i loggen
• Uklare ønsker avklares før du klipper
• Hver levering følger en kort oppsummering

Avslutning og arkivering av prosjektet

Når kunden har godkjent, eksporterer du den ferdige filen med et navn som tydelig viser at den er godkjent, og lagrer den sammen med loggen. Lysbilder, teksting og lydspor som er brukt, hører også med i arkivet, slik at en senere oppdatering kan starte fra riktig sted.

Merk filen slik at den skilles fra originalopptaket, og noter hvilke deler som er nye. Det henger sammen med arbeidet med å vise tydelig hva som er oppdatert og hva som er originalmateriale, og gjør det enkelt å forklare forskjellen for deltakerne.

Slett gjerne mellomversjoner du ikke trenger, men behold originalen, siste utkast til kunde og den godkjente filen. Ha en fast tidsfrist for hvor lenge du oppbevarer prosjektmapper, og avtal den med kunden i forkant.