Posts Tagged ‘Usability’

Big is beautiful?

fredag, april 16th, 2010

Forleden besøgte jeg et website for et rejseselskab. Jeg skulle danne mit et indtryk af sitet. Jeg søgte naturligvis efter en rejse. Du ved, den der med afrejsedato, hjemrejsedato, antal rejsende og hvor man nu vil hen. Ikke noget særligt der. Pop-up datovælger, rullemenuer og automatiske forslag til at vælge den rette lufthavn. Man skal ikke besøge særligt mange sites af denne type for at finde lignende interaktionsdesign:

 

Så bliver jeg kreativ:

1) Hvorfor skal det være så småt?
2) Hvorfor skal jeg bruge tastaturet så meget?
3) Hvad nu hvis det var en iPhone app?
4) Er der ikke noget med Fitt's law?

Fitts lov siger at den tid det tager at føre musen til noget som er relativ mindre, tager relativt længere tid – som fx de små radioknapper i eksemplet herover. Det sker fordi man skal være særligt præcis med sin kontrol over musen – noget der bliver en ekstra besværlig handling – en kognitiv belastning. Og dem vil vi jo gerne minimere, remember?

Det med at det er småt, ser man mange steder, jeg har tidligere beklager mig over paginering, som jeg synes er et godt symptomatisk eksempel:

Jeg tror der er flere grunde. En kunne fx være at musen (altså den pil du fører rundt på skærmen) er så lille. På en iPhone er alting lidt større, fordi man brugere fingeren. Man kan ikke ramme, hvis det er for småt. Det kan man på en stor skærm, men det betyder ikke at det er nemt.

En anden grund kunne være at HTML standard elementerne ikke har skiftet størrelse. De er i forvejen små, men de bliver stadig "mindre" som oplæsningen stiger. De skalerer heller ikke pænt og har reelt ikke nogen attribut til at styre deres størrelse.

Alligevel ser man flere steder disse indtastningsdialoger vokser, de bliver større, fordi man forstår at – at når fokus er på at indtaste, så gør det ikke noget tingene er store, tydelige og hurtige at flytte musen til.

Hvis man nu bruger iPhone som sammenligning – hvor musen jo er en fingerspids, der trods alt er lidt federe end musens repræsentation. Det kunne fx være denne datovælger:

Datovælgere er efterhånden udført sådan at man kan vælge datoen med musen – og tak for det. Hvornår kommer valg af by med et verdenskort? Det behøver ikke være præcist, der kommer alligevel konkrete forslag bagefter, men jeg behøver ikke løfte hånden fra musen. Hvilket er lækker hvis jeg sidder og hyggerbrowser dovent efter den rigtige rejse.

Man kunne også lade sig inspirere af iPhonens rullemenuer. Hvis man tænker frem, kunne man så forestille sig at brugerne bruger musens scroll-hjul funktion til at vælge dato:

Og der er vel ikke noget i vejen for at lave web-versionen i den størrelse. Når man som bruger er gået igang med at vælge og indsætte oplysninger, så skal man ikke andet og derfor kan man godt argumentere for at det tager hele fokus.

Langt de fleste dialog online, der kræver indtastninger (fx logins, tilmelding til nyhedsbreve, periode valg) har kun få felter og derfor kan de godt fylde mere.

Det var i gamle dage at alting skulel være småt online. Det er ikke cool mere. Nu skal det være STORT! Design og brug går hånd i hånd, hvor usability er storebror og det grafiske design er med for hyggens skyld :-) Ellers sagt på en anden måde. Designet skal bare være i orden. Det er brugen der er den store værdi-skaber.

Hvornår kommer der en version af Google, hvor søgefelter er 3 gange så stort?

Bare vent og se…

(tilføjelse):

Det kan godt være at ovenstående ser stor og barnlig ud, men det er godt nok tydeligt og overskueligt at gå til.

Her er lige en mere fra AOK:

Hvad var det lige jeg var igang med? – nå jo, jeg søger. Hvad søger jeg efter?

Stilhed, men ingen storm

onsdag, januar 13th, 2010

Hej til de der læser her en gang i mellem.

Ja, det ligger lidt stille, for mange andre opgaver. Viljen er der, men ikke overskuddet.

Men jeg vender tilbage, det håber jeg også at du gør (jeg er allerede vendt tilbage 2 gange)

