tisdag 26 februari 2013

Första presentation

Imorgon är det tänkt att vår grupp ska framföra en presentation inför en annan projektgrupp. Presentationen ska bland annat handla om de grundläggande idéerna vi har, de intervjuer vi genomförde - som i sin tur gav upphov till en målgrupp, personas och designer.

Nedan har vi de huvudpunkter som presentationen består av. Vi diskuterade gemensamt vilken information som var allra viktigast att framföra och kom fram till denna struktur:


IDÉ

Vår idé är en webbaserad applikation som tillåter användare att skräddarsy en turistvistelse i Stockholm. Användarna kan planera sina resor och få rekommendationer för olika aktiviteter som passar deras intressen och personligheter.


INTERVJUER

Vi ville veta hur turister hade planerat sina resor till Stockholm och vilka problem de hade stött på då. Vi genomförde flera intervjuer och kom då fram till att det fanns flera problem:

  • Det var svårt att veta var man som turist skulle börja med planeringen.
  • Informationen kring aktiviteterna, t.ex. öppettiderna, var dålig och helt enkelt otillräcklig.

MÅLGRUPP


Med hjälp av intervjuerna bekräftade vi vår idé och kunde därefter definiera vår målgrupp. Målgruppen är blivande turister som avser att turista i Stockholm, och vill kunna planera sina resor dit i förväg på ett smidigt sätt.


PERSONAS

Målgruppen gav upphov till två personas med olika bakgrunder. Dessa två personas heter Freddi Hofmann och Susan Michaels. Båda personas har sina personliga egenskaper:

  • Susan är en 42-årig kontorsarbetare från England. Hon är mamma till två yngre barn. Hon är dessutom huvudpersonan i vårt projekt. Susan vill komma bort från det vardagliga England och beslutar sig för att besöka Stockholm tillsammans med familjen. Hon är i stort behov av att kunna planera sin resa ordentligt i förväg. Stockholmsresan ska vara kul för både barnen och föräldrarna. Därför måste olika typer av aktiviteter kunna finnas tillgängliga.
  • Freddi är en 23-årig konststudent från Tyskland som vill ta en paus from studierna och åka till Stockholm på en konstresa som involverar museibesök och utställningar. Han föredrar tidseffektiva alternativ och lägger inte särskilt mycket tid på sina reseplaner.

DESIGN


Det viktiga med vår design är själva sidportalen, där användarna planerar sina resor. Applikationen ska vara enkel, stilren och bidra med en tidseffektiv reseplanerare. Vi kommer att utgå från våra designprototyper för att enklast kunna framföra våra designidéer till den andra projektgruppen.

onsdag 20 februari 2013

Första design-utkasten

Idag satte vi i gruppen oss och började fila lite på designen för vår produkt. Det var väldigt givande och efter mycket diskussion lyckades vi komma fram till några idéer och skisser som vi ska försöka arbeta vidare på i framtiden.


Startsida:

 Den viktigaste aspekten hos startsidan är att det ska vara relativt lite information, och att det ska vara enkelt att förstå vad det är man kan göra. Detta har vi tyckt sedan vi först kom på idén. Därför har vi i skissen endast en huvudmeny med länkar till olika sidor på hemsidan (About Us, Contact etc.) och en ruta med väldigt kort information om tjänsten. Under rutan har vi en lista på populära resor som andra användare har delat med sig av. Man kan sortera den här listan efter betyg, tid osv.

Knappar som det står "Begin" på (detta kommer antagligen att ändras till något mer passande senare) ska vara konsistenta och alltid leda till sidan där man planerar sin resa. Innan man kommer dit får man dock göra ett val: i skissen syns ett pop-up-fönster där skillnaderna mellan att vara registrerad eller inte beskrivs. Vi har tyckt sedan början att det är viktigt att man ska kunna använda sig av tjänsten utan att behöva registrera sig, men vi vill gärna att användarna gör det ändå, så vi erbjuder några "perks" som att man kan spara resor eller rösta på aktiviteter osv. Under informationen kan man sedan välja mellan att registrera sig, att logga in eller att planera resa utan att registrera sig. Väljer man att registrera sig så får man ett bekräftningsmail, sedan kan man gå vidare!
_________________________________________________________________________________

