Monday, February 25, 2013

Inför övning 4

Vi har idag skissat på den tredje iterationen av vårt designförslag, den iteration som skall utvärderas under övningen på onsdag (27/2). Under skissen hade vi många diskussioner om olika design/tekniska-lösningar, nedan följer en kort lista med några av idéerna som diskussionen genererade:  


  • Vi ska ha en "Book Now"-knapp för trötta affärsresande i enlighet med våra personas. Meningen med denna är att göra alternativ för bokning av hotell och restauranger mer lättillgänglig.
  • Förslag på restauranger, hotell, osv. visar alla avståndet och antal stjärnor/prisklass i mindre text under namnet. Betyg/prisklass visas först och sedan avståndet i meter. Detta är ett mönster som vi använder för att befästa en grund som designen kan vila på i ett försök att vara konsekventa i den övergripande designidéen.
  • Avståndet och betyg/prisklass har fasta bredder så att de finns på samma plats på varje rad. Detta underlättar för användare som snabbt vill "scanna" av listan. Under listan med hotell visas betyg först då vi ansåg att det är mest relevant vid valet av hotell.
  • Vi hade en knapp som tidigare hette "Alternatives" som skulle visa fler alternativ inom en given kategori. Dock kom vi fram till att den borde heta "More hotels" istället, då detta är en mer pricksäker benämning på den funktion om knappen möjliggör.

    Den här observationen kom nog som en följd av Gulans inledande föreläsning, där han gav många exempel på oklara menyer som kunde missförstås av användaren.
  • Vad vill användarna ha? Vår huvudsida består av olika delar som vi kallar "kort". Dessa ska se ut som lådor för att upplevas som mer tillfälliga element i listan, tanken är att användaren ska kunna dra bort de kort som inte upplevs som relevanta för stunden. Appen ska även arbeta förutsägande för att underlätta i vardagen. Med detta menas att appen ska försöka förutse vad användaren kan tänkas behöva näst, och tillhandahålla lösningar på dessa behov genom att presentera olika kort på huvudsidan. Till exempel är det lämpligt att ha ett kort med närliggande restauranger vid lunchtid, eller en valutaräknare när användaren är ute och rör sig på stan.
  • Vi överväger att implementera kort för att hålla koll på inköp, men avstår från det för tillfället för att inte göra projektet för spretigt. Dock finns det stora möjligheter att bygga på appen med ytterligare funktionalitet, detta är en möjlighet som vi lämnar öppen i den fortsätta utvecklingen av appen.
  • Vi ska även ha en huvudmeny som går att nå via huvudsidan, där ska det vara möjligt att direkt nå alla funktioner som appen tillhandahåller. 

Det här är några av våra idéer som vi vill förverkliga med vår prototyp. I slutet av det här inläggen följer lite bilder från våra verkliga skisser av appen. Vi har även börjat använda en iPhone app som heter "POP" för att översätta våra skisser till en riktig prototyp. 

Det får räcka med info för idag! Fler uppdateringen kommer efter övningen på onsdag.

/Hälsningar från en "POP"-ande grupp F3!







Tuesday, February 19, 2013

Övning 3 - Design

Idag hade vi övning nummer 3 i ordningen. Under övningen började vi skissa på två prototyper till en applikation (app), en konventionell version och en "vild", som vi nu ska fortsätta jobba på under den kommande veckan. Arbetet gick bra och vi hade många bra idéer, och även om några av skisserna blev smått kaotiska fick vi alla en tydligare bild av vad vi vill åstadkomma med appen. Vi kommer att fortsätta arbeta på skisserna för att närma oss början till en prototyp, och till nästa övning ska vi även sammanfatta det vi vill göra i en kort presentation. För närvarande har vi lite arbete kvar att göra, men nedan kan ni se skisserna som vi gjorde under dagens övning.

"Vild" design:
Den första protypen (se bild 1, 3, 4) bygger på en designlösning där systemet har förmågan att "förutsäga" vilka funktioner du som användare vill använda. I det här fallet rör det sig om saker som att boka hotell, eller att hitta en restaurang. Den här applikationen ska baserat på var du är, och dina tidigare vanor ge dig information och möjlighet att t ex boka ett rum/bord.

