Övning 5 och 6 - Redovisning och Feedback

Feedback från övning 5::

Den utvärderande gruppen hade inget nytt att anmärka på, och tyckte att vi tagit till oss de tips som vi fått tidigare.

Övningsledaren anmärkte på vår Wallet-funktion, hon ansåg att den var dåligt anpassad till målgruppen affärsresande, och gav några förslag på hur den kunde förbättras. Hennes poäng kan sammanfattas som följande:

Det var orimligt att en affärsresande skulle ha behov att hålla koll på sina personliga utgifter på det sättet som vi lagt upp det. Om vi däremot erbjöd ett smidigare sätt att lägga in utgifter, som att t ex skanna in kvitton, och ett sätt att exportera transaktionsdata till företagets ekonomiavdelning, skulle funktionen vara mer relevant.

Vi försökte ta till oss den här feedbacken, och gick tillbaka en bit och såg över vårt huvudscenario. Efter en diskussion kom vi överens om att de flesta affärsresande antagligen har hotell bokade i förväg, och valde därför att justera det scenario vi valde att presentera för att bättre spegla detta. Själva designen krävde dock inte några större förändringar, vi kunde helt enkelt skapa ett nytt kort som visas ifall användaren har bokat ett hotell, och appen tror att användaren vill ha hjälp att hitta till hotellet. Om hen t ex precis anlänt till flygplatsen, och inte har ett möte inbokat, kan det vara ett rimligt antagande att hen vill åka till sitt hotell.

Vi försökte också reflektera över hur vi kommit bort från vår bestämda målgrupp. Slutsatsen var att vi fokuserat för mycket på den informationen vi fick från intervjuerna (där ingen av de vi pratade med var en affärsresande) och de problem vi kommit fram till under brainstormingen. Vi borde ha fokuserat mer på våra Personas för att inte tappa bort kopplingen till affärsresande.

Här såg vi alltså två saker:
1. Användarcentrerad design är svårt.

2. Prototyper gör det möjligt att snabbt och enkelt göra förbättringar i designlösningar.


Feedback från övning 6:

Vi fick en bra kommentar angående hur vi hanterar bokningar. En person i den utvärderande gruppen påpekade att vissa användare antagligen föredrar att kunna ringa och boka, framför ett grafiskt användargränssnitt. Vi kommer antagligen att lägga in den funktionen i vår prototyp.

Reflektioner om metoder som använts i projektet:

Intervjuer - Har som tidigare nämnt varit vår största inspirationskälla i designarbetet, på gott och ont. Men var väldigt nyttigt när vi skulle definiera problemområdet i början av processen, det gjorde att vi kunde bortse från några av våra förutfattade meningar. Det gjorde också att vi kunde designa en tjänst som krävde internet.

State of the Art och Think Aloud - Hade inte så stor effekt på vår design, men kändes som en nyttig övning.

Personas och Scnearion - Vi utnyttjade de här ganska lite. Vi borde som sagt ha tänkt mer på dessa, och vi såg tydligt att de kan vara en nyttig resurs i användarcentrerad design.

Grupputvärdering - Gav oss några pointers om några missar vi gjort, och kommentarer på saker vi gjort bra.

Prototyp - Troligtvis den viktigaste punkten i hela designprocessen. Gjorde det lättare för oss i gruppen att kommunicera designförslag för att vi kunde skissa upp och visa för varandra vad vi menade. Det blev också tydligt att det var ett kraftfullt verktyg i en iterativ process eftersom vi lätt kunde göra ändringar och lägga till/ta bort funktionalitet som hade varit väldigt mycket mer ansträngande i en "riktig" implementation.

Interaktiv Prototyp

Vi har börjat arbeta på en interaktiv prototyp i Balsamiq. Vi bytte snabbt ifrån Pop, eftersom den ofta misslyckades med att uppfatta de kanterna vi ritat upp som separata knappar. Vi testade även Fluid UI, men vi upplevde att det fanns en hel del problem med det. Så för att inte spendera mer tid på att välja verktyg valde vi Balsamiq.

Det enda problemet som vi ser med Balsamiq är bristen på animationer, vilket gör att vi inte kommer kunna illustrera där man drar bort korten, vi får se om vi kan hitta någon väg runt det.

Vi har delat in prototypen i följande sidor:
Startsida:
Presenterar kort, ordningen på korten baseras på vilket kort som är "viktigast". Som vi nämnt tidigare är korten det centrala för vår designlösning. De ger en tydlig yta som kan presentera relevant information, det gör att de sidorna som använder de blir konsekventa. De har fördelen att de är inbjudande, i den bemärkelse att det är rätt tydligt att de kan flyttas.

Om korten mot förmodan inte skulle vara aktuella kan användaren klicka på meny-knappen i vänstra hörnet för att bli tagen till Menyn.

