Patterns Revisited 4

Med jevne mellomrom kommer jeg borti Yahoo Pattern Library og tenker med meg selv: ”Svarte, hvorfor gikk jeg ikke hit FØR jeg gjorde ferdig den prototypen??!”.

Dagens tutorial under User Experience 2008 i Amsterdam hadde den velklingende tittelen ”Designing Complex Applications and Websites 1”, men jeg sitter mest igjen med tanker om interaction design patterns. Hva er så et interaction design pattern, eller user interface pattern? Foredragsholderen Lynn Pausic refererte til følgende definisjon av UI patterns:

A user interface pattern is a description of a common design problem and a ”good” solution for that problem.

Pausic presiserte at det ikke er nok å finne en lur måte å gjøre noe på, men at det faktisk bør være noe som til en viss grad er ”tried and tested”, altså at flere har funnet ut at dette er en god måte å løse dette problemet på. Dette forteller oss at interaction design patterns ikke er statiske, men at de må oppdateres og utvikles over tid, slik at man får registrert den samlede erfaring med bruk av de enkelte patterns. Det er også viktig å kunne se flere eksempler på bruk, slik at man ser både mulighetene og begrensningene som er knyttet til et bestemt pattern.

Lynn Pausic fortalte at bedrifter som tar i bruk interaction design patterns (jeg prøver ikke engang å oversette begrepet, men hvis noen har et sabla godt norsk begrep er jeg åpen …) opplever en generell effektivitetsforbedring i produktutviklingen sin, noen så mye som 50% (ifølge hennes egen ”unpublished research in progress”.

Pausic lister en lang rekke positive effekter av bruk av interaction design patterns, så som:

• tidligere forståelse av design ideer (”kanskje vi kan bruke pattern X her?”)
• gjenbruk av kode (dersom patterns har kode tilknyttet)
• økt konsistens på tvers av releaser, og på tvers av en produktportefølje
• raskere prototyping
• større samsvar mellom det som er vist i prototype og det som faktisk blir implementert, og gjennom det mindre ”tap” av kvalitet i implementeringsfasen
• forbedret brukskvalitet og kvalitet generelt
• mindre ”tap” av kunnskap når ansatte forlater et selskap – mer av kunnskapen er ”bakt inn” i patterns
• patterns passer godt inn i raske utviklingsmetoder (f.eks. Agile, SCRUM)
• interaction design patterns er en effektiv måte å kommunisere på mellom user experience eksperter

Så da er vel alt bare fryd og gammen, og vi bør alle bruke interaction design patterns hele tiden? Eller? Pausic løfter en pekefinger og påpeker at den største feilen man begår med interaction design patterns er at man bruker dem for mye. Når man først har funnet noe man liker, så bruker man det overalt, og glemmer å studere domenet og brukerne nøye for å finne ut hvilke faktiske behov som eksisterer.  Hun advarer også om at man ikke kan redusere på kvalitetssikringsprosedyrene (f.eks. brukertesting) selv om en bruker interaction design patterns.

Dersom en bedrift har et eget bibliotek av interaction design patterns (noe Pausic anbefaler), så kan en fare være at dette biblioteket ikke blir oppdatert.

For oss som konsulentselskap må vi passe oss litt dersom vi gjør utstrakt bruk av interaction design patterns. Det viktigste er de spesifikke behovene for kundene våre, og de har definitivt ikke de samme behovene. Selv om patterns kan hjelpe oss til raskere å kommunisere konkrete ideér, så må vi være åpne for at de patterns vi har tilgjengelige faktisk ikke dekker en kundes spesifikke behov.

Det sagt, hittil har nok ikke overforbruk av interaction design patterns vært noe stort problem, det er nok heller slik at vi bør bruke dem litt mer. Vi har god kunnskap om patterns, og hvor vi kan finne gode eksempler, men vi glemmer liksom å hente ut det som er bra med dem når vi står midt i konseptarbeid eller prototyping.

Jeg har tro på flere av måtene å bruke interaction design patterns på som Pausic skisserte. Spesielt:

• Gjennomgang av ulike typer data om brukernes behov (user research) for å se om noe av dette peker til bestemte interaction design patterns. Effekt: Raskere vei fra brukerbehov til prototype.
• Bruk av interaction design patterns i konseptutvikling og prototyping – ikke finne opp hjulet på nytt. Effekt: Kan få bedre tid og vise flere alternative konsepter, raskere prototyping, samt at prototypen vil inneholde interaksjonselementer som har vært implementert før.

Hvis du har lyst til å kikke litt mer på patterns, eller som meg, bli litt minnet på hva interaction design patterns kan bidra med, så kan du ta en kikk på noen av disse lenkene:

• Yahoo Pattern Library (utviklerorientert)
• UI Patterns (utviklerorientert)
• Web & Mobile Patterns (designer- og utviklerorientert)

Har du andre biblioteker av interaction design patterns du kan dele med oss? Eller erfaringer – postive eller negative – med bruk av interaction design patterns?