Executive brief - TravelWiz

Med anledning av vår vidare medverkan i tävlingen kommer här det kort-korta sammandraget av vår design.

Vi har tagit fram en design på en mobilapplikation kallad TravelWiz som på ett användbart sätt hanterar resandets ytterligheter i form av exempelvis hotellbokningar, restaurangreservationer och budgetering mm under under en resas gång. Den hjälper givetvis även till att upptäcka och välja vilka hotell, restauranger och sevärdheter man vill tänkas besöka. 

Vi valde i projektets början affärsresande som vår målgrupp. 

En genomgående röd tråd som vi fick med oss ifrån projektets inledande användarintervjuer var att turisterna vill att resandets ytterligheter, nämnda ovan, underlättas för att göra plats för resans huvudsakliga mål. 

Utifrån denna önskan och målgrupp tog vi fram två designlösningar, en "vild" och en "traditionell" version med lite olika idéer. Vi valde att utveckla den "vilda" idén. Den bestod ursprungligen av en mobilapplikation som tog all tveksamhet ur resandet genom att den valde hotell, restauranger och sevärdheter åt dig, och sedan presenterade det på ett enkelt sätt. 

Genom en iterativ designprocess kom vi tillslut fram till den nuvarande versionen av applikationen. Den består av ett kort-baserat gränssnitt där relevanta åtgärder och information presenteras på ett kontext-medvetet sätt med hjälp av smarta inlärningsalgoritmer. Likt den ursprungliga idén så ger applikationen förslag på hotell, restauranger, transportmedel och sevärdheter, men denna gång på ett sådant sätt att användaren enkelt kan delta i valet om hen så önskar. Dessutom hjälper applikationen användaren med att komma ihåg exempelvis en restaurangbokning, och påminner om detta på ett relevant och lägligt sätt.

För vidare info se nästa blogginlägg samt prototypen:
Online-version
PDF-version

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

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