Utöver den smarta funktionen bygger appen på vad vi inom gruppen har valt att kalla för kort. Korten är fyrkantiga, och står ut från bakgrunden, och innehåller den mest grundläggande informationen om något område. Om en användare vill ha mer information om det som står på kortet kan hen bara klicka på kortet för att flyttas till en mer utförlig meny. Om informationen däremot är ointressant, t ex om det översta kortet ger dig information om ett hotell när du redan har bokat, ska du kunna dra bort kortet ur huvudmenyn. Korten ska ge intrycket av att vara dynamiska och interaktiva objekt (affordance).

Denna dynamiska lösning gör att interaktionen till stor del består av konversation (systemet presenterar dig med information när du klickar på kort) och manipulation ("kastandet" av kort och scrollande). 


Konventionell design:I den här prototypen (se bild 2) låg fokus på att skapa ett menysystem, där användaren får navigera sig igenom olika kategorier för att utföra specifika handlingar. Det blev mycket diskussion om vilka kategorier som var viktigast och hur man skulle dela upp saker som vägbeskrivningar, kollektivtrafik och kartor.

Vi valde att försöka hålla oss konsekventa i vår design och låta menysystemet vara ett konstant inslag i designen, så att det alltid låg längst ner, och kunde användas för att antingen navigera tillbaka, eller längre ned i submenyer. Detta ledde till att interaktionen bestod nästan uteslutande av instruktion.

Sammanfattning:

Båda designlösningarna bygger på system som är konsekventa, förhoppningsvis lätta att lära sig, och framför allt att memorera. I den första designen bör detta vara väldigt lätt, givet att algoritmen på ett effektivt sätt kan förutsäga vad du är ute efter. Den första designen gör också den informationen som krävs för att användaren ska kunna utföra sina handlingar väldigt synlig. Korten har även fördelen att informationen kan presenteras, men användaren kan inte av misstag utföra någon handling som relaterar till kortet utan att först klicka sig "in" i kortet. Dvs, korten begränsar användarens möjlighet att göra misstag direkt i huvudmenyn.


Mer om våra ritfärdigheter i nästa inlägg!


/Hälsningar från en färgglad grupp F3






Hans Solo och Eva Chernova

Nu är våra personas och scenarion klara! Vi har gemensamt i gruppen skapat karaktärerna Hans Solo och Eva Chernova - ensamresande turister som besöker Stockholm för första gången. Deras bakgrunder är mycket olika, men vi har arbetat för att de ska underlätta för oss i vårt mål att definiera de problem som kan uppstå under en vistelse i Stockholm. 

Vi har valt att rikta in oss på affärsresande, då majoriteten av de ensamresande turisterna som besöker Stockholm faller i denna målgrupp. De problemområden som vi har fokuserat på är transport, kommunikation, valutaskillnader och förmågan att hitta i nya städer. 

Om ni följer länkarna nedan kan ni läsa mer om Hans, Eva och de scenarion de ställs inför.


Hans Solo persona:










Baserat på ovanstående scenarion kan vi identifiera följande funktioner som relevanta för vår prototyp:
  • En valutaomvandlare som fungerar offline
  • En kartfunktion med stöd för vägbeskrivning och med koppling till lokaltrafiken
  • Områdespecifik information med beskrivningar
  • Information som måste finnas offline, t ex lokala larmnummer
  • Förmåga att söka efter närliggande och eventuellt boka boende
Det var allt för idag, senare har vi en övning och efter det kommer bloggen att uppdateras med ny information. 


/Hälsningar från en (snabb)sorterad grupp F3

Monday, February 18, 2013

Personas och Scenarion

Idag sitter vi och pysslar med våra personas och olika scenarion som de ska ställas inför. När vi började skriva på våra personas var det lätt att skriva information som var mer underhållande än den var relevant för uppgiften. Därför har vi idag läst igenom det som vi tidigare skrev med målet att informationen ska underlätta för oss i utformningen av vår prototyp. De problemområden som vi låter våra karaktärer lyfta fram är transport, kommunikation, valutaskillnader och förmågan att hitta i nya städer. Vi arbetar fortfarande med dokumenten med kommer att lägga upp dessa på bloggen under morgondagen. 

Det var allt för tillfället!

/Hälsningar från en måndags-trött grupp F3

Wednesday, February 13, 2013

State of the art analysis och think-aloud-evaluation

