Med introduksjonen av innebygde webkameraer i nyere (bærbare) datamaskiner - ihvertfall de fra en av de flinkeste produsentene - samt bedre internettforbindelser til folket, har screencasts (Sprakradet tilbyr ikke noen oversettelse pt. Skal sette Stephan på saken når han er tilbake fra ferie) slått mer og mer om seg som måte å presentere.. tja.. hva som helst, egentlig.. på. Det finnes vel ikke en Web 2.0-startup hvis hjemmeside ikke består av en eller flere screencasts som viser hvor enkelt programmet de selger fungerer. Og hvorfor ikke? Screencasts er etter min mening en glimrende måte å vise frem hvordan noe fungerer, den sparer milevis med dokumentasjon og inneholder få eller ingen unødvendige fra-markedsavdelingen-formuleringer om hvor fortreffelig produktet er for alle i hele verden, inklusive Lilleasien. De er rett på, viser hvordan man enklest mulig gjør sånn og slik, kommentarer tas opp med den innebygde mikrofonen, og med et minimum av redigering har man en fiks ferdig demo som viser det man har tenkt å vise.

Wink er et gratis program for å lage screencasts Windows og Linux. Jeg har brukt det til å lage en allerede og er offisielt bitt av basillen. All dokumentasjon på funksjonalitet jeg har implementert, kommer nå til å bli overlevert som innspilte demonstrasjoner. Der det er naturlig å skrive Word-dokumenter kommer jeg motvillig til å skrive dokumentet, for så å ta opp meg selv som ruller nedover i dokumentet på skjermen (merknad til meg selv: Finne optimal rullehastighet, Microsoft har helt sikkert forsket eh..side opp og side ned på dette). Og hvis jeg for eksempel skulle behøve å vise demonstrasjonen til, tja, Kiev-kontoret (helt ut av luften, den der), så er det bare å legge den på en URL og sende linken, så kan de se den når det måtte passe (uavhengig av tidssoner, kontortider og det hele).

Mac-brukere (og -brukerinner) er selvfølgelig tatt hånd om av Apple selv, det følger med videoredigeringsprogramvare til alle Mac-er. I tillegg er Snapz et godt verktøy for de mer avanserte opptakene. Det finnes sikkert mange fler, legg gjerne inn andre forslag som kommentarer til denne artikkelen.

I tillegg til at potensielle brukere av et produkt kan ha bruk for å se en screencast for å lære seg ny funksjonalitet, eller kanskje få et godt nok inntrykk til å kjøpe produktet, så er det en veldig fin test for utvikleren/informasjonsarkitekten å ta opp en sekvens man vil vise frem. Jeg får ihvertfall mange gode idèer når jeg går igjennom funksjonalitet jeg har implementert, og jeg får virkelig sjekket at det er en naturlig rytme i sekvensen når jeg tar den opp for å vise den til andre.

De følgende eksemplene viser gode screencasts som får presset inn masse informasjon på noen få minutters filmsnutter:

• Tagging pages in BackPack (37signals.com)
• Creating a Flickr interface in 5 minutes with Ruby on Rails
• Textmate HTML text transformations (hvis du har sett Team Antonsen er det litt tricky å følge med pga. den danske aksenten i innslaget, men dette bedrer seg sikkert ved flere gangers gjennomsyn)
• QuickSilver - beginner’s walkthrough

Så neste gang du skal dokumentere noe du har designet eller implementert, spill inn en liten video av deg selv som bruker funksjonaliteten og se om ikke det holder i massevis som opplæring og dokumentasjon.

Jeg innser (og håper) at jeg kan få en del reaksjoner på å ikke ville dokumentere grundigere enn det jeg foreslår. For det første har jeg ikke sagt (annet enn spøkefullt) at jeg mener dette er den eneste måten å dokumentere et prosjekt på. For det andre er jeg ikke helt sikker på hvor mye dokumentasjon jeg mener det er formålstjenlig å skrive, men siden dette sannsynligvis vil variere fra prosjekt til prosjekt tror jeg at jeg tar debatten i de prosjektene jeg er med på, og så kan jeg eventuelt oppsummere det jeg lærer her.