Jeg forventer at mit næste indlæg dukker op i starten af februar.

I mellemtiden:

1) Skrev for øvrigt lige et oplæg til en heldags usability-workshop – måske kunne det inspirere nogen – til at have sådan en i din organisation?

I den forbindelse vil jeg også henlede din opmærksomhed på box.net. Absolut en service der er værd at kigge nærmere på. Et super alternativ til både email og FTP når det gælder håndtering af filer online. Det er primært et online bibliotek, men har mange gode features omkring arbejdsdeling, fildeling osv. Fx den enkle løsning til deling af det oplæg ovenfor. Tjek det ud?

2) Den lille usability-quiz – hvad er problemet:

Fingre på et tastatur

Hvad er det mon der sker, som ikke skal ske. Og hvorfor?

Say-do Konflicten i arbejdet med brugervenlighed

mandag, november 30th, 2009

En blogpost hos Adaptive Path lægger op til flere forskellige diskussioner. Det primære er, at nogle begreber og forståelser indenfor design og User Experience, er ved at blive så almindelige, at nogle oplever det som et faresignal. Noget man skal være påpasselig overfor.

En af kommentarerne til dette indlæg nævner, at mange virksomheder taler om innovation og bruger-centreret tilgang i iterative designprocesser, hvor der skal tænkes ud af boksen (ja, måske kan jeg godt fornemme ,at det er noget vi hører igen og igen) – men at meget få, helhjertet, også har disse tilgange implementeret.

Jeg er enig. Men det er nok naturlig at smøre lidt rigeligt på. Tidligere har jeg gjort mig klog på, at “brugervenlighed” har sejret sig selv ihjel. Det er blevet et gratis, udhulet, helt overordnet og flertydigt begreb, noget alle forventer og fejlagtigt tror er implicit i alle digitale produkter. Men jeg tror også, at forholdet mellem det der siges i reklameøjemed og det er foregår i udviklingsprocessen, stikker dybere end som så.

Indenfor usability (og andre fagområder) taler man om say-do konflikter: At brugerne siger en ting, men gør en anden. Hvilket også er grunden til, at vi gerne vil se dem in action når vi brugervenligheds-tester. Det samme gør sig gældende når vi snakker om usability i udviklingsprocesser. Vi kan allesammen nikke og være enige. “Ja, naturligvis laver vi det brugervenligt”. Men når det kommer til stykket, så er det nemmere sagt end gjort. Af mange grunde.

En grund kunne være, at vi simpelthen ikke er vant til at lade et brugscentreret designprincip overskygge andre traditionelt fremherskende opfattelser af, hvad der er rigtigt og forkert – og som dermed styrer vores overordnede prioritering og beslutningsproces. Hvis vi er tekniske specialister, så forventer vi at være vidende om hvordan tingene laves bedst, ikke være flæbende fjolser, der hele tiden skal have de besværlige brugere til at kvalificere det for os. Hvis vi er projektledere, så vil vi tage hurtige og effektive beslutninger – eller hvad ved jeg. På den måde kræver det en samlet og eksplicit forståelse af et brugscentreret princip, før at alle designbeslutninger tages på et brugerkvalificeret grundlag. Og en sådan forståelse kommer ikke af sig selv…

Det kræver en hvis styrke som organisation – hvorfor det også er en sjældenhed – at være helt skarp på hvornår og hvorfor man laver usability, mens det er ligeså vigtigt at være skarp på hvor man ikke gør det og hvorfor ikke. Men hvis det ikke et tydeligt i et projekt, så er det næsten umuligt at håndtere en usability-proces kvalificeret og systematisk. Så falder de gode intentioner på stribe og vi fik alligevel ikke helt arbejdet med produktet som vi fik lovet hinanden og omverdenen.

Hvad kan vi lære at det? At vi skal gøre hinanden en tjeneste og blive meget præcise, når vi i vores projekter, taler om brugervenlighed eller andre lignende buzzwords. Vi skal tage diskussionen om hvad formålet er, hvilken værdi det skaber og hvordan det skal implementeres og følges til dørs.

Se, allerede der bliver det til en række begreber og tanker, som er nemme og sidde halvsløvt tilbage og nikke til. Ikke desto mindre.

Det er derfor det er svært. Det er derfor opgaven ikke er at sige, men at gøre. Og blive ved med at gøre.

Husk dit mantra: “Det skal brugerne kvalificere”