Till idag har alla genomfört en state of the art analysis. Vi har testat följande tjänster:

  • Stockholm traveling är en turistvänlig version av SL:s egna applikation. Den fungerar mycket bra, även om kartan ibland är svår att hantera. Appen är anpassad för de som kanske inte vet vad hållplatser i närområdet heter då du kan välja att söka från närliggande hållplatser eller från en plats från en karta. Den upplevs som användarvänlig och snabb. Utöver detta visar den även störningsinformationen från SL:s hemsida och språket anpassas till engelska efter telefonens inställningar. Nackdelen är att den bara finns tillgänglig för android-telefoner.
  • En valutaomvandlare som heter Oanda, en applikation tillgänglig för Andriod. Den har enligt dess informationssida stöd för olika språk, men den tycks dock vara låst till det språk som den mobil har inställt. Själva konverteringen är tämligen enkel, och det finns ett stort urval av olika valutor att välja mellan. Datan hämtas dagligen och det finns dessutom möjlighet att dra från procentuella kostnader (som dras i t ex bankomater). De olika valutorna ligger i två listor "Favoriter" och "Alla", Favoriter är opraktiskt nog bara en lista med några stora valutor, och alla valutor som någon gång har använts. Dessutom är Favoriter sorterad efter bokstavsordning, och inte efter användningsfrekvens. Pga detta kan det vara svårt att förstå hur man lägger till saker i Favoriter och det finns inget sätt att ta bort de.
  • GuidePal Stockholm: När man har laddat ner applikationen och startar den får man ett meddelande om att en uppdatering krävs för att få tillgång till den bättre versionen av appen. Om man gör detta skickas man till iTunes Store och får där ladda ner ytterligare en app, som i sin tur kräver att man köper guiden avsedd för Stockholm för 22 kr. Om vi går tillbaka till den ursprungliga appen så är det många funktioner som saknas och behöver köpas för att användbarheten ska vara tillfredsställande. På kartan går det inte att se sin egna position, och i offline-läge går det inte att zooma genom att dubbeltrycka på skärmen. Det är högst oklart hur man filtrerar kartan efter sevärdheter, shopping, mat, etc. och detta tycks bara fungera i online-läge. Dock finns det en funktion som tillåter dig att använda kameran när du promenerar genom stan, då kommer det upp små rutor med saker du kan se/göra i den riktning du går komplett med avståndet dit. Den här funktionen upplevs som högst användbar, men den kräver att du har tillgång till internet under hela promenaden. Sammanfattningsvis är appen inte genomtänkt förutom realtids-feedbacken som du kan få via kameran.
  • Res i STHLM: Det som är bra med applikationen är att gränssnittet är intuitivt vilket gör den lättanvänd. Tiden för resande är enkelt att välja med tre ”snurror”. Det går dock inte att välja om man vill undvika att åka med något specifikt transportmedel, t.ex. tåg. Att söka på kth, ger inga relevanta resultat utan man måste söka på det fulla namnet för att hitta rätt.
  • Forex hemsida: Efter en intervju med en schweiziska så kom det fram att pengar är svårt att hålla koll på. Av denna anledning valde jag att titta på forex.se för att undersöka hur enkelt det är att hålla koll på värdet av svenska kronor är i utländsk valuta. Sidan finns på svenska och engelska, men den engelska versionen har inte alla sidorna tillgängliga. Sidan är av denna anledning främst avsedd för svenska användare som ska åka utomlands men även utländska besökare kan använda den. Under think-aloud undersökningen fick en användare testa på att använda sidan. Användarvänligheten var bra då det enkelt gick att anpassa teckenstorlek och språk. Inga större problem uppstod och alla uppgifter utom en fick ett bra resultat, det negativa resultatet berodde på det ofullständiga språkstödet. Fördelarna med denna tjänst är att den är anpassningsbar till användaren och det går snabbt att lösa de flesta uppgifter. Nackdelen med den är att den kräver internetuppkopling för att utnyttjas.
  • Google Maps: Under intervjuerna berättade ett tyskt par att de använde google maps för att hitta i Stockholm. Med bakgrund i detta undersöktes tjänsten för att se hur användarvänligt systemet var. Som alla googleprodukter domineras användargränssnittet av ett stort sökfält. Ur användbarhetssynpunkt är detta bra då huvudelen av interaktionen intuitivt skötes bäst via ett sådant. Detta bekräftas av think-aloud utvärderingen där användaren omedelbart använde sökfältet för att hitta information. Sökfältet matchar även ur funktionssynpunkt den mentala modell som användaren sedan tidigare har från andra googleprodukter. Sökfunktionaliteten visar sig dock ha sina brister. Under think-aloudutvärderingen visar det sig att avsaknaden av strukturerade sökningar ställer till problem när användaren var tvungen att hitta "that coin museum" under en av uppgifterna. Detta test misslyckades helt, eftersom sökmotorn inte klarade av att inse att det var myntkabinettet som eftersöktes. Systemet lyckades dock att inse innebörden i "hotels near plattan", vilket ledde till att användaren löste uppgiften på ett tillfredsställande sätt. Systemet använder en städad design med tydliga piktogram som känns självförklarande. Detta bekräftades av think-aloud-utvärderingen där användaren närmast omedelbart konfigurerade vägbeskrvningsfunktionen till att starta, och söka vägar med kollektivtrafik.

