Barken

Den narrativa metoden igen

Via Boxes and Arrows hittar jag en artikel om den narrativa metoden (som jag vill minnas att jag tjatat om förut)- Use of narrative in interactive design av Nancy Broden, Marisa Gallagher och Jonathan Woytek. Författarna anser att denna metod är ett utmärkt sätt att ingjuta kreativitet i ett team inför varje nytt projekt.

Det är lätt att man börjar göra "som man gjorde förra gången", vilket så småningom leder till att kreativiteten avtar. Det är förstås så att av flera skäl kan man inte "uppfinna hjulet" på nytt varje gång, men det finns väldigt mycket att vinna på att göra ett "manuskript" för sitt arbete och därigenom tänka igenom ordentligt vad man har för målsättning.

Postat av Carina A den 10 november - 15:43 | Arkivänk
Ämne: Metoder

Intervju med Jesse James Garrett

Detta tips har jag stulit från Malins blogg men jag tyckte att det passade så väldigt bra på Barken så jag var tvungen!
Boxes & Arrows har gjort en intervju med Jesse James Garrett (tufft namn förresten, låter som en Vilda Västern-hjälte) angående att det är tre år sedan han skapade sin visual vocabulary som är en uppsättning former för att dokumentera sidarkitektur, vilka är verktygsoberoende.

Postat av den 15 december - 13:46 | Arkivänk | Kommentarer (2)
Ämne: Metoder

Glasväggen, igen

Tidigare har det konstaterats att BBC:s designdokument "The Glass Wall" som vi använt oss av hade tagits bort från webben. Av en tillfällighet hittade jag en annan plats (PDF) för dokumentet. För övrigt i ett intressant blogginlägg om adaptiv design.

Postat av Erik Stattin den 05 november - 10:17 | Arkivänk
Ämne: Metoder

Kreativitetskort

Kortlekar som ska hjälpa till när man vill att kreativiteten ska flöda och få en att tänka utanför ramarna:

• Ideo metod cards
• Creative Whack Pack

Kan vi inte införskaffa en sån här kortlek till Vision? Jag skulle vilja testa "Bodystorming" som metod...

Postat av den 09 oktober - 11:23 | Arkivänk | Kommentarer (2)
Ämne: Metoder

Dokumentera, dokumentera, dokumentera...och blogga

I krönikan "Soft Skills for Information Architecture" konstaterar Jeff Lash att man som informationsarkitekt måste ge med sig, men "a large part of the IA role is convincing others that your recommendations are sound and should be followed, or persuading others that IA is important and you should be allowed to perform your duties. Information architects need to convince and persuade on a daily basis, and knowing how to do this is a key success factor."

Han nämner också vikten av att som informationsarkitekt dokumentera sitt arbete, i form av t.ex. webbplatskartor, modeller, scenarier, men också korrespondens om varför vissa beslut fattades osv. Men dokumentation innebär också mer information, information som tillsammans med alla artiklar, böcker och bloggposter man skummat lätt blir en oövergriplig massa som det är omöjligt att hitta i, så Lash rekommenderar informationsarkitekter att bejaka bibliotekarien inom sig (inte så svårt i vårt fall då!):

Developing a system for finding the good resources [...] and being able to find them when they are needed at a later date is extremely helpful. It may be possible to rely on memory or search engines, but those tools may be unreliable at a later date.

Han nämner bland annat bloggar som ett sätt att hålla reda på värdefull information.

Det här tangerar också något jag läste hos bloggarkollegan Peter Lindberg häromdagen, apropå behovet hos programmerare att dokumentera sin kod, och att i vissa stora kodprojekt, för att vid rätt tillfälle snabbt kunna återvinna rätt kodbit, kanske till och med behöva en kodbibliotekarie!

Classification in the world of books, reports, magazines, and the like is a profession, called cataloging. Librarians help people find the book. But few software organizations can afford a software cataloger, let alone a librarian to help find the software for its developers. This is because when a development manager has the choice of hiring another developer or a software librarian, the manager will always hire the developer.

