Slik går en leveranse fra ferdig animasjon til filer kunden kan bruke

Når jeg underviser i leveranse, begynner jeg sjelden i eksportvinduet. Jeg begynner i prosjektet. En animasjon som er ferdig i tidslinjen, er ikke ferdig for kunden før jeg vet hvor den skal vises, hvem som skal åpne filen, og om noen senere skal bygge videre på den. Disse tre spørsmålene avgjør nesten alt som kommer etterpå.

Derfor ber jeg kursdeltakerne skrive en kort leveransenotat før de rører innstillingene. Notatet er tre–fire linjer: formålet, bildeformat og bildefrekvens, og om lyd skal være med. Det høres enkelt ut, men det fjerner mesteparten av de sene overraskelsene, som en tittel levert i feil størrelse eller en overgang som mangler bakgrunn.

Jeg har selv lært dette på den harde måten. Det går fort å eksportere noe som ser riktig ut på min skjerm og likevel er ubrukelig i kundens redigeringsprogram.

• Hvor skal filen vises?
• Hvem åpner den, og med hvilket program?
• Skal noen bygge videre på den senere?

Jeg bruker en fast mappestruktur i hvert prosjekt, og jeg ber deltakerne gjøre det samme. Én mappe for kildefiler, én for skrifttyper, én for prosjektfilen og én for ferdige leveranser. Det ser kanskje pedantisk ut, men det er den billigste forsikringen jeg kjenner til.

Skrifttyper er det som oftest glemmes. Konsekvent typografi er en av hjørnesteinene i kurset, og da hjelper det lite om kunden åpner prosjektet og får erstattet fonten med noe annet. Jeg legger derfor alltid skrifttypene i leveransepakken, så lenge lisensen tillater det, og skriver det i en lesefil.

Navngivning følger samme tankegang. Filnavn som inneholder prosjekt, element, versjon og format gjør at kunden finner riktig fil uten å ringe. En fil som heter ferdig_final2 forteller ingenting om hva den inneholder.

• Egne mapper for kilde, fonter, prosjekt og leveranse
• Skrifttyper med i pakken når lisensen tillater det
• Filnavn med prosjekt, element, versjon og format

Formatvalget handler om to ting: kvalitet nok til videre arbeid og filstørrelse nok til å flyttes rundt. For en kunde som skal legge tittelen inn i en lengre produksjon, leverer jeg gjerne en fil med lite komprimering og eventuelt gjennomsiktig bakgrunn. For en kunde som bare skal vise den på en skjerm, holder en lettere fil.

Det vanligste feilsteget jeg ser hos deltakere, er at de leverer én eneste fil og håper at den passer overalt. Det gjør den sjelden. Jeg anbefaler heller en hovedfil og en lett visningsversjon, begge tydelig merket.

Gjennomsiktighet fortjener et eget ord. Navnegrafikk som skal ligge over bilde, må leveres med alfakanal, ellers får kunden en svart eller hvit boks rundt teksten. Det er en kontroll jeg gjør hver gang, uansett hvor sikker jeg er.

• Hovedfil med lite komprimering for videre arbeid
• Lett visningsversjon for gjennomsyn
• Alfakanal på grafikk som skal ligge over bilde

Etter eksport åpner jeg alltid filen på nytt, helst i et annet program enn det jeg lagde den i. Jeg ser gjennom hele varigheten, ikke bare starten. Jeg sjekker at lyden ligger der den skal, at siste bilde ikke er svart, og at tekst ikke er avskåret i kantene.

Så sammenligner jeg med det opprinnelige formålet fra leveransenotatet. Stemmer størrelse, bildefrekvens og lengde? Er fargene lik det jeg så i prosjektet? Små forskjeller i farge mellom programmer er vanlige, og da er det bedre at jeg oppdager dem enn kunden.

Denne rutinen tar ti minutter. Jeg har ennå ikke angret på at jeg tok dem, men jeg har flere ganger angret på at jeg hoppet over dem.

• Åpne filen i et annet program
• Se hele varigheten, også slutten
• Kontroller kanter, lyd og farger

En god leveranse er også en god overlevering. Jeg skriver en kort melding sammen med filene: hva som er med, hvilken fil som er hovedversjonen, og hva som skjer hvis kunden ønsker endringer. Kunden skal slippe å lete etter svaret.

Om revisjoner sier jeg tydelig fra hvor mange runder som er avtalt, og hva en ny runde innebærer. Det er ikke for å være streng, men for at begge parter vet hva som forventes. De fleste uenigheter jeg har sett, handler om uuttalte forventninger, ikke om selve grafikken.

I kurset øver deltakerne på nettopp dette: å skrive en leveransemelding som en fremmed kan forstå. Det er en enkel øvelse som sier mye om hvor godt man har forstått sitt eget prosjekt.

Ta et gammelt prosjekt og lag en komplett leveransepakke av det, som om en kunde skulle motta den i morgen. Skriv leveransenotat, ordne mapper, eksporter to versjoner og kontroller dem i et annet program. Be gjerne en kollega åpne pakken uten å spørre deg om noe.

Der pakken skaper spørsmål, mangler det informasjon. Skriv den inn i lesefilen og prøv igjen. Etter to–tre runder merker du at rutinen sitter, og at du bruker mindre tid på feilretting enn før.

Dette er den typen praktisk trening vi jobber med i leveransemodulen, med tilbakemelding på det du faktisk leverer.