Meny:"Fälls" ut från vänstra sidan, och presenterar en lista med olika kategorier. Här finns även ett sökfält och möjlighet att ändra applikationens inställningar. Den här menyn har baserats på Facebook, i hopp om att den ska vara familjär för så många användare som möjligt. Vi tror att det kommer minimera tiden det tar för användare att lära sig använda just den här funktionaliteten.


Hotels:Om Hotell-kortets förslag inte är aktuella kan användaren välja att gå till denna meny.

Här presenteras nya kort, som representerar olika kategorier som närhet, budget och högst kvalité. Varje kategori visar två alternativ, som presenteras med namn, stjärnor (kvalitét) och avstånd.

Hotel-Details: Låter användaren se mer information om det valda hotellet.

Hotel-Book:En liten meny där användaren får ställa in alternativ för bokningen, och därefter boka ett hotellrum.

Hotel-Book-Confirmation:Pop-up som presenteras för att minimera risken att användaren gör fel.

Restaurants:I stort sett identisk med Hotels, med den enda egentliga skillnaden att stjärnorna är ersatta med dollartecken, som representerar prisklass.

Restaurant-Details:
-

Taxi: 
Låter användaren beställa en taxi. Destinationen kan antingen skrivas in, eller väljas från en interaktiv karta. Användaren kan också välja tid för bokningen.

Taxi-Book-Confirmation:
-

Wallet-History:Presenterar transaktionshistorik, och kontosaldo. Användaren kan välja vilken valuta som presenteras. Det finns också en knapp som leder vidare till Wallet-Adjust balance, där användaren kan lägga in nya utgifter, med en beskrivande kommentar. Användaren kan också uppdatera sitt saldo (om hen t ex tagit ut mer pengar).

Utvärdering - Övning 4

Utvärderingen som utfördes under övningen kan liknas vid en "expert review", eftersom vi i grupper skulle utvärdera varandras prototyper. Vi uppmanades dock att gå ut och utföra en användarstudie när vi har en interaktiv prototyp.

Under övningen utvärderade vi en grupps prototyp, samtidigt som en annan grupp utvärderade vår. Den feedback vi fick var väldigt positiv. Några av punkterna som togs upp var:

• Vi saknar fortfarande ett namn. Visserligen kan det diskuteras hur relevant det är för designen, men det skapar uppenbarligen onödig förvirring vid utvärderingen.
• De tyckte att vi borde bygga vidare på korten, och ha fler kategorier.
• De tyckte att designen fungerade väldigt bra i svart-vit färgskala. Förutsatt att vi behöll samma "rena" gränssnitt som i våra skisser.
• En kommentar vi fick var att vi kunde expandera vår målgrupp, eftersom vår design väldigt lätt kunde modifieras för att passa andra turister än soloresande turister.

 Namnet är något vi skjutit upp, vi blev tipsade om att skapa ett Google-docs dokument där vi skrev upp förslag så fort vi kom på något.

När det kommer till korten har vi tagit till oss av kritiken och har redan börjat med ett "Taxi-kort". Det här visar på styrkan hos korten, det är lätt att lägga till/ta bort kategorier eftersom alla bygger på samma princip. Tanken är att taxi-korten ska läggas högt upp i "feeden" på passande tillfällen. T ex om du precis anlänt till flygplatsen och vill ta dig in till stan (och om du har en vana att åka taxi).

Färgskalan får vi ta tag i när vi kommer igång med den interaktiva prototypen.

Målgruppen kommer vi däremot inte att ändra på eftersom vi vill kunna utnyttja den data vi samlat in och fortsätta designa med användarna i fokus.

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!

Ö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:

https://docs.google.com/document/d/1MNS1iPNYDusIi8HVhlyE4G_SkqljAz5oSGc1H0k9pqQ/edit?usp=sharing

Hans Solo scenario 1:

https://docs.google.com/document/d/1QnHFsAK4Ozsa8fRdOMnQs141OlJYv5Zeg2nl22h9-hU/edit?usp=sharing

Hans Solo scenario 2:

https://docs.google.com/document/d/1kAx_HS3JlHoBUa09ry71NyY9z514UahxkLgSwNqA7IE/edit?usp=sharing

Eva Chernovas persona:

https://docs.google.com/document/d/1zqiYNb9jQf9WAI8atyW2Wo8HCFKGC7WnCK0znbb-fss/edit?usp=sharing

Eva Chernova scenario 1:

https://docs.google.com/document/d/1LXHqOhawyPq4Fu8-hgjYG4RfPQd3rwCnYhYpidbbUpA/edit?usp=sharing

Eva Chernova scenario 2:

https://docs.google.com/document/d/194hNzjG1gcy-iI38LwETDqSYMSNxDV_saakGq2tRMLw/edit?usp=sharing

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

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