Planering av resa v1:


Skissen ovan är vår första idé för hur sidan där man planerar sin resa ska se ut. Vi gillar upplägget, och det liknar den senare versionen, men vi insåg att det fanns några problem med v1.

En viktig del av vår tjänst är att hela resan planeras på ett och samma ställe. Vi märkte på andra sidor att det är vanligt att man först söker på en aktivitet, sen går man in på aktivitetens hemsida osv. Vi vill att all nödvändig information ska vara samlad på en sida, så att man slipper flytta runt sig så mycket på hemsidan. Därför är designen väldigt dynamisk och ändras mycket beroende på hur man använder tjänsten.

Menyn längst upp är samma som på startsidan (konsekvent).

Rutan i övre vänstra hörnet är den där man skriver in informationen man vet om sin resa: vilket datum är det och vad är dina intressen. Utefter att användaren fyller i sina intressen så ändras rutan till höger, där rekommenderade aktiviteter visas. Den listan går att sortera efter aktiviteternas namn, betyg, öppetider etc. Man kan även söka i listan om man letar efter någon specifik aktivitet.

Rutan med dina intressen är också dynamisk. För att kunna ge bättre rekommendationer har varje intresse flera sub-intressen. Till exempel kan du välja super-intresset "Djur", och sedan välja "Katter" som sub-intresse. Väljer du endast "Djur" så visas alla aktiviteter relaterat till det. Väljer du "Katter" visas endast aktiviteter rekommenderade för det.

Om man vill veta mer om en aktivitet kan man markera den genom att klicka på den. Då öppnas en ny ruta under intresserutan, där man får se mer exakta öppetider, läsa recensioner för aktiviteten osv.

Längst ner på sidan sitter schemat. Schemat är anpassat för att visa ungefär 7-10 dagar på samma sida, men man kan även scrolla i sidled om man ska vara borta längre än så. När man markerat en aktivitet så "lyser" de tidsluckor i schemat där aktiviteten passar in (med öppetider i åtanke) upp. Det här hjälper användaren se om hon kan gå på en viss aktivitet eller om den tyvärr inte passar in i hennes resa.

Det största problemet med denna design är rutan med extra information om aktiviteter. Vi tyckte att den inte var tillräckligt stor för att visa all den information som vi ville ha. Helst av allt vill vi att informationen ska vara tillgänglig även utan att man ska behöva scrolla ner, och om vi har flera recensioner kommer det vara svårt att uppnå. Därav v2:
_________________________________________________________________________________

Planera resa v2:



Den här versionen har mycket mer fokus på att visa mer information på ett bättre sätt än v1. Uteslutet från skissen är huvudmenyn som fortfarande ska ligga längst uppe på sidan och innehålla länkar till startsidan, kontaktinformation och så vidare.

Den största skillnaden mellan v2 och v1 är att vi i v2 har gjort aktivitetsfönstret mycket större. Intressefönstret ligger fortfarande åt vänster, eftersom vi kände att det är logiskt ur ett designperspektiv (man läser från vänster till höger, så man börjar med att välja intressen och får resultat i aktivitetsfönstret).

När man väljer en aktivitet i v2 får man istället för en liten ruta upp ett pop-up-fönster. Inte i ett nytt fönster i webbläsaren, utan som en sida som läggs "ovanpå" intressefönstret och aktivitetsfönstret och schemafönstret. Bakgrunden blir gråskalig för att man ska förstå att den är "avaktiverad". I pop-up-fönstret (som kan ses i skissen nedanför) får vi plats med mycket mer information, då vi kan utnyttja hela sidan istället för endast en bråkdel av den. Vi kan därmed visa fler recensioner.

En aspekt som vi inte riktigt lyckades enas över var ifall schemat skulle gömmas bakom pop-up-fönstret eller inte. En del av gruppen ansåg att man klickar på aktiviteter för att se information om dem, och inte för att lägga till i schemat (som förresten görs via att man drar i aktiviteten och släpper den i schemat, någonting som vi tyckte skulle vara svårt att implementera för när pop-up:en är uppe). En annan del av gruppen tyckte att schemat var den viktigaste delen av sidan och att den alltid skulle vara synlig så att användaren hela tiden vet vilka tider hon kan passa in aktiviteter i. Vi har inte kommit överrens om detta ännu, men bestämde oss för att designa v2 ur den första gruppens tanke.

