| |
Webdesign |
|
|
|
|
Siden jeg åbnede mit webstedet første gang i juni 1997, har jeg gradvist udviddet min kompetence i webdesign. Webstedet er derfor lidt en blanding af nyt og gammelt (og trænger til komplet fornyelse).
|
|
Målsætninger:
Jeg arbejder med at opnå enkle, æstetiske og betjeningsvenlige webløsninger. Blandt andet vil jeg gerne undgå det "flimmer", der hyppigt opleves, når hele browservinduet cleares til hvid baggrund og gentegnes, skønt kun en del af informationen i vinduet skal fornyes. Til dette formål benytter jeg mulighederne i Frames, DHTML, CSS og JAVA. Denne rude om webdesign og "mine" faneblade er eksempler på brug af dette princip.
|
Specialer: Frames, Forms og Faneblade:
Frames har et dårligt ry i brugervenlighedskredse, men efter min vurdering giver frames netop mulighed for brugervenlige løsninger, hvis frames benyttes rigtigt. Der er opbygget betydelig erfaring i brug af komplekse framestrukturer og i grafisk design og implementering af skemaer og indlæsningsfelter (Forms), hvor CSS-formattering giver nye frihedsgrader. Samtidig har jeg udviklet en "fanebladsteknologi", der mig bekendt ikke findes tilsvarende rigtig på nettet |
Værktøj:
Jeg benytter udviklingsværktøjet Adobe GoLive og er inde i alle kringelkroge, hvad angår Frames, DHTML, JAVA Actions og Casading Stylesheets CSS. |
Øjeblikkeligt kompetenceniveau i web design:
Se fx. opgaveløsning for Danmarks Nationalbank |
|
| |
| |
Idéarbejde |
|
|
|
|
Idéfase
|
| I har et nyt produkt i tankerne og der er mange meninger og synspunkter internt i jeres organisation. Sådan er det altid og sådan skal det også være. |
|
Det kan være befordrende i denne fase, at en person udefra - på grundlag af en briefing om produktet - fremkommer med nogle friske idéer og forslag, som er ubelastet af den interne diskussion.
|
|
Jeg har virkelig erfaring med at finde stier, der fører til løsninger, i en jungle af frihedsgrader. De forslag, jeg genererer, er ikke nødvendigvis "forkromede", men mere katalysatorer og "noget i den retning", man kan samles om internt.
|
|
Sådan fx?
|
| 1 |
I præsenterer produktidéen (eller et konkret problem) og jeres ønsker til min opgaveløsning på et møde hos jer. |
| 2 |
Jeg arbejder med opgaven i ca. 5 dage. Resultatet vil være i form af skitser/modeller og meget kortfattet tekst. |
| 3 |
Mit foreløbige resultat præsenteres på et møde, hvor I vil modtage resultatet positivt, men I vil samtidigt påpege en række ting, jeg har misforstået. Dette møde kan udmærket være i brainstormingform. |
| 4 |
Jeg går hjem og arbejder videre med tingene i ca. 5 dage. |
| 5 |
Jeg aflevere korrigerede forslag, som I vil modtage meget positivt som et input i jeres videre beslutningsproces. |
|
| Web præsentation af resultatet |
|
Hvis opgaven kan præsenteres over Web, op-loader jeg gerne løbende, så alle kan se mig over skulderen og komme med kommentarer. Dette har været særdeles frugtbart i flere projekter.
|
|
| Filosofi |
|
Jeg har fået idéer - store og små - gode og mindre gode - så længe jeg husker tilbage, og de kommer fortsat i en lind strøm. Som jeg ser det, er det idéen, der driver værket .
|
|
En god produktidé kan bestå af behovsopfyldelse (marked) + funktion (teknik) + design (æstetik) + usability (betjeningsvenlighed). Det samme gælder for en detailløsning.
|
|
| NB: Jeg er bedre til at generere idéerne end at forklare formål og metoder, men jeg håber ovenstående nogenlunde kan forstås. |
|
|
| |
| |
Pre-user test |
|
|
|
|
Grundregel
|
|
Det er en grundregel indenfor usablilty, at betjeningsløsninger altid skal testes på rigtige brugere. En væsentlig årsag hertil er, at
|
|
man kan ikke vælge at se bort fra det, man ved
|
|
hvilket er alle betjeningskonstruktøres dilemma. Det er svært at forudse den uforberedte brugers problemer, når konstruktøren kender systemet ud og ind.
|
|
|
Pre-user test eller expert review eller betjenings debugging
|
|
Som forløber for- eller erstatning for en brugertest (fx. højttænknings-test), påtager jeg mig at løbe betjeningen af et givet produkt igennem fra a til z.
|
|
Mine forudsætninger er viden/erfaring om usability, at jeg selv hyppigt har svært ved at finde ud af betjeninger og at jeg tør indrømme, at jeg har svært ved at finde ud af det (hvad almindelige brugere ofte ikke tør)
|
|
Jeg har udpræget flair for denne øvelse!
|
|
|
Praktisk forløb
|
|
Under gennemgangen af produktet og betjeningsvejledningen (i rollen som uforberedt bruge) laver jeg en kortfattet liste over de problemer, jeg støder på, med henblik på at listen gennemgås på et efterfølgende møde i en uhøjtidelig atmosfære. Der bliver således ikke tale om omfangsrige rapporter.
|
|
Jeg kritiserer aldrig en løsning uden at kunne stille et alternativ til rådighed som diskussionsoplæg til konstruktøren. Testen må ikke betragtes som kontrolforanstaltning overfor konstruktørene, men som konstruktiv dialog og sparring.
|
|
|
Udbytte
|
|
Du opnår at 80% af de alvorligste betjeningsfejl afluses for 20% af omkostningerne.
|
|
Hvis du vælger også at gennemføre en brugertest (hvilket meget må anbefales), får du større udbytte af brugertesten, da mange fejl er afluset forinden.
|
|
|
| |
|