(Citatet egentligen från boken "Patterns of Software" (PDF)).

Postat av Erik Stattin den 24 september - 21:41 | Arkivänk | Kommentarer (1)
Ämne: Metoder

Verktygsdags

På ia/ finns en radda med verktyg för kortsortering och på Boxes and Arrows en artikel om att analysera dylika resultat i excel. Ibland drömmer jag om att jobba på en stor byrå där man skulle få chansen att verkligen jobba med alla dessa vertyg.

Postat av Malin C den 05 september - 00:08 | Arkivänk
Ämne: Metoder

Informativt om personas

Online har en lång och, vad det verkar, bra artikel om "personas": "Personas: Setting the Stage for Building Usable Information Sites". Författaren föreslår att man till och med har en kort fiktiv intervju med sin persona för att "andas liv" i den. [via: Current Cites]

Postat av Erik Stattin den 31 juli - 10:42 | Arkivänk | Kommentarer (1)
Ämne: Metoder

Stresstesta din navigation

Hittade ett stresstest för navigation som kan var värt att testa i något projekt framöver. Ett liknande test finns i Don't make me think där kallad trunk test.
[via: LOGos]

Postat av Malin C den 02 juli - 20:55 | Arkivänk
Ämne: Navigation

GraphViz

Hittade ett inlägg om GraphViz - en applikation som kan skapa diagram och mindmaps av tabbseparerade filer. Kan kanske vara något att testa om man inte orkar rita "själv" i Mindmanager? http://www.iaslash.org/node.php?id=7297

Postat av den 31 mars - 10:26 | Arkivänk
Ämne: Metoder

Klassificera med Mind Manager

Jag sprang in i artikeln "Information - it's all in the mind" som handlar om mind mapping. På slutet, under rubriken "Building the taxonomy or knowledge map" exemplifieras med hur man kan använda Mind Manager för att klassificera dokumentsamlingar på intranät eller webbplatser.

Postat av Erik Stattin den 29 mars - 20:32 | Arkivänk | Kommentarer (2)
Ämne: Metoder

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

Artikelreferat

Kort referat av artikeln Effective Info Architecture av Andrew Chak (www.webtechniques.com october 2001)

