1. Informasjonsarkitekter er fra
Mars, designere er fra Helvete
Haakon Halvorsen og James Bjerkholt
Yggdrasil 2010
12. Oktober
Tønsberg

2. Konflikten
Symptomene
Analysen
Problemet
Løsningen
Anbefalinger

3. Hva er symptomene?

4. En gammel konflikt
• <insert eksempler på ekstrem UX og extrem design>

10. "Web designers are more concerned with how the page
looks than how it reads and functions." Gerry McGovern

11. “Links should
always be blue and
underlined”
Noen har basert hele sin karriere på skittkasting

12. Hvorfor er designere dumme?
– Design viktigere enn logikk
– Kulhetsfaktor er viktigere enn brukerbehov
– Menyer er en uting og bør minimeres.
– Navngiving er ikke så viktig
– Flyt og sekvens er mindre viktig enn at brukerne føler
noe…
– Små knapper er alltid penere enn store knapper
– Store bilder er alltid bedre enn små bilder.
– Tekst er en uting, minst mulig tekst takk!
– Det blir aldri nok Whitespace
– Jacob Nielsen er en kødd, selv om jeg aldri har lest
noe av ham.

13. Hvorfor er IAer dumme?
– Tradisjon er alltid viktigere enn innovasjon
– Konvensjon er viktigere enn uttrykk
– Best practices er bedre enn å finne på noe selv
– Siden er alltid et dokument – ikke en flate
– Wireframes er hugget i stein
– Funksjon er alltid viktigere enn form
– Lange menypunkter er alltid bedre enn korte og
presise ord
– Whitespace er noe som må fylles igjen med info
– Topp/venstre er eneste gyldige
menykombinasjon
– De elsker Jakob Nielsen selv om de aldri har lest
noe av ham

14. IA fra mars påstår at:
– Designere undervurderer mengden av avklaringer,
grunnlagsdokumentasjon og research må igjennom
for å ende opp på et kompromiss som er veldig
sårbart for endring og kreative innspill.
– Det må være en balansegang mellom kreativitet og å
følge etablerte konvensjoner.
– Når man er i tvil, gjør brukertest!

15. Designeren fra helvete sier:
– IA/interaksjonsdesignere undervurderer hva
visuell design betyr for deres egne løsninger.
– Ferdigtygde wireframes gir A4-løsninger
– UX folk dreper innovasjon ved bare å følge
konvensjoner

17. Analysen – å finne årsaken

18. Haakon Halvorsen «Det er slik vi
Informasjonsarkitekt fra Mars alltid har gjort
det!»
Alder: 38 år Temarelaterte attributter
Lav Høy
Familiesituasjon: Samboer med Åse Systematisk
2 barn: Olivia (2 år) og Marie (13 år)
Prosjekterfaring
Bolig: Bor på Tonsenhagen
Interesser: (Online) Gaming, Squash og Dart. Kreativ
Personlighet: Kritisk. Trivelig og omgjengelig. Uredd.
Påståelig. Digitale attributter
Personprofil Internetterfaring
• Halvor har akkurat begynt å jogge fordi det ikke var nok å spille Ukentlig bruk
squash en gang i uka. Særlig siden treningen alltid etterfølges
av pils med treningskameratene. Dell Precision laptop, Vannkjølt
Teknisk utstyr
• Spiller Civilization V og WoW i ledige stunder. i7core pc som hjemmepc. iPhone.
• Han er strukturert og nøyaktig i jobben, men blir lei dersom
prosjektene varer lenge. Onion.com, gamespot.com,
Favorittnettsteder
• Liker å designe ting, men er også glad i brukertesting. boxesandarrows.com
18

19. Halvor Haakonsen «Det er slik vi
Informasjonsarkitekt fra Mars alltid har gjort
det!»
Alder: 38 år Temarelaterte attributter
Lav Høy
Familiesituasjon: Samboer med Åse Systematisk
2 barn: Olivia (2 år) og Marie (13 år)
Prosjekterfaring
Bolig: Bor på Tonsenhagen
Interesser: (Online) Gaming, Squash og Dart. Kreativ
Personlighet: Kritisk. Trivelig og omgjengelig. Uredd.
Påståelig. Digitale attributter
Personprofil Internetterfaring
• Halvor har akkurat begynt å jogge fordi det ikke var nok å spille Ukentlig bruk
squash en gang i uka. Særlig siden treningen alltid etterfølges
av pils med treningskameratene. Dell Precision laptop, Vannkjølt
Teknisk utstyr
• Spiller Civilization V og WoW i ledige stunder. i7core pc som hjemmepc. iPhone.
• Han er strukturert og nøyaktig i jobben, men blir lei dersom
prosjektene varer lenge. Onion.com, gamespot.com,
Favorittnettsteder
• Liker å designe ting, men er også glad i brukertesting. boxesandarrows.com
19

20. Halvor Haakonsen «Det er slik vi alltid har gjort det»
Informasjonsarkitekt fra Mars
Bakgrunn Målsetting
• Han er lei av å måtte forsvare sine egne valg fordi • Halvor ønsker å lage den best mulige løsningen
mye av retning og flyt allerede er gitt av brukernes • Halvor ønsker å bruke minst mulig tid
fokus og kundens ønsker. • Han vil ha kontroll over sluttproduktet og over de
• Han er synes designere ofte fokuserer på feil ting i krav, leveranser og prosessene han eier.
wireframes og ønsker mer konstruktive diskusjoner • Det skal være brukervennlig og handlingsrettet.
om hvordan disse skal være på et tidligere stadie.
Scenario
• Lage verdens beste nettløsning

