HCI-referat (fräckt stulet)
Klipper in ett referat av boken Människa-datorinteraktion - ett psykologiskt perspektiv av Carl Martin Allwood.
Jeanin Day på Lumano har läst och refererat den. Och ifall referatet försvinner från Lumanos webb, så läger jag det här(!)
Människa-datorinteraktion - en snabbkurs!
Den här artikeln är ett kort refererat av Carl Martin Allwoods bok Människa-datorinteraktion: Ett psykologiskt perspektiv.
Allwood är professor i psykologi och denna bok används ofta som kurslitteratur på högskolor och universitet.
Användbarhet - ett centralt begrepp
Allwood konstaterar att vi använder datorer för att öka vår produktivitet. Samt att effektiva och produktiva datorprogram kännetecknas av en hög användbarhet.
Användbarhet är en interaktiv egenskap som Allwood delar upp i:
Anpassning till uppgiften. Programmet ska följa den naturliga och normala strukturen steg-för-steg när en uppgift ska lösas.
Användarvänlighet. Programmet ska ge stöd för användarens sätt att tänka och gå att anpassa till enskilda användare.
Användaracceptans. Det är viktigt att användarna är motiverade och har en positiv inställning till de datorsystem de använder.
Användarkompetens. Användarna måste förstå hur programmet fungerar för att framgångsrikt kunna nyttja det i sitt dagliga arbete. Utbildning, manualer och hjälpfunktioner ökar användarnas kunskap och förmåga.
Psykologiska aspekter av datoranvändande
Program blir produktiva om de anpassas till människans psykologiska egenskaper. Ett gränssnitt bör därför utformas så att det aktiverar befintlig kunskap i användarens minne. Detta kan bland annat göras genom att:
Rubriker och länkar markeras på ett konsekvent sätt.
Man använder sig av vedertagna förkortningar istället för att hitta på egna.
Innehåll som hör till ett ämne grupperas för sig på ett logiskt begripbart sätt.
Man bör även ta hänsyn till det så kallade analoga tänkandet. Människor gör ofta en kunskapsöverföring när de ska lösa ett nytt problem. Vi tar kunskap från ett område och överför till ett annat. Ett exempel är när man för första gången använder ett ordbehandlingsprogram och vill göra stor bokstav. Om man inte vet hur man ska göra, kan man testa att göra likadant som på en skrivmaskin. I detta fall är det en framgångsrik strategi.
Det analogiska tänkandet bör utnyttjas medvetet och smart. Inkonsekvenser och brott med naturliga analogier kan göra ett datorprogram svåranvändbart.
Hjälpfunktioner
Manualer ska vara så korta som möjligt och utgå från strukturen i den uppgift som ska lösas. Ska man till exempel lägga upp en ny användare, börjar man med att lägga in för- och efternamn, övergår sedan till adressuppgifter, för att avsluta med eventuella kommentarer.
En bra manual innehåller många realistiska situationer och visar tillvägagångssättet för en uppgift, till exempel "lägga in ny användare", från början till slut.
Allwood förespråkar en så kallad iterativ utvecklingsmetod för både program och manualer. Man gör en första version, testar på riktiga användare, gör om, testar igen och så vidare.
Hjälpfunktioner i programmen ska helst ha många alternativa rubriker och ingångar. Innehållet i hjälpfunktionerna bör baseras på riktiga studier av vilka fel som användarna faktiskt gör. Nybörjare föredrar ofta breda och generella rubriker; "att skriva och redigera text", snarare än "justera marginaler".
Felmeddelanden ska vara utförliga och konkreta och gärna innehålla förslag på vad användaren ska göra för att komma vidare.
Utbildning
Självstudier med stöd av en instruktionsmanual är inte att rekommendera. Lärarledda lektioner är bättre, men studentgruppen bör vara liten och deltagarna ska gärna ha liknande förkunskaper.
Begränsade programversioner där en stor del av programfunktionerna har tagits bort, kan ge bra resultat för nybörjare.
Det är bättre att sprida utbildningen över tid än att samla allt till ett enda kurstillfälle.
Deltagarnas motivationsnivå är ofta avgörande för hur effektiv en utbildning i slutändan blir.
Utvecklingsprocessen
Allwood konstaterar att systemutvecklingsprojekt ofta brister i tidsplaneringen och i att systemdokumentationen kommer igång för sent. Något som många säkert känner igen sig i.
Få projekt har idag tydliga användbarhetsmål vid uppstarten, påpekar han. Detta är givetvis önskvärt, liksom att de stäms av och kontrolleras kontinuerligt under utvecklingsarbetet.
/Jeanin Day
Postat av Malin E den 06 oktober - 21:35 | Arkivänk | Kommentarer (2)
Ämne: Böcker
Ny bok
På IAwiki tipsas det om en ny bok, "Designing Information Spaces: the Social Navigation Approach" där första författaren kommer från SICS, Swedish Institute of Computer Science. Den verkar mest handla om Contant Management system men borde kunna vara av intresse för oss ändå. IAwiki har t o m gjort en liten länksamling med kommentarar och annat på http://IAwiki.net/DesigningInformationSpacesBook
Postat av den 06 oktober - 13:34 | Arkivänk
Ämne: Böcker
Ny bok om informationsarkitektur med många tips
En ny bok som är på ingång (i september) är Peter van Dijcks "Information Architecture for Designers: Structuring Websites for Business Success". Boken verkar innehålla mycket praktiska tips för hur man genomför en informationsanalys, målgruppsintervjuer och skapar en informationsarkitektur. På webbplatsen för boken kan man läsa mer.
Postat av Erik Stattin den 19 augusti - 14:39 | Arkivänk | Kommentarer (2)
Ämne: Böcker
Släpp dina böcker fria!
BookCrossing har inte alls med informationsstruktur att göra - snarare med kaos!
Det går ut på att släppa ut sina böcker i det fria, för andra att plocka upp och läsa. Samtidigt som (eller just innan) man släpper ut boken, registrerar man den hos BookCrossing och får ett id-nummer, som man märker boken med. Den som hittar boken kan sedan gå in på webbplatsen och berätta att boken är infångad + skriva en liten recension eller så. Sen är det bara att släppa ut boken igen. Make the whole world a library!
Härlig tanke på nåt sätt!
Postat av den 28 februari - 22:56 | Arkivänk | Kommentarer (6)
Ämne: Böcker
Web ReDesign
Web ReDesign - Workflow that Works av Kelly Goto och Emily Cotler.
Jag har läst valda delar av boken Web Redesign, och här kommer nu en sammanfattning av framförallt kapitlet om strukturering av webbplatser.
Boken har en webb-kompis på www.web-redesign.com. Där finns tex nedladdningsbara verktyg, typ checklistor och sådant.
Boken definierar processen att re-designa en webbplats genom fem faser: Definiera projektet, utveckla webbplatsens struktur, visuell design + test, produktion samt lansering.
Jag har läst kapitel två: Developing site structure (s 88-114).
Men jag tänkte börja med att redovisa de tio tipsen för lyckad re-design som man hittar redan på sidorna 12-13 i boken:
1. Think before you act.
2. Identify redesign issues and goals.
3. Analyze your competition.
4. Involve your current audience.
5. Design for users, not investors.
6. Bring in your engineer early.
7. Believe in usability testing.
8. Understand content delivery reality.
9. Set clear expectations.
10. Think long term; focus on short term.
Först lite allmänt. Författarna skriver att boken är en metodguide, som går bra att modifiera efter egna behov. Jag kan inte låta bli att lyfta fram ett citat från avsnittet How to use this book: "Maybe you are a sprawling university system in which every department is using a different branding..." (s 4).
När man ska bygga om en webbplats är det viktigt att utvärdera vad som fungerar och inte fungerar med den gamla. Detta kan man göra genom att ta reda på vad telefonsamtal till eventuella call-centers handlar om och vilka frågor som inkommer per mail. Vad frågar användarna om? Vad verkar vara svårt? Det är också väldigt givande att göra användartester. Observera användarna och lär!
Själva processen består av fem faser, som beskrivs kortfattat på sid 18-19.
Fas två är alltså utveckling av webbplatsens struktur. En kort genomgång av just fas två finns på sid 25-27.
Jag tänkte nu komma till sammanfattningen av kapitlet om webbplatsstrukturering (sid 87-114 inkl case study).
Webbplats-strukturering kan ses ur tre perspektiv; innehållsperspektivet, webbplatsperspektivet och sidperspektivet.
Hela introduktionen till kapitlet propagerar för informationsdesign över huvud taget.
Utgå från målgruppen: Vad behöver de? Vad har de för ärende?
På sid 89 finns också en definition av begreppet informationsarkitektur.
En metod att börja med när man strukturerar en webbplats är sk chunking, gruppering. Först i grövre grupper, som sedan delas upp i finare indelning. Avslutningsvis ordnar man dem hierarkiskt.
Auditing existing content. Betyder att man går igenom allt innehåll som finns på webbplatsen sedan tidigare, på samma sätt som man (borde) går igenom garderoben. Vad ska vara kvar, vad ska fixas till, vad kan kasseras? Man kan skriva ut alla sidor och markera allt innehåll som ska vara kvar. Detta kan faktiskt kunden göra! På sid 92 finns två metoder/modeller för en sådan genomgång, och på sid 93 finns tre argument att använda "mot" kunden:
- Befintligt innehåll kan vara en del av problemet!
- Medan man går igenom innehållet organiserar det sig själv!
- Genomgången genererar leverans av material till den nya webbplatsen!
Kom ihåg att planera för tillväxt. Tänk igenom och försök förutse vilka områden som kan tänkas växa och hur.
Det är också viktigt att ge kunden deadlines. Man måste ha en översiktlig innehållsplan från kunden. Innan man har den kan man inte göra mycket alls.
Och en deppig sanning: i 99% av fallen är leveransen av innehåll försenad. Det är bara att (enligt boken)
a) acceptera
b) planera för
c) ta betalt för!
Uppmuntra kunden att dedicera någon som har till uppgift att producera innehållet tex en copywriter eller att någon inom organisationen har ansvar för att hantera, samla, skriva och leverera innehållet.
Sätt upp en innehållsleveransplan, realistisk och tydlig, för kunden att hålla.
Var också tydlig med att det ska vara slutgiltiga (eng. final) versioner som levereras. "Final means 'final' as in 'no longer subject to change without an accompanying change in schedule and/or budget'." (sid 94)
Man skiljer på primärinnehåll - det som sajten faktiskt handlar om eller försöker förklara, och sekundärinnehåll, som tex felmeddelanden och sådant, som ju faktiskt ochså måste tänkas ut, formuleras och levereras.
Att ta bort innehåll och hela grupper/områden påverkar (=kostar) också.
Nu har vi kommit till sitemapping - att försöka ge in bild av hela struktureringsprojektet utan att förlora sig i design och funktionalitet. Författarna tipsar om programmen Inspiration (som Malin C skrivit om tidigare) och Visio. Själva tycker vi ju att MindManager fungerar helt ok.
Det är en hjälp i struktureringsarbetet om man har en utarbetad standard för hur man benämner filer logiskt och konskvent. Man kan säga att det finns två typer av benämningar; numerisk och HTML. Sitemappar bör innehålla båda typerna, ex About us/about.html/1.0
Endast 1.0, 2.0, 2.1 etc blir väldigt svårtolkat
Att bygga en ram av ståltråd. Ungefär som att göra en storyboard för webbplatsen - var ska de olika elementen ligga i förhållande till varandra och användaren. Hur vill användaren helst röra sig på webbplatsen, och hur kan vi göra det så intuitivt som möjligt för användaren? Exepel på sk wireframes finns på sid 103. I Ståltrådsramen ska inget innehåll eller design finnas, bara en plan för vilken typ av innehåll och funktionalitet som ska finnas var.
Navigation Kort avsnitt om navigering. Kontentan är att dålig navigering ofta är orsaken till att en webbplats ska få ny design. Författarna definierar också fyra typer av navigation, som jag inte fixar att översätta (directed, searchable, tabbed och linear). De exemplifieras på s 106-107 med hjälp av dumpar från Banana Republic , Google, Cooking.com respektive Adam Moore Photography. Avslutningsvis påpekas att de flesta webbplatser har en navigation som är en blandning av två eller flera av dessa typer. Och en liten uppmaning: Undvik användar-svindel! Dvs användaren ska inte komma vilse i webbplatsen. Logik och möjlighet att hitta hem! Som Hans och Greta.
Benämning och etikettering Benämningarna i navigationen säger ganska mycket om tonen och hur avsändaren vill kommunicera. Och så ska man vara konsekvent, förstås!
Definition av användarnas viktigaste vägar - behöver endast konstrueras för webbplatser där användaren har en uppgift, ska fylla i ett formulär eller göra något i en viss ordning.
Användarscenarier Scenarier är situationer. Gör användaren verklig; hitta på egenskaper, familj, historia, ålder, datormognad, teknisk utrustning, skaffa ett foto. Sätt sedan din "verkliga" person i en verklig situation på webbplatsen. Vad händer? Fungerar webbplatsen för målgruppen? Är det för krångligt för användaren att lösa sin uppgift? Kommer han/hon att ge upp på vägen? (På s 111-113 finns ett exempel på ett användarscenario, som börjar såhär: "Paige spoils her dog sensless..."
Sammanfattning Eftersom detta är en amerikansk bok, finns både en kapitelsammanfattning och en checklista (s 114). Sammanfattningen radar upp vad som händer under fas två, utveckling av webbplatsens struktur. Man får svar på frågorna (metod inom parentes):
Hur ska den övergripande strukturen se ut? (sitemap)
Vad ska varje sida innehålla? (ståltrådsram)
Hur samverkar sidorna med varandra? (interaktiva ståltrådsramar)
I många re-design-projekt tror man att man kan hoppa över den här fasen, men det är inget man tjänar på i längden! Ofta börjar man med förändringar i själva utseendet av webbplatsen - men det är fel ordningsföljd.
"And that is what structuring is truly all about: content and information strategy - where and how to put information so thnat users can and will access it. Without this strategy, visual design becomes a gamble."
THE END
Postat av den 04 februari - 16:16 | Arkivänk | Kommentarer (2)
Ämne: Böcker
Fler böcker om informationarkitektur på gång
Ny artikel på Boxes & Arrows: "Information Architecture: From Craft to Profession" som är ett utdrag ur en bok som snart kommer ut, "Information Architecture: An Emerging 21st Century Profession" kallad.
Postat av Erik Stattin den 05 november - 09:37 | Arkivänk
Ämne: Böcker
Massor av boktips
Christina Wodtke som skrivit boken "Information Architecture: Blueprints for the Web" har samlat ihop sina boktips för "IA-människor". Jag hittade en hel del därsom jag blev sugen att läsa. På webbplatsen har hon även sin webblogg "gleanings".
Postat av Malin C den 30 oktober - 17:55 | Arkivänk | Kommentarer (2)
Ämne: Böcker
Sökning i Libris
Nu har jag sökt i libris, men hittade (som jag trodde) inte något riktigt bra. användargränssnitts-böcker fanns det några, men inte infoarkitektur, mer formgivning, webbpublicering och teknik.
Det finns faktiskt inget ämnesord för informationsarkitektur i SAB (förutom isbjörnsboken)... Jag har skickat ett mejl och föreslagit en ny term till BUS på KB. kanske har jag missat den term som används, men då får vi ju reda på det!
Det enda av lite intresse jag kan hitta är följande:
- En undersökning av hur olika typer av informationsstrukturering och användargränssnitt påverkar användbarheten i en digital interaktiv produktion / Mattias Karlsson, Fredrik Larsson (kan finnas nåt av intresse i den)
Postat av Caroline den 30 oktober - 08:12 | Arkivänk
Ämne: Böcker
Web redesign
En bok som kan vara läsvärd, jag har bara hunnit snegla på innehållsdeklarationen än, är Web redesign av Emily Cotler och Kelly Goto.
Web redesign finns delvis på webben och ska verka som ett komplement till den tryckta versionen med olika nedladdningsbara resurser.
Postat av Malin C den 24 oktober - 14:01 | Arkivänk
Ämne: Böcker
Fler böcker om informationsarkitektur
Två nya böcker inom vårt område är på gång: "Elements of User Experience, The: User-Centered Design for the Web" av Jesse James Garrett och "Information Architecture: Blueprints for the Web" av Christina Wodtke. Här är provkapitel från den ena och den andra (stora PDF:er). Jag gillar särskilt beskrivningen av vad en "breadcrumb trail" är från Wodtkes bok:
"Breadcrumb is the term for the navigation that lets you move up and down a hierarchically organized collection of stuff. You probably first saw it on Yahoo when you were researching Jane Fonda’s breathtaking performance in Klute and followed this trail:
Home > Entertainment > Movies and Film > Titles > Drama > Suspense
And you found Klute just like Hansel and Gretel following breadcrumbs to their parents’ home. It’s a useful tool that allows users to widen their search."
Postat av Erik Stattin den 21 oktober - 21:31 | Arkivänk
Ämne: Böcker
Isbjörnsboken, 2. uppl.
Förlaget O'Reillys böcker har alltid ett djur av något slag på omslaget och "vår" bok, "Information Architecture for the World Wide Web" har en isbjörn där (en annan känd djurbok är bibeln "Programming Perl" som oftast går under namnet "The Camel Book"). Den har ju som sagt kommit ut i en andra, mycket omarbetad, upplaga. Författarna, som ju är "före detta" bibliotekarier, har egna bra sajter: Peter Morvilles "Semantic Studios" och Lou Rosenfelds "Bloug".
Morville har lanserat begreppet "Findability" för att samla det som informationsarkitekter har till uppgift att underlätta och stödja, till skillnad från användbarhetsexpertens "Usability". "Hittbarhet" på svenska?
Rosenfeld har på senare tid skrivit om 80/20-principen (eller Pareto-principen) som t.ex. säger att 20 % av innehållet svarar för 80 % av användarnas informationsbehov; eller 80 % av användarnas navigationsbehov (browsing, sökning etc.) uppfylls av 20 % av de möjliga navigationshjälpmedel som finns (flika och en sökruta, kanske). Principen kan användas för att hitta de kritiska moment i en sajt som man måste lägga ner extra energi för att få bra. Kolla in en presentation av principen av Lou (PPT)!
Postat av Erik Stattin den 25 september - 14:16 | Arkivänk | Kommentarer (2)
Ämne: Informationsarkitektur