Det finns tekniker för att bli en bättre informationsarkitekt, tex fiktiva karaktärer, kortsortering, papper-och-penna-test.
Definiera. Börja med att definiera webbplatsens mål och målgrupp genom att beskriva vad du vill att användarna ska göra på webbplatsen. Rangordna sedan målen. Om det känns svårt - tänk dig en budget på 1000 kr och fördela pengarna bland målen.
Användarna. Nu gäller det att förstå användarna. Ta hjälp av dem som i vanliga fall har direktkontakt med målgruppen, tex de som svarar på telefonfrågor.
Definiera dina användare ordentligt! Gå inte i fällan och bygg en webbplats för "snitt-användaren". Då passar den ingen. Definiera dina användare genom att skapa sk personas, fiktiva karaktärer. Börja med att skapa en karaktär för varje typ av användare inom målgruppen. Ge karaktärerna namn, ålder och använd gärna foton för att göre dem ännu mer levande! Personas ska också innehålla demografiska data, intressen, behov och orosmoln.
Scenarier. Scenarier ska utgå från användarens behov och uppgift och ska inte behandla detaljer i användargränssnittet.
Bottom up design. Andrew Chak tror på bottom up-ansatsen på grund av att användaren upplever webbplatsen som en massa sidor. Användraen ska inte behöva vara särskilt medveten om navigationsprinciper eller olika mallar i olika nivåer. Designers och informationsarkitekter tänker dock ofta top down och hoppas att innehåll och fuktionalitet ska falla på plats i de fina mallarna!
Ståltrådsramar. Första steget i designprocessen är att göra en sk ståltrådsram, en grov sidlayout där man kan jobba med olika innehållsdelar. Att göra en enkel ståltrådsram gör det lättare att fokusera på hur webbplatsen fungerar och inte hur den ser ut. Så snart man börjar jobba med Photoshop eller HTML är det lätt att bli distraherad av utseendet och glömma att det handlar om innehåll och funktionalitet - som i stor utsträckning påverkar användarens upplevelse av webbplatsen.
För att göra ståltrådsramar föreslår Chak tex penna&papper, Visio, Adobe Illustrator och PowerPoint. Huvudsaken är att det ska vara snabbt och lätt att ändra på ramarna. De ska heller inte se ut som "riktig design", utan bara vara väldigt enkla, rena och funktionella. Man kan tex göra dem svart/vita eller i gråskala, så blir man inte distraherad av en massa färger.
Navigationskarta. En navigationskarta är en visuell representation av hur webbplatsens sidor är länkade till varandra. Det finns just nu ingen standardiserad uppsättning tecken för att visa på kopplingen mellan sidor. Hos http://www.jjg.net/ia kan man hitta verktyg.
Utveckling av innehåll. Innehåll & arkitektur ska fungera tillsammans lika bra som form & funktion.
Webbplatsarkitektur. Att specificera webbplatsens struktur är som att designa gångarna i mataffären. Olika användare tänker och associerar olika. Man kan tänka sig att leta efter kinesiska äggnudlar både pland pasta och på hyllan för "internationell mat". Nu kommer vi till kortsorteringen. Skriv ner namnen på webbplatsens innehålls- och funktionskomponenter på små kort. Be några användare att sotera dem i grupper. Använd ca sex personer som representerar dina olika personas. På detta sätt kan man hitta olikheter i hur olika typer av användare skulle strukturera webbplatsens innehåll. Anteckna särskilt om några rubriker är oklara eller förvirrande för användarna. Be användarna förklara varför de gruppert korten som de gjort, och be dem sedan sätta en rubrik på varje grupp av kort.
Etikettering. Att bestämma rubriker eller etiketter på de olika avdelningarna inom webbplatsen är extremt viktigt och ska inte göras lättvindigt! Var inte kreawtiv när du etiketterar - namnen ska vara enkla och lätta att förstå. Användaren ska inte behöva gissa vad något innebär eller leder till. Ett enkelt sätt att testa dina etiketter är att be några användare att gissa vilket av huvudområdena som innehålller visst innehåll eller funktionalitet. Om de inte kan lista ut var det du fårgar efter ligger, be dem föreslå en etikett som de förstår.

Andrew Chak kan man nå via andrewchak@hotmail.com

Sammanfattningsvis. Gå lungt och metodiskt tillväga. Bli inte distraherad och börja tänka på annat under tiden. Definiera användarna noga och fråga dem ofta!

Postat av den 04 februari - 13:01 | Arkivänk
Ämne: Informationsarkitektur

Designdokument med intressanta metoder

"The Glass Wall" (7.8Mb PDF) heter ett dokument som handlar om hur BBC:s webbplats gjordes om under hösten 2002. Det är lite intressant att se de lite uppfinningsrika metoder som använder under det som de kallar "Understanding phase":

• "Emotional response testing" (s. 10) - låta ett antal användare registrera sina 'känslor' inför olika webbplatser enligt en 5-gradig bi-polär känsloskala, vars resultat sedan kan visas i grafer och jämföras med varandra.


• "Voice mapping" (s. 15) - för att hitta vilken 'röst' webbplatsen har och vilken röst man önskar att den ska ha, placerar man den på två axlar tillsammans med andra webbplatser och jämför.


• "Personas" (s. 18) - skapa fiktiva personer som får representera tänkbara användare och deras behov. En 'primär' arketyp-användare utses.


• "Mood boards" (s. 24) - skapa kartor med hjälp av klipp från tidningar och koppla till de fiktiva användarna för att göra dem mer verkliga.

Resten av dokumentet innehåller en massa intressant.

Postat av Erik Stattin den 20 januari - 10:50 | Arkivänk
Ämne: Metoder

Knowledge Forum