tirsdag, november 17th, 2009

Idag præsenterede jeg en ny brugergrænseflade for en kollega. Det var SAP CRM Webclient UI. Til forhistorien hører, at vi over frokostbordet havde talt om hvor forfærdelig brugergrænsefladen er i de ældre SAP systemer. Blandt andet det der hedder SAP GUI og som jeg roligt kan karakterisere som menneskefjendsk.

Nu har SAP oppet sig og tilbyder en ny browserbaseret og meget website-agtig brugergrænseflade. Det bliver den ikke nødvendigvis mere brugervenlig af, selvom SAP ynder at kalde den “intuitiv” (hvilket virkeligt er et definitions-spørgsmål). Uanset, så ville denne kollega gerne se giraffen. Så vi kiggede lidt på den:

sap_crm_eksempel
Eksempel på SAP CRM Webclient UI – se SapDesignGuild.org for mere onformation.

Her kommer så dette indlægs pointe. Kollegaen siger: Der er ikke meget plads med den brede venstremenu. Jeg siger: Nej, men SAP bruger en website-analogi og derfor kan man scrolle nedad, så der er på mange måder rigeligt med plads. Kollegaen siger: Hmmm, det er ikke godt med det der scroll-noget.

Mit første indskud er: Jamen, det er da ikke noget problem med scroll, din sure udvikler, hvad ved du om det. Men pointen her er ikke om kollegaen har ret eller ej. Det har han muligvis. Pointen er at jeg skulle have svaret: Spørgsmålet er om brugerne kan løse deres arbejdsopgaver effektivt.
Det ved hverken jeg eller kollegaen nemlig ift. til det kommende produkt. Vi har aldrig set vores brugere løse netop deres opgaver i denne nye brugergrænseflade.
Men endnu vigtigere. Vi må aldrig glemme, alt selvom vi eller andre nogengange mener eller føler at noget ikke er optimalt, så ved vi det ikke før vi har fået det kvalificeret. Det er grundlaget for meget af det arbejde jeg laver. Principielt kunne jeg altid sige. Det ved vi når vores brugere har testet det.
Så vi (du og jeg) skal huske dette mantra: “Brugen, den skal kvalificeres af brugerne!”
Det er også det jeg kalder designudfordringen. Den fordrer at vi ikke kan forudsige brugen af vores design og at vores brugere skal kvalificere det.
Det er et løsen og svar på mange diskussioner, som også giver rum for at vi som usability-specialister ikke altid skal kende svaret – og at andre heller ikke kender det.
Svaret ligger i brugen.

2 Gode interaktive oplevelser

onsdag, november 11th, 2009

Når man arbejder (så meget) med usability som jeg gør, så går jeg ofte efter forbedringen. Efter problemet, der skal fikses.

Det er sket at folk har brokket sig (!) og sagt: “Skal vi nu ikke holde op med at pege fingre og finde problemer”. Svaret er umiddelbart nej, men vi skal til gengæld også huske at påpege de gode ting. De positive oplevelser. Her er to små interaktions-slagser af den slags:

TDC's lille formular til feedback nederst på siden

TDC's lille formular til feedback nederst på siden

Den første er den lille formular, hvor man på TDC’s hjemmeside, kan give den aktuelle side lidt feedback med på vejen. Jeg synes den er overskueligt lavet og sender et signal om at TDC arbejder på flytte support-opgaver fra deres telefoner over på deres hjemmeside. Det koncept kunne man sagtens udvise til at indeholde andre spørgsmål. (Selvom man i princippet ikke kan besvare det nederste spørgsmål med et klik).

Nummer to, er denne lille applikation i applikationen på Google Analytics. Jeg glæder mig over de mange muligheder der efterhånden er, for at lave funktionalitet/interaktion/design på nettet:

Periodevælger i Google Analytics

Periodevælger i Google Analytics (klik for at se billede i 100%)

Du kan ikke se interaktionen på dette billede, men man kan altså trække i de små håndtag og helt dynamisk vælge periode, som alternativ til kalendervisningen. Man vælger så henover den faktiske data (det er søjlerne), sådan at man kan vælge en periode hvor der har været brug. Det var lige den mulighed jeg stod og manglede.
Super lækkert implementeret og flot designet.
Den slags positive interaktive oplevelser, gør en mand som mig glad. Jeg tror mit næste job skal være indenfor web-applikationer :-)
Afslutningvis skal jeg lige have den her med. Ventetiden visualialiseret på Telia Erhvervs side. Da jeg skulle ringe, var kl. 12 – hvilket ikek ser så godt ud. Interessant service, som jeg fik gavn af (men jeg ringede alligevel :-) ):
Ventetiden visualiseret på Telia.dk (klik på billede for 100% størrelse)

