Jag är glad att meddela att webbplatsen IAM Engineering är lanserad och färdig. Det har varit otroligt kul och givande att arbeta med det här projektet och i synnerhet nu när båda parter är nöjda. Vad företaget ville ha med sin webbplats var en “enkel” webbplats och slutresultatet är en minimalistisk design med mycket white space. Man ska aldrig underskatta vikten av enkelhet och white space och min tanke med designen har varit att förutom att öka läsbarheten även göra webbplatsen attraktiv.
Tack IAM Engineering för ett riktigt bra samarbete!
Självklart finns manualer där till för att hjälpa oss med produkten och dess olika funktioner och på de sättet är manualer hjälpmedel som underlättar. Däremot inte sagt att många manualer inte är svårlästa att de faktiskt blir en pina att läsa. Det finns produkter där en manual inte alls behövs eftersom produkten är designad på ett intuitivt sätt som gör att användarna snabbt och enkelt kan lära sig produktens olika funktioner. Det bästa sättet skulle vara om manualer inte alls behövdes men detta är långt ifrån vad verkligheten ser ut idag. Manualer behövs, inte minst vid system/produkter där felhantering kan leda till förödande konsekvenser, t.ex. system vid kärnkraftverk och vid flygplansledning.
Det finns en myt om att vi människor inte vill läsa manualer eftersom dessa är så jobbiga. Detta är, som sagt en myt, eftersom vi vill läsa manualen och lära oss mer om vilka funktioner som finns, vi vill läsa manualen för att få hjälp att komma igång och vi vill läsa manualer när vi behöver hjälp för att vi har kört fast. Som jag ser det ligger problemet under utvecklingen av en system/produkt där det läggs för lite fokus av utformningen av själva manualer. Manualer är hjälpmedel som är starkt sammankopplade till produkten och därför får en manual inte ses som ett bihang till produkten. Utformning av manualer är minst lika viktigt som utformning av själva produkten som manualen ska stödja. Självklart ska man inte överdriva och försöka hjälpa användarna till det yttersta, som t.ex. Office assistenten Clippy.
Nyligen läste jag ett intressant inlägg på Usabilitypost som handlar om att man med hjälp av CSS ska visa att användaren klickar på en länk, i detta fall på en länk/knapp i webbläsaren.
I Windows eller en iPhone framgår det tydligt när en användare klickar/trycker på en ikon då ikonen indikerar detta väldigt tydligt. På Usabilitypost läser jag att det här beteendet sällan tillämpas på webben och att ikoner är statiska och att de inte ger någon respons när användaren klickar på själva ikonen.
Varför skall man implementera det här beteendet i en webbläsare då en webbläsare sig självt visar det tydligt när en användare klickar på en länk, man får en tydlig feedback, kolla på bilden.

I det här fallet måste jag säga att det inte alls är nödvändigt eftersom själva webbläsaren ger feedback till användaren. Varför ska då en ikon/knapp även visa detta i en webbläsare? Jag förstår vad Dmitry, skaparen av själva inlägget menar, men jag ser inte något syfte med att implementera det här beteendet när det gäller webbplatser. Att skapa användbara webbplatser är jag en stark förespråkare för. Att skapa användbara webbplatser innebär många olika aspekter och effektivitet är en sådan aspekt. En användare har redan klickat på länken och oftast vet en användare detta, med hjälp av själva webbläsaren som indikerar detta.
Vad tycker ni, ska en knapp i en webbläsare visa när en användare klickar på den eller inte?
Jag älskar min iPhone, svinbra är den men det finns en sak som jag stör mig på: Tangentbordet ser inte likadan ut beroende om man är i Standardläget eller Safariläget.

Svårigheten som jag ser med den här inkonsistensen är att jag måste tänka till innan jag trycker ner en knapp eftersom knapparna ändras beroende på vad jag ska göra. Om jag t.ex. skall surfa ersätts retur knappen med OK-knappen. En del håller nog inte med mig och menar att den här inkonsistensen är bra då tangentbordet endast har tangenter som faktiskt behövs. Till exempel, i Safariläget har tangentbordet inte någon mellanslags tangent då det helt enkelt inte behövs och istället finns det en .com-knapp och en punkt-knapp.
Bra eller dåligt, personligen tycker jag det är dåligt då jag använder telefonen så ofta att den här inkonsistensen hindrar min effektivitet.
Den 31 Maj 2007 skrev jag ett inlägg Svårighet med att uppnå användbarhet. Då skrev jag om mitt examensarbete och hur jag uppfattade processen med att jobba som Interaktionsdesigner/användbarhetsexpert. Kika på bilden, en bild förklarar mer än tusen ord sägs det och i det här fallet stämmer det. Jag bifogar bilder så att ni kan bilda er en egen uppfattning :)
.
Ok, nu har jag arbetat “professionellt sätt” med användbarhetsrelaterat arbete och jag kan bara säga att den här bilden bör hamna på museum.
Verkligheten ser ut så, många vill ha enkelhet/användbarhet men hur många är villiga att betala för det? Pengar styr så har det “oftast” varit och detta är allmänt känt. Det jag egentligen vill säga är fokus på de människor som skall använda produkten/webbplatsen bör vara i fokus och inte någonting annat.
Enkel fråga: Hur stor del av slutanvändarna är i fokus under utvecklingsprocessen och i hur stor del bör slutanvändarna vara i fokus? Kom igen nu, vilka skall använda den här utvecklade “aspekten”? Självklart DE SOM SKALL ANVÄNDA DEN I SLUTÄNDAN DVS. SLUTANVÄNDARE!
Jag låter kanske gnällig här men det är tyvärr så jag uppfattar verkligheten. Det är fortfarande än idag så att vi slutanvändare får dras med att använda produkter/webbplatser som är svåra och komplicerade att använda.
Här kommer det positiva: Tålamod och uppmärksamhet på det väsentliga är nyckelordet! Ett arbete som t.ex. en användbarhetskonsult innebär många olika kunder och kundmöten. Vad jag tror är att många kunder faktiskt är villiga att betala för “användbarhetsrelaterat” arbete bara man praktiskt kan bevisa nyttan med detta. Det är här som man som en användbarhetsexpert bör ta fram sin styrka och kunskap och förklara för kunden nyttan med själva begreppet ANVÄNDBARHET!
Tyvärr ser verkligheten fortfarande ut så här: Auch!!! Detta var nog inte så värst lyckat, jag tror vi är i behov av expertis inom “användbarhetsrelaterat” arbete.
Vi är på god väg men det kommer fortfarande ta sin tid…