Lärde mig igår av Klara Bolander på LIME att det finns något som heter Knowledge Forum. Klara jobbar med ett projekt som heter Nätverk för reflekterande praktiker och de använder plattformen (?) Knowledge Forum för att "bygga lärande tillsammans" genom att samla och kommentera varandras inlägg. Precis som Barken! tänkte jag. Andra jobbar på samma sätt, alltså.

Postat av den 10 december - 14:14 | Arkivänk
Ämne: Meta

En metod för att dokumentera önskemål genom prototyper

Vad fasiken? Har de snott vår metod, åtminstone till namnet? Artikeln "Defining Feature Sets Through Prototyping" berättar om en metod för att dokumentera önskemål om vad ska finnas på en webbplats eller i en applikation genom att tidigt i ett projekt sätta upp s.k. Visions-prototyper.

I've had great success in documenting an ideal vision with a conceptual prototype which, in anywhere from four to ten linked pages, shows the high-level functionality and conceptual structure of the site. I've found that this type of Vision Prototype is both easy to create and easy to understand. The prototype is built not to show the interface, the page flow, or the fields, but to represent an ideal feature set that makes the vision happen.

Postat av Erik Stattin den 18 november - 22:05 | Arkivänk
Ämne: Metoder

Arbetssätt

Tänkte kort beskriva hur vi jobbade med att organisera informationen i arbetet med http://www.hubin.org

Uppdragsgivarna från Hubin hade förarbetat genom att lista den information de tänkte sig att Hubin.org skulle innehålla.
Utifrån den listan tyckte vi oss kunna spåra fyramålgrupper/mottagare av informationen (Forskare, Allmänhet, Anhöriga, Patienter). Dessa fyra målgrupper sattes upp i varsin spalt bredvid listan över information. Uppdragsgivarna fick med hjälp av kryss i rätt spalt ange vilken typ av information som vände sig till vilken målgrupp. Kryss för flera målgrupper är såklart tillåtet. Det visade sig då att det gick utmärkt att bunta ihop målgrupperna Allmänhet och Anhöriga. När man klargör målgrupperna kan man också ganska lätt få fram en inbördes prioritering mellan dem.
När detta, efter ganska mycket eftertanke och diskussion, var gjort, kunde vi ganska lätt se vilken information som gällde alla målgrupper samt vilka eventuelle målgruppsgenvägar som verkade lämpliga, tex Allmänhet och anhöriga och Forskare.

Postat av den 23 oktober - 18:49 | Arkivänk
Ämne: Metoder

Tinderbox som IA-verktyg

I artikeln "The Best IA Tool You Never Heard Of" presenteras programmet Tinderbox som tydligen är bra att använda för att skapa konceptuella kartor och vid brainstorming-sessioner. Jag har hört bara saker om det här programmet i andra sammanhang, men tyvärr finns det bara för Mac än så länge (grrr!).

MindManager har ju annars blivit vårt "weapon of choice". Tinderbox verkar fungera som en anslagstavla som man kan klistra digitala Post It-lappar på och sedan organisera, länka och forma dem för att skapa begreppsliga förhållanden (någon som minns Husnet och Post It-lapparna?!). Mark Bernstein som har utvecklat Tinderbox har naturligtvis en blog.

Postat av Erik Stattin den 08 oktober - 20:37 | Arkivänk
Ämne: Verktyg

Made in Sthlm

Har nu tagit reda på att företaget som gjorde informationsanalysen till Karlskoga Lasaretts nya webb heter Made in Sthlm

Postat av den 01 oktober - 20:57 | Arkivänk | Kommentarer (1)
Ämne: Informationsanalys

Svenska tips

Den här sajten hittade jag när jag surfade runt efter lite svenska sajter i ämnet:

Kornet.nu, med en del lite bra tips, och intressanta artiklar. Erik, kolla in under rubriken Guldkorn...du är omnämnd, fast det kände du kanske redan till.

Postat av Christel den 18 september - 18:11 | Arkivänk | Kommentarer (1)
Ämne: Metoder

Informationsarkitektur

En bekräftelse på att vår metod i Husnet var OK.

Postat av den 18 september - 16:50 | Arkivänk | Kommentarer (1)
Ämne: Metoder