Ventetiden visualiseret på Telia.dk (klik på billede for 100% størrelse)

Danske Bank og brugervenlighed for en milliard

søndag, oktober 25th, 2009

Start her:
http://www.danskebank.dk/da-dk/mening/documents/mening.html – se blandt andet klippet med Simon Sten Petersen, der fortæller, om nogle af de ting han har lært, ved at høre på nogle af de 3000 indlæg fra Danske Banks kunder.

Se også www.danskebank.dk/bedrebank – især handling nummer 17. (På en for øvrigt ganske uoverskuelig oversigt).

Danske Bank vil bruge en milliard kroner på brugervenlighed. Det fremgår kun kort, at banken “forbedrer Danske Banks netbank og bankens øvrige selvbetjeningssystemer” og at du som kunde “hurtigt og nemt kan få overblik over din økonomi”. Det bliver spændende fra et usability-fagligt synspunkt, at se hvad de mange penge skal gå til. Det virker som et svimlende beløb, når man tænker hvor billigt det kan være, at lave selv meget indflydelsesrigt usability-arbejde. Måske indgår udvikling også, måske dækker det over alle bankens produkter, måske er det over de næste 10 år. Det er indtil videre ukendt.

(Opdatering: Udviklingsdirektør Carsten Smith kommer på besøg på usabilitykurset på IT-Universitetet og fortæller om initiativet)

Indtil da, synes jeg det er påfaldende, men måske også karakteristisk for hele bedrebank-kampagnen, hvor reaktivt problematikken beskrives. Som om man siger “vi vidste slet ikke det stod skidt til, det kommer som en stor overraskelse for os”. Så det kan ikke være meget opsøgende bruger-research der har været lavet på det seneste. Havde man spurgt og testet løbende, så man sandsynligvis slet ikke stå i den situation. Men den forståelse synes også at ligge implicit i hele Danske Banks tilgang.

Jeg har tidligere hørt præsenteret, arbejdet med Nordea’s netbank og brugervenlighed – og jeg var mildt sagt ikke imponeret. Det kunne ligne en trend hos de store banker. Jeg får næsten lyst til at åbne en konto i Danske Bank, blot for at følge med i den proces. Hvis jeg tager et skærmbillede nu og et igen om et år – ser det så en milliard federe ud :-) ?

(Opdatering: Nu har jeg oprettet kontoen i Danske Bank, jeg må simpelthen komme tættere på projektet)

Fortsættelse følger, om ikke andet fra Danske Bank, som med et profetisk “på vej”, antyder at milliarden ikke er placeret endnu.

(Fraskrivelse: Jeg arbejder ikke for danske Bank, og i mit daglige arbejde har jeg ingen relation til Danske Bank).

Siden sidst:

Mere viden her -
http://www.danskebank.dk/da-dk/bedrebank/Documents/bedrebank.html?page=posts&category_id=1&post_id=18

Og de er også på twitter: http://twitter.com/bedrebank

Så blev vi lidt klogere…

Det negative krav

søndag, august 23rd, 2009

De af jer, der arbejder med at stille krav til en IT-løsning (som er alle?)

- stiller måske endda også kvalitetskrav (som alle burde gøre?)

- kunne måske blive inspireret af at stille negative krav (hvis I må det?)

Især når man bruger standard-ramme systemer, så får man tit en masse, som der ikke er stillet krav til. Alene af den grund, kunne det være fristende at stille “modkrav”. Men der kan også være god mening med at stille negative krav i en kvalitetssammenhæng. Grunden er at det er farligt svært at stille gode målbare kvalitetskrav til en løsning. Af mange grunde.

Der er måske slet ikke noget direkte målbart ved brugergrænsefladen: Brugeren må bruge al den tid hun ønsker, alle de klik vedkommende orker osv. Det kan også være at der ikke er noget reelt at sammenligne med: Ingen konkurrenter, ingen tidligere version – eller måske bare noget der ligger tilpas tæt på det man ønsker. I de situationer (og mange andre) bliver kvalitetskrav til brugervenligheden ofte meget bløde. Det bliver hensigtserklæringer. Og de er de første ved skafottet når der skal estimeres, justeres, prioriteres.