Pop-up-sidan skulle se ut någonting likt denna skiss:


Vi kommer säkert att upptäcka fler fel i våra designs, men för nuvarande är vi väldigt nöjda med vår insats!

tisdag 19 februari 2013

Designdiskussion

Ikväll hamnade vi i en diskussion om hur en del funktioner som vi kommer inkludera i vår tjänst skulle kunna se ut. Vi diskuterade framförallt hur användaren skulle kunna utvärdera varje aktivitet efter resan, och vad användaren skulle kunna ange i en sådan recension. Man skulle kunna sammanfatta de alternativ vi kom fram till i följande punkter:
  • Användaren ger ett betyg och en recension
  • Användaren kan ge flera betyg för hur olika intressen passade aktiviteten
  • Användaren ger bara ett betyg på aktiviteten
  • Användaren ger ett betyg och föreslår intressen som passar aktiviteten
  • Användaren kryssar i de intressen (som fördes in i profilen innan resan) som användaren tycker passar aktiviteten

Följande begränsningar diskuterades också:
  • Man kan bara ge en recension per konto
  • Man kan bara ge en recension per resa

Det handlade också en del om vad som ska finnas i en utvärdering kontra vad som kan kopplas till profilen för att ge framtida användare en bättre sökning, där kraften mot att sätta saker i en utvärdering blev att det inte ska vara för jobbigt för användaren att utvärdera aktiviteterna då det är frivilligt. Vi vill att folk ska vilja fylla i utvärderingar av aktiviteterna för att förbättra sökningen för framtida användare.

måndag 18 februari 2013

Funktionstabell

I detta inlägg finns produktens olika funktioner numrerade efter hur pass relevanta de är för våra olika personas. Se tidigare inlägg för våra personas definitioner.

Relevansen graderas från 1 till 5, enligt dessa kriterier:
Gradering Innebörd
1 Helt irrelevant för personat i fråga
2 Funktionen påverkar användarupplevelsen positivt, men i mycket liten utsträckning
3 Funktionen uppskattas och förbättrar användarupplevelsen
4 Viktig funktion vars avsaknad skulle påverka användarupplevelsen negativt
5 Grundläggande funktion som krävs av personat i fråga
Nedan följer tabellen över funktioner och deras graderingar.
Funktion Persona 1
Freddi Hofmann
Persona 2
Susan Michaels
Personlig länk 4 1
Notifikationer via e-post 3 4
Skapa ett konto 1 2
Logga in via OpenID/Facebook/etc. 1 4
Möjlighet att redigera schemat 4 5
Förslag på aktiviteter baserat på användarröster 3 4
Möjlighet att rösta på olika aktiviteter 4 1
Sätta ihop en resa själv 4 5
Välja en resa som någon annan har delat med sig av 1 3
Slumpa fram en resa baserat på rekommendationer 3 1
Slumpa fram en resa utan att ta hänsyn till rekommendationer 2 1
Möjlighet att enkelt få förslag på aktiviteter som kan ersätta en inställd aktivitet 3 4

Beskrivning av funktioner


Under diskussionen om scenarion dök det upp en del idéer om olika designlösningar.

Vad gäller att spara sin planerade resa kom vi på följande alternativ:
  • En privat länk till sidan
  • Ett e-postmeddelande 
  • Genom registrering med e-post + lösenord eller facebook
Oavsett vilket alternativ användaren väljer kommer det vara möjligt att ändra på resplanen senare.

Om en planerad aktivitet av någon anledning inte längre skulle vara tillgänglig så skulle en
notifikation om det gå ut till användaren med förslag på andra aktiviteter, baserade på
personens angivna profil och vad andra som har varit intresserade av den inställda aktiviteten
har gjort.

Ett system för att rösta upp eller ner aktiviteter efter resan. Om man har registrerat sig så får man
ett meddelande efter resan där man får möjligheten att göra en utvärdering av sakerna man har gjort på sidan.
Ett system med stjärnor och alternativt kommentarer på aktiviteter används då för att utvärdera.