21. «Det er mye
kulere om vi
Jens Bjerke gjør det på
Designer fra helvete denne måten!»
Alder: 40 år Temarelaterte attributter
Lav Høy
Familiesituasjon: Gift med Julie, ett barn (Vilde 5 år) Systematisk
Bolig: Bor på Lunden
Prosjekterfaring
Interesser: Foto og design. Kafeliv på Grünerløkka.
(Online) Gaming Kreativ
Personlighet: Sosial. Imøtekommende. Høflig. Morsom.
Empatisk. Narsissistisk.
Digitale attributter
Personprofil Internetterfaring
• Jens liker foto og kunst og bruker all sin ledige tid på å Ukentlig bruk
fotografere store industribygninger og annet metallskrot
• Liker å bruke tiden hjemme med familien så ofte han kan, men Teknisk utstyr MacBook Pro og Mac G5 quad som
jobber mye overtid. hjemmemaskin. iPhone.
• Spiller WoW når han har tid.
• Brenner for nyvinninger i grensesnitt. Liker å jobbe seg rundt Cannonroomers.com, photography-
Favorittnettsteder
begrensinger og stramme rammebetingelser, men blir frustrert on-the-net.com, mashable.com,
av motvilje til å prøve nye grep. smashingmagazine.com
21

22. Jens Bjerke “Det er mye kulere om vi gjør det på denne
Designeren fra Helvete måten!”
Bakgrunn Målsetting
• Jens er lei av å bruke tid på forsvare egne valg og at • Jens ønsker å lage den best mulige løsningen
navigasjon og grensesnittkontroller er gitt. • Jens ønsker å bruke minst mulig tid
• Han er lei av at innholdet er ferdigtygget og at alle • Han vil ha kontroll over sluttproduktet og over de
konklusjoner er tatt slik at det ikke er rom for visuelle krav, leveranser og prosessene han eier.
eller konseptuelle grep i uttegningen av wireframes. • Det skal se pent ut!
• Det er for lite handlingsrom i forhold til det som er
tegnet inn i wireframes.
Scenario
• Lage verdens beste nettløsning

23. Bjerkholt og Halvorsens utagerende
konfliktmodell

24. 1. Identifisere alle krav, prosesser og
leveranser (KPL) i et prosjekt

25. 1. Identifisere alle krav, prosesser og
leveranser (KPL) i et prosjekt
2. Ta eierskap til «dine» KPL

26. 1. Identifisere alle krav, prosesser og
leveranser (KPL) i et prosjekt
2. Ta eierskap til «dine» KPL
3. Finn felles KPL

27. Eksempler: IA

28. Wireframe

29. Wireframes

30. Prototype

31. Prototype (og brukertest)
Brukertestpersonen vises i
hjørnet på video opptaket.
Mer eller mindre detaljert og
designet prototype

32. Flytskjema

33. Flytskjema

34. Eksempler: Designer

36. Visuell identitet

38. Emosjonelle verdier

40. Visuell prioritet

41. Designer «Warzone» IA

42. Hva er problemet?

45. Listen, the only people we hate more than the Romans,
are the fucking Judean Peoples Front! Splitters!
• (peoples front of Judea?)
The Peoples Front of Judea innvier et nytt medlem

47. • Informasjonsarkitekt
• (flyt)

49. 12.10.2010 © MAKING WAVES 49

50. Hva er løsningen?

51. Forståelse
Prosess Kommunikasjon

52. Forståelse
Prosess Kommunikasjon

53. 1. Identifisere alle krav, prosesser og
leveranser (KPL) i et prosjekt
2. Ta eierskap til «dine» KPL
3. Finn felles KPL (definer «warzone»)
4. Finn områdene hvor den andre burde
involveres mer (enn i dag)

54. «Konfliktkartet»
• Viser hvilke områder rollene har eierskap til
• Viser hvilke krav som er vesentlige for begge roller
• Viser hvilke prosesser og leveranser som kommer til å
kreve tett samarbeid og dermed være kilde til konflikt
• Viser hvilke prosesser som den ene ønsker at den andre
var mer interessert i (altså områder som kan dempe
konflikten)

55. Forståelse
Prosess Kommunikasjon

56. Kravsanking Kravsanking/brief
Analyse av dagens innhold Personas
Konkurrentanalyse Løsningskonsept
Personas Visuelt konsept
Løsningskonsept Look&Feel / moodboards
Navigasjonskonsept Etablert formspråk
IA grid / Wireframes / sitemap Grid
(Prototype og brukertest) Designskisser
%#$&!!

57. Kravsanking Kravsanking/brief
Analyse av dagens innhold Personas
Konkurrentanalyse Konsept
Personas Visuelt konsept
Løsningskonsept Look&Feel / moodboards
Navigasjonskonsept Etablert formspråk
IA grid / Wireframes / sitemap Grid
(Prototype og brukertest) Designskisser

58. Forståelse
Prosess Kommunikasjon

61. Ord som en
informasjonsarkitekt bruker
ofte

63. Forståelse
Kommuni-
Prosess
kasjon

64. Anbefalinger

65. Design uten UX, men
ingen UX uten design

66. Forstå hva den andre
rollen bidrar med

67. Forstå hva den andre
rollen prøver å formidle

68. Slutt å forsøke å
definere vekk behovet
for den andre rollen

69. #1 Bli enige om
leveranseform!

70. #1 Ha eierskap til
brukerbehovene!

71. #2 Gjør det klart
hvor ferdig skissen
din er!

72. #2 Alltid utfordre
IA-prosessen

73. #3 Anerkjenn
kreativitet!

74. #3 Få klarhet i
funksjon før form

75. #4 Sørg for enighet
om hva brukeren
skal oppnå på siden

76. #4 Sørg for enighet
om hva brukeren
skal oppnå på siden

77. Takk.
Spørsmål?