I stedet kan man udtrykke det man vil undgå (ligesom man også kan lave negativ brainstorm og negative personas). Det giver større rum til det man vil opnå. Det kan være man vil sige at, brugeren i hvert fald ikke må få et bestemt resultat, men at flere andre resultater kan godtages. Det giver de der udvikler løsningen, større mulighed for at se på hvordan den teknologi eller standard-løsning som de tilbyder, kan løfte kravene.

Brugervenlighed i medierne

fredag, august 7th, 2009

Jeg bliver så glad når nogen snakker om brugervenlighed i medierne. Idag i radioavisen, blev  det nævnt at Forbrugerstyrelsen har lavet test af digitale modtagerbokse, deri indgik blandt andet at de var vurderet for brugervenlighed. Den er god nok. Se selv deres testresultater. De taler endda om “brugervenlige vindere”. Der er ikke et øje tørt! Interessant er det også at de enkelte modtageres samlede vurdering, stort set følder deres brugervenlighedsvurdering – men at prisen ikke gør det.

Det er da stof til eftertanke…

Metodisk er det foregået således:

“Fire studerende i brugervenlighed (DTU Design og Innovation) har været udpeget til at udgøre testens erfarne brugerpanel. De har bedømt boksene på en række scenarier som installation og dagligt brug. ” [sakset fra forbrug.dk]

Repræsentative brugere – næ, men der er måske mere tale om en ekspert-evaluering :-)

Uanset, så glæder det mig at brugervenlighed indgår som parameter, ligesom det burde gøre i alle situationer, fordi:

Det er i brugen, at produktets værdi skabes

Mit politiske budskab her er, at vi skal have meget mere fokus på brugen af produkter omkring os. Særligt IT-produkter. Vi er generelt alt for sløve til at stille krav til disse, både i privaten og i det offentlige rum.

Ole-out

At bage – en kvalitets-kage

onsdag, maj 27th, 2009

Dette indlæg er primært et link til en anden artikel: “Follow the Recipe” på UXmatters.com. Er din tid knap, så stop med at læse her og læs der i stedet.

Mit take er, at artiklen arbejder med at forstå hvorfor vi skal have beskrevne processer for arbejdet med usability, hvorfor det giver mening at følge dem og – som er artiklens omdrejningspunkt – hvorfor man kunne tænkes at fravige disse processer. Det er nogle gode overvejelser, der sætter mine tanker på to spor.

1) De mest interessante begrundelser i artiklen, er efter min mening ikke mangel på ressourcer. Mere relevant tror jeg det er, at se på det bevidste valg (som også kan være på baggrund af mangel på ressourcer) eller at se på den manglende erfaring.  Jeg tror dog at det i endnu højere grad handler om det ubevidste valg (som trods alt også er en slags mangel på erfaring), et ubevidst valg der (ikke) fortages, fordi der ikke er forståelse for hvilken betydning processerne har og hvorfor den kvalitet der kommer ud af det er vigtig.

2) Og netop kvalitet synes jeg er et meget interessant begreb. Usability er en kvalitetsegenskab, men kvalitet er en svær og underlig størrelse. Jeg ved meget om usability som kvalitet, men ikke så meget om kvalitet som grundlæggende idé. Men umiddelbart tænker jeg at kvalitet er svært, fordi det er en samlet, tværgående størrelse, noget der både ligger hos den enkelte, men som også opstår af helheden. Det er noget der ikke opstår af sig selv, men som skal passes (selvom alt har en kvalitet). Det skal passes fra start til slut (og også bagefter..), med evaluering og justering undervejs. Det handler om styring, om motivation og alt muligt andet.

Så overordnet mener jeg vi skal lære at forstå kvaliteten. Vi skal forstå hvad den koster og hvad den er værd. Vi skal forstå hvordan den passes igennem en række processer og hvordan den enkelte bidrager til det.

OLe

10 års jubilæum (IT-udvikling på social pension)

fredag, maj 15th, 2009

I år er det 10 år siden jeg blev færdig som Mediekoordinator (a’hva for en fisk?). I mellemtiden kom den uddannelse til at hedde Multimediedesigner og blev langt mere praksis-orienteret end den var for os. Vi rodede mest rundt i konceptudvikling, innovation og projektledelse, men vi fik da også leget med en masse computere. Vi lavede CD-rommer (kan du huske dem?) og multimedie – ja og hjemmesider med flaaaashj!