Det kommer att finnas olika alternativ för hur man kan sätta ihop sin resa, där man får förslag till aktiviteter om man har fyllt i en profil:
  • Sätta ihop sin egen resa på egen hand
  • Välja en färdig resa som någon annan har satt ihop
  • Slumpa en resa baserat på andra användares rekommendationer
  • Slumpa en resa utan hänsyn till rekommendationer

Scenarios

Idag har vi skapat två scenarios för båda våra personas.

Persona 1: Freddi Hofmann

Scenario 1:

Freddi har tillsammans med en kompis bestämt sig för att spendera sitt jullov i Stockholm. Han går in på reseplaneraren och väljer att inte skapa en profil, utan han fyller i sina intressen, datum och sin budget direkt. Därefter får han en lista av rekommendationer som passar intressena. Han är speciellt intresserad av en aktivitet - Nationalmuseum, och bestämmer sig för att boka in aktiviteten den 28 december. Reseplaneraren berättar att Nationalmuseum är stängd för renovation den dagen, men att det öppnar igen den 4 januari. Freddi bokar in Nationalmuseum då istället och väljer att boka in en konstutställning som reseplaneraren rekommenderade för den 28 december. 

Utan att behöva skapa en användare får Freddi nu en personlig länk till sin resa, som han kan använda till en vecka efter resans slut. Han väljer att ange sin mail-adress för att få notifikationer om ändringar i de olika aktiviteterna. Freddi är nöjd!


Scenario 2:

Freddi har varit i Stockholm i elva dagar och är hittills väldigt nöjd med sin resa. Idag gick han på en aktivitet som han i efterhand tyckte var tråkig och inte passande i relation till hans intressen. Han går in på reseplaneraren och skapar en profil genom att skriva in sin mail och ett lösenord. Därefter kan han ge ett betyg på aktiviteten. Han ger ett dåligt betyg, och tack vare det förstår reseplaneraren att aktiviteten kanske inte passar användare med samma intressen som Freddi. Tack Freddi!


Persona 2: Susan Michaels


Scenario 1:

Susan har fått semester från jobbet under sommaren och har bestämt sig för att åka till Stockholm, eftersom flygresan är kort och inte så påfrestande för barnen. Hon går in på reseplaneraren och väljer att logga in genom hennes Facebook-konto eftersom det är en enkel process som hon känner igen sedan tidigare. Hon fyller i familjens intressen och får en lista av rekommendationer för aktiviteter.

Hon väljer bland annat att inkludera Gröna Lund en heldag under resan. Dessutom berättar reseplaneraren att Tobbe Trollkarl har en föreställning just den dagen, vilket passar henne väldigt bra, då det låter henne sitta ned ett tag utan att barnen springer iväg.


Scenario 2:

Susan och hennes familj har nu varit i Stockholm i två dagar. I morgon har de planerat att gå på Skansen. Snart får dock Susan reda på att det förväntas regna just då Skansen är planerat. Hon har inte någon större lust att vandra runt i regnet och tror inte att barnen vill det heller, så hon använder reseplaneraren för att rekommendera en alternativ aktivitet som passar in i samma tidslucka. Susan slipper gnälliga barn!


torsdag 14 februari 2013

Think aloud

Vi har nu fastställt målgruppen och produktidén för vårt arbete. För att få en större uppfattning om vad som är viktigt att tänka på när vi ska skapa vår produkt utförde vi en så kallad "think aloud"-utvärdering. Detta gjordes genom att vi observerade när andra använde den konkurrerande webbplatsen http://www.visitstockholm.com/ och vi noterade vad som gick bra och dåligt vid användningen.

Exempelvis gav Marwan sin mamma May i uppgift att hitta en skridskobana i Stockholm genom att använda webbplatsen. May är inte van med att använda datorer och uppskattade därför att designen gjorde det relativt enkelt att använda hemsidan och att den information som hon sökte efter gick lätt att hitta.

Från webbplatsen som vi undersökte fann vi en del smarta funktioner som vi kan använda i vår produkt, och utifrån resultaten från utvärderingen lärde vi oss att det för ovana datoranvändare framförallt är viktigt att webbplatsen har en enkel design. Vi får senare fundera vidare på vad en enkel design är och hur man utformar det.