Sammanfattning:State of the art testerna var mer "Expert review", och mindre av en användarstudie. Think-aloud blev mer av ett kontrollerat experiment, där testledaren gav instruktioner till användaren. Några av de testade applikationerna var testade i sin naturliga miljö.

I de tester vi utförde valde vi att lägga fokus på att hitta funktioner som vi tyckte produkterna saknade, eller hade utformat dåligt. Vi använde oss också till viss del av de data som Wixon och Wilson definierade 1997; framför allt hur lång tid något tog och hur många fel en användare gjorde i ett försök att utföra en viss uppgift. Vi skrev inte ner den datan explicit, utan använde den mest som riktlinjer för att bestämma huruvida designerna var bra eller dåliga.
Under dagens övning:
Idag gick vi igenom koncepten personas och scenarion under övningen, till nästa övning ska vi definiera två personas och fyra scenarion. Vi i gruppen kommer att träffas någon gång den kommande veckan och tydliggöra vilken riktning vi ska ta med projektet. I skrivande stund låter vi fantasin flöda när vi skapar våra personas som vi ska ha i åtanke under projektets gång, vi får se hur det slutar men ni får höra mer om det nästa vecka!

/Hälsningar från en kreativ grupp F3

Intervjuer med turister!

Idag har vi intervjuat turister vid centralstationen i Stockholm. Vi intervjuade en turist var och hade sedan innan formulerat frågor inom de problemområden som vi definierade på förra veckans övning. Dessa frågor hade vi skrivit ut så att alla hade en kopia av ett ungefärligt frågeformulär, nedan följer en sammanställning av informationen vi samlade in.
Sammanställning av intervjuer: 
  • Kollektivtrafiken fungerar förvånansvärt bra för medborgare från europeiska länder. De som är här för att besöka en kompis kan ofta få hjälp med biljetter, annars är SL-center väldigt behjälpliga. Vi observerade dock att det kan utgöra ett problem att köpa biljetter från SL:s automater, de upplevs ibland som krångliga och svårförståeliga.
  •  Vad gäller sevärdheter verkar det inte vara ett problem att hitta information om vad man ska se och göra. Däremot är det många som bortser från lokala sevärdheter och istället tar sig till andra delar av Sverige. Problemet med att hitta information om sevärdheter är därför ett mindre problem än vi först trodde. Om man inte vet vad man bör se eller göra kan man även vända sig till turistinformationen och därigenom få tips om saker att göra i stan (fotoutställningar, museums, etc.).
  • Det är svårt att få en uppfattning om valutaskillnaden, det är därför vanligt att använda sig av telefonen för att omvandla kostnaden till den valuta man är van vid. Detta tycks vara ett vanligt problem för turister då det blir svårt att bilda sig en korrekt  prisbild. Det är även svårt att veta hur mycket man spenderar under en dag.
  • Om du kan engelska är det förhållandevis lätt att ta sig runt i Stockholm och be om hjälp från svenska medborgare. Om du inte pratar engelska är det betydligt svårare att ta sig runt, även om svenskar över lag är väldigt hjälpsamma.
  • Det verkar vara enkelt att ordna med boende på plats, i alla fall om du planerar att bo på vandrarhem. De som är här för att besöka en vän bor ofta hos vännen.
  • Tillgången till fritt internet gör vistelsen i Stockholm mycket enklare, det finns gott om platser där kan hitta internet och på så vis kan man alltid hitta information och kartor.
  • En av de turister vi intervjuade sa att hon inte visste vart man skulle vända sig i nödfall eller om det hände något. Vi tror därför att de är få som känner till det lokala larmnumret, nummer till ambassader och var man kan hitta vård om så krävs.