Sjovt nok synes den “nye” titel, Multimediekoordinator, at være lige så forældet som Mediekoordinator hurtigt blev. Multimedier, hvad er det? Det er jo en lækker fællesbetegnelse, men idag ville jeg vove den påstand, at det ville være nok at sige “web” eller “software”. Ok, der skal nok være en masse ind imellem, men faktum er at det ofte er i en af de to gryder vi IT-mennesker ender. Det jeg også prøver at sige er, at særligt indenfor usability er der to “skoler”. Hvis man vil (og det vil jeg da så lige nu), kan man på mange måder opdele usability-metoder, usability-relaterede fagområder, udviklingsprocesser – ja endda forståelse og perspektiver – i to.

Indenfor softwareudvikling, så er usability faktisk traditionelt en ret effektivitets-orienteret tilgang, der tester op mod en række metrikker (kvantitative optællinger). Indenfor er det begreb så begrænset (synes nogle) at man har valgt at kalde det User Experience. Men netop de to begreber og deres umiddelbare forskel vidner også om forskellige perspektiver på brugen af produktet.

Eyetracking er hot på web, jeg har endnu ikke hørt om det indenfor softwareudvikling. Det samme gælder A/B tests (man udsender løbende forskellige version til brugergrupper og sammenligner brugsdata). Empiriske data er faktisk populære på nettet, hvor analyse af serverstatitik og fornævnte eyetracking vinder frem – og efterhånden bliver tilgængeligt for flere. Google laver google.analytics og jeg ved at der arbejder på højtryk for at lave billige eyetrackere. På mange måder skaber nettets brugssituation og lidt uklare målgrupper, et behov for at få tjekket at skidtet også bruges og virker.

Sådan er traditionen ikke indenfor softwareudvikling. Tværtimod. Jeg oplever i min hverdag, at gode dyder fra usabilitiens højtid fra 90′erne, omkring at brugervenlighedsteste, bliver skubbet til siden af store præfabrikerede og teknisk superkomplekse løsninger, hvor brugergrænseflader kommer i en standard som man ikke skal rode for meget ved. Brugervenligheden er blevet standard, synes nogle at mene (derfor kan de aflyse designfasen). Vi andre synes stadig, at der skal arbejdes for sagen.

Jeg oplever ofte projektledere og usabilitykompetencer, derude i softwarebranchen, der klager deres nød, fordi de kreative designprocesser og forståelsen for kvalitet i brugen, bliver tromlet af alle mulige andre prioriteter. Så usability har reelt aldrig førsteprioritet, der er langt til den strategisk brugercentrerede virksomhed (UMM level E).

Så måske har brugervenligheden i Jakob Nielsens navn vundet på nettet (læs: Sejret sig selv ihjel), men den erkendelse eller forståelse, siver kun meget langsomt ned i softwareudviklingen.

Hvilket bringer mig tilbage til de ti år der er gået, siden jeg blev mediekoordinator. Dengang tænkte vi ikke på usability overhovedet (jeg var med til designe en app der havde et tastatur hvor tasternes rækkefølge hed “abcdefg….osv”). Vi havde meget mere travlt med koncepterne og teknologien. Den tankegang vi grundlagde dengang sidder stadig dybt i mange af os.

Så vi nærmer os en ubehagelig konklusion:

Rigtigt mange steder er forståelsen af hvordan moderne software udvikles = forældet!

For den er udtryk for en über-specialiseret, teknologi-fikseret og ingenør-agtig forståelse. Ikke på en helhedsorienteret og strategisk funderet kvalitetsforståelse – fx for hvordan produktet bruges, når det er afleveret til kunde/marked. Det kan godt være ledelsen sidder med den tilgang (Don’t bet on it), men den er ikke forankret i medarbejderne.

Jeg tror personligt vi er nået til en situation hvor mange projektdeltagere tænker – “Brugervenlighed er vigtigt, det ved vi godt, vi ved bare ikke hvordan vi arbejder med det”.

De ti år er gået. Vi tales ved om ti år…
Til den tid er argumenterne de samme, udfordringerne de samme!

Giv ikke op

Ole G.
Mediekoordinathoor