onsdag 13 februari 2013

Personas


Under övning #2 började vi arbeta på några personas:


Persona 1 (Student):

Namn: Freddi Hofmann
Kön: Man
Hemland: Tyskland
Ålder:23
Sysselsättning: Konststudent
Familj: Bor själv, reser med kompisar
Reseintressen: Fester, museum, konstutställningar
Datorvana: Stor, använder dator både i studie- och fritidslivet.
Datortyp: Laptop, smartphone
Intressen: Studentliv

Motivering: många av de som turistar är unga studenter som antingen vill lära sig mer eller vill ta en paus i studierna. Persona 1 vill ha en bra miljö för att kolla öppetider på diverse barer, museum, utställningar osv. Han är inte intresserad av att planera i förväg, utan tar saker som de kommer.


Persona 2 (Mamma):

Namn: Susan Michaels
Kön: Kvinna
Hemland: England
Ålder: 42
Sysselsättning: Jobb (kontorsjobb)
Familj: 2 barn (5, 12 år), make
Reseintressen: Saker som passar barnen, äta på restaurang, ta det lugnt
Datorvana: Medel, använder för specifika uppgifter på jobbet
Datortyp: Laptop
Intressen: Familjen, väninnor

Motivering: en annan stor grupp av turister är barnfamiljer. Persona 2 är bunden av jobbet och har schemalagd semester som hon vill utnyttja. Här handlar det inte om att göra så mycket som möjligt under så kort tid som möjligt, utan snarare om att man bara vill komma bort från det dagliga livet ett tag. Persona 2 har ett större behov av planering, då det är svårt att göra impulsbeslut om man måste tänka på barnen hela tiden.

Vi kommer säkert att uppdatera dessa personas och eventuellt skapa fler om vi märker att det behövs eller får mer data som visar att de är felaktiga. Vi har dessutom inte bestämt en huvudpersona eller skapat några scenarios ännu, så det är nästa steg.

Övning #2 - 13/2-2013

På dagens övning fick vi huvudsakligen lära oss om två saker: personas och scenarios.

Personas är användarbeskrivningar som man baserar på datan insamlad via fältstudier och intervjuer. Vi ska använda dem för att motivera funktioner i vår produkt och för att skapa scenarios.

Scenarios är helt enkelt specifika situationer där vi kan förklara hur en funktion fungerar, och varför den behövs.

Uppgiften inför nästa övning var att skapa två personas och några scenarios som vi sedan kan använda för att designa vår produkt.

Vi började designa ett par personas utifrån vad vi redan vet om användarna - se inlägg: "Personas"

Sammanfattning av intervjuer


För att intervjua människor som har flyttat hit av en eller annan anledning fick vi gå till egna kontakter, då dessa människor är svåra att urskilja på stan. Vi intervjuade alltså dessa huvudsakligen via e-post. Exempelvis intervjuade Isak en av sina gamla engelsklärare som flyttade hit för fem år sen, Alan intervjuade en granne från Italien och Mats intervjuade en arbetskamrat från Kina som doktorerar här på KTH.

Vi kom fram till att de problem vi hade förutspått i denna målgrupp inte var så relevanta då de flesta idag talar tillräckligt bra engelska för att kunna göra sig förstådda. Många av de vi intervjuade berättade att de hade fått intrycket att svenskar gärna talar engelska och att de flesta talar det väl.



Turister fanns det lite ont om på stan den här tiden på året men vi lyckades hitta några som var villiga att svara på frågor och kompletterade även med en enkät på Internet. Exempelvis intervjuade Oscar ett ungt tyskt par och Marwan och Marcus lyckades intervjua några turister på Internet.

De flesta unga turister hade inte planerat sin resa så noga. Vissa berättade att de inte visste var de skulle börja planera sin resa. Ett problem som en av intervjuerna upplyste var att nuvarande tjänster för att planera resor inte visar säsongsberoende öppettider. Några turister hade alltså åkt hit och blivit besvikna för att så mycket var stängt.

Slutsats