Sammanfattning:
Baserat på detta bedömer vi att det största problemet är valutaskillnaden och svårigheten att anpassa sig efter denna. Dessutom är det få turister som vet var man ska vända sig i nödfall, vilka nummer man ska ringa och hur man ska gå tillväga om olyckan skulle vara framme.

Det här innebär att den problemdomän vi i gruppen kom fram till under förra veckans övning kanske inte är helt korrekt, och vi får därför göra några ändringar i hur vi prioriterar de olika problemen. Det märktes alltså tydligt varför det är nödvändigt att i en användarcentrad designprocess faktiskt interagera med användarna. Hade vi inte gjort de här intervjuerna hade vi kanske skapat en produkt som uppfyllde något helt annat än det som användarna faktiskt vill ha och behöver.
Till nästa gång:
Nu återstår bara att utvärdera en tjänst/applikation som används av turister. Detta planerar vi att göra enskilt innan nästa onsdag (13/2) så att vi kan ses på förmiddagen innan övningen och göra våra think-aloud-evaluations. Mer info om det nästa vecka!
/Hälsningar från en fikande grupp F3

Välkommen till MDI-bloggen för grupp F3!

 Sedan kursen började har vi deltagit vid ett övningstillfälle som ägde rum förra veckan. Under övningen gick vi igenom projektets upplägg och började brainstorma kring problemdomänen och de användbarhetsmål/användarupplevelser som kan ligga till grund för vår design. Vi definierade vår målgrupp som ensamresande turister i Stockholm; målet för projektet är därför att göra en prototyp som lämpar sig särskilt väl för dessa. Då gruppen av ensamresande turister i stor utsträckning utgörs av de som reser i affärer har vi valt att primärt fokusera på dessa. Nedan följer en lista med några av de huvudsakliga problemområden som vi gemensamt formulerade:
  • Språket – svårigheter att förstå skyltar och information. Fungerar det bra att ta sig fram på engelska/andra språk i Stockholm?
  • Aktiviteter – vad ska man se/göra? Hur hittar man information om man inte har fri tillgång till internet?
  • Transport – hur tar man sig fram på enklast sätt? Hur väl är kollektivtrafiken anpassad för turister?
  • Pengar – är det ett problem att skaffa en uppfattning om hur mycket något kostar? Hur anpassar man sig efter valutaskillnaden?
I slutet av det här inlägget finns en bifogad bild med resultatet av vår brainstorming från övning 1, se denna för att få en idé om de olika problemområdena.

Den här definitionen av problemdomänen grundar sig på gruppens antaganden, och det visade sig under diskussionen att vi hade några olika uppfattningar. Genom att diskutera lyckades vi dock komma fram till den här gemensamma uppfattningen om vilka de centrala problemen hos vår målgrupp är.



Vad händer nu?

 - Intervjuer: Tills nästa övning ska vi genomföra intervjuer med turister i Stockholm. Idag hade vi i gruppen ett möte där vi bestämde oss för att ses och genomföra dessa intervjuer på torsdag eftermiddag (7/2), därför har vi nu formulerat ett antal riktlinjer med frågor som vi kan utgå från när vi utforskar ovanstående problemområden. Efter intervjuerna kommer vi att göra en enklare analys av informationen vi har samlat in, och därigenom ytterligare utveckla/anpassa vår problemdomän och göra en tydligare kravställning till projektet som helhet.
State-of-the-art analysis: Vi ska individuellt utvärdera en tjänst som riktar sig mot turister och ha en “think aloud evaluation” av tjänsten tillsammans med en annan gruppmedlem. För att detta ska göras så smidigt som möjligt kommer alla att göra en utvärdering på egen hand, så att vi kan ses vid ett tillfälle innan övningen nästa vecka för att hjälpas åt med att göra “think aloud”-utvärderingar med tjänsterna som vi har valt.
För tillfället finns det inte så mycket mer att säga, men efter att intervjuerna har genomförts kommer bloggen att uppdateras!