Det förutspådda problemet som bäst stämde överens med resultatet från fältstudien är det att det är svårt att planera resor i förväg. Vi bestämde oss alltså för att utveckla produktidéen om en webbplats för att planera en vistelse i Stockholm. 

Problem hos målgrupper

Under övningen bestämde vi möjliga problem för de målgrupper vi hade definierat under samma övning. Detta är vad vi förutspådde och skulle undersöka i fältstudien.

1. Turister som inte talar svenska

Problem

Vi förutspådde att turister som ville åka till Stockholm skulle ha svårt att planera resan i förväg. Vi misstänkte att det skulle vara svårt att hitta tillräckligt med information för att kunna "matcha" olika aktiviteter.

Produktidéer

En sort reseplanerare på webben som ska tillhandahålla information om aktiviteter i Stockholm. Den ska rekommendera aktiviteter baserat på intressen angivna av användaren. Man ska även ha möjlighet att rösta på aktiviteter för att rekommendera dem för andra turister.

2. Studenter som inte talar svenska

Problem

Vi misstänkte att man den första tiden skulle ha problem med att handla mat då det i mataffärer oftast bara finns information på svenska. Vi misstänkte att samma problem skulle finnas med kollektivtrafiken då t.ex. hållplatserna endast står och ropas ut på svenska.

Produktidéer

En applikation till smartphones som ska hjälpa till med mathandel genom att erbjuda en funktion för att läsa av streckkoder och tillhandahålla information om produkten, t.ex. namn på användarens språk och pris i användarens valuta. 

3. Svensktalande studenter

Problem

Vi förutspådde att denna målgrupp inte skulle ha så mycket problem men vi var nyfikna på vilka eventuella problem denna målgrupp skulle ha gemensamt med målgrupp nummer 2.

Produktiéer

Inga då denna målgrupp huvudsakligen var en referenspunkt för målgrupp 2.

4. Engelsktalande som ska arbeta

Problem

Vi förutspådde liknande problem för denna målgrupp som för målgrupp nummer 2 men även att det kunde vara svårt att hitta fritidssysslor. Det som försvårar detta jämfört med målgrupp 2 är att de inte får några fritidssysslor via arbetet.

Produktidéer

Samma som för målgrupp 2.

tisdag 5 februari 2013

Målgrupper

Efter övningen samlades vi idag (5/2) för att tydligare skriva ner frågor till intervjuerna och även klargöra våra målgrupper och problem tydligare. Vi kom fram till fyra olika målgrupper.


1. Turister som inte talar svenska. 

Detta är turister som endast besöker Stockholm. Det kan vara turister som talar engelska eller turister som varken talar engelska eller svenska.

Frågor

  • Varför valde du att åka till Stockholm?
  • Var hittade du informationen som gjorde att du valde just Stockholm?
  • Hur noga planerade du din resa innan?
    • Vad gick ej enligt planen?
  • Vad var svårt att planera i förväg?

2. Studenter som inte talar svenska.

Detta är studenter som nyligen flyttat till Stockholm och inte kan svenska eller inte kan varken engelska eller svenska. 

Frågor

  • Vad var/är svårast av vardagssysslorna? (t.ex. handla mat, åka kollektivt)
  • Vilka problem fanns det med att inte kunna svenska? (resa runt, handla, kommunicera)

3. Svensktalande studenter.

Detta är studenter som nyligen flyttat till Stockholm men talar svenska.

Frågor

  • Vilka problem fanns när du hade flyttat hit?
  • Vad i vardagen var svårast?

4. Engelsktalande som ska arbeta

Detta är människor som flyttat till Stockholm för att jobba. Det kan vara människor som flyttat hit för att de fick ett jobb-erbjudande eller människor som söker jobb.

Frågor

  • Vad var/är svårast av vardagssysslorna? (t.ex. handla mat, åka kollektivt)
  • Vilka problem fanns det med att inte kunna svenska? (resa runt, handla, kommunicera)
  • Hade du svårt att hitta fritidssysslor?
    • Varför? (om ja)
    • Var hittade du? (om nej)

Frågor till alla

  • Vad har du för tips till andra (i respektive målgrupp)?
  • Hade du några andra problem?
  • Övriga kommentarer?