Uppgifter för skisserna:
1. Du ska genomföra användarintervjuer för en ny digital tjänst. Målgruppen är 20-25 åringar boendes i Stockholm arbetandes som lokalvårdare, och du ska nu leta upp fem lämpliga informanter som du ska kontakta.
2. Du ska återigen genomföra användarintervjuer för en online-tjänst.
Målgruppen är 35-45 åriga singlar. När du har funnit fem lämpliga informanter från denna målgrupp ska du nu sätta en status på dessa att dom är kontaktade.
3. Du ska nu kontakta en av informanterna.
4. Du har nu genomfört användarintervjuer och ska maila ut biobiljetter som tack för deras deltagande.
5. Du har blivit kontaktad för att delta i ett användartest. Du är tillfrågad att via en tidsbokning välja datum och tid som passar dig.
Bilaga 3.
Uppdragsbeskrivning för examensarbete Meridium 24 mars 2017
Uppdrag:
Ta fram ett gränssnitt till vår bank av testpersoner.
Bakgrund:
I många av våra projekt genomför vi både intervjuer och användartester och behöver därför samla in personer som vill ställa upp på detta. Ofta har kunden en egen databas men där har personerna inte själv valt att vara med. Det är därför mycket tidskrävande att ringa runt och samla in personer som kan tänka sig att vara med som testpersoner.
Av den anledningen vill vi istället skapa en egen databas. Fördelen med en egen databas är att vi har tillgång till personer som valt att vara med och att vi vid ett projekt kan välja personer utifrån vissa kriterier, exempelvis kön, ålder, civilstatus för att på så sätt få ut en så representativ grupp som möjligt.
För att samla in en stor bredd av testpersoner har vi för närvarande ute en riktad Facebookannons där moroten för den som anmäler sig är att de får två biobiljetter när de blir kontaktade av oss. När användarna anmäler sig sparas de i en excellista som vi behöver spara ner och lägga samman med de tidigare anmälda personerna. Detta är inte bara tidskrävande utan vi vill även kunna få ut personer utifrån vissa kriterier när vi ska testa åt kund vilket är svårt i excel. Då vi i nuläget är tre personer som hanterar detta är det också svårt att endast ha ett dokument med olika versionshantering.
Behov:
Vårt behov är ett tydligt gränssnitt där vi kan söka och administrera de som anmält intresse att vara med som testpersoner.
Krav:
> Responsivt gränssnitt
> Hämta in personer från excellistan som genereras av Facebook
> Kunna visa en persons uppgifter (egen sida): namn, sysselsättning
(heltidsanställd/arbetssökande/student/deltidsanställd/övrigt), yrke, civilstatus, mailadress.
> Kunna skicka ut ett mail via gränssnittet:
● Ska kunna skickas ut till flera samtidigt men genereras som ett mail till var och en
● Kunna skapa unika mail för varje gång
● Kunna skicka ut företags-biobiljetter till flera personer samtidigt efter att de genomfört ett test
> Kunna sätta status utifrån om de är:
● Uppringda
● Har tackat nej
● Väntar på biobiljett
> Kunna skapa en sida där personerna kan boka in sig på en tid:
Meridium:
● Kunna bestämma datum -och tidspann
● Kunna sätta ett maxantal på tider Systemet/sidan:
● Skicka en notifikation till Meridium när kalendern är full
● Skicka ett automatiskt mail med bekräftelse till användaren på bokad tid
● Visa om kalendern är full Användaren:
● Välja dag och tid
● Boka tid
> Per automatik ta bort användare som är värvade för mer än ett år sedan
> Kunna koppla ett projekt till en person
> Kunna fritextsöka
> Kunna filtrera på:
● Ort
● Civilstatus
● Sysselsättning
● Yrke
● Åldersspann
● Projekt
Bilaga 4. Ett fåtal av skisserna från workshopen.
Bilaga 5. Diskussionsfrågor från workshopen
1. Stjäl något objekt uppmärksamhet i arbetet med filtreringen av informanter?
Känner ni att ni hade kunnat ha fokusera fullt på filtreringen utan att mängden alternativ blir påfrestande? Om ja, vad hade fått er att bli ofokuserade? Om nej, hur hade ni då presenterat alternativen?
2. Tycker ni att gränssnittet hade varit ansträngande att använda? Vad är ansträngande? Vad hade gjort att det blir mindre ansträngande? Skulle man kunnat använda sig av designprinciper? Ex. mappning, Discoverability.
3. Var det lätt att hitta funktioner? Vad är det som gör att information inte är lätt att hitta? Hur hade ni velat ha det istället? Hade ni kunnat tänka er
fritextsökningar till samtliga variabler?
Bilaga 6. Uppgiftsbeskrivning användartest.
Uppgifter
1. Roll: Interaktionsdesigner
Du ska genomföra användarintervjuer för ett nytt projekt. Målgruppen är personer som bor i Stockholm i åldrarna 18-25 och arbetar som lokalvårdare.
Du behöver tre stycken informanter för intervjuerna. Ange datum samt tider för varje enskild intervju.
2. Roll: Interaktionsdesigner
Du ska genomföra en workshop för projektet Ka-Bom och skall bjuda in fyra personer till aktiviteten. Målgruppen är studerande singlar i åldrarna 25-30.
Workshopen ska genomföras 2017/05/05 kl 10.30 - 12.30.
3. Roll: Interaktionsdesigner
Du skall ringa upp Filip Sjöberg och bekräfta tiden han har föreslagit för användarintervjun gällande projektet Ka-BoM. (Ringa, status, spara) 4. Roll: Interaktionsdesigner
Du skall skicka ut fyra biobiljetter till deltagare i projektet Ka-BoM som väntar på biobiljetter.
5. Roll: Testperson
Du har blivit kontaktad för en användarintervju för projektet “StädApp” och ska välja en tid som passar dig.
Bilaga 7. Utvärdering.
Informationsarkitektur
1. I found the system unnecessarily complex.
2. I found the various functions in this system were well integrated.
3. I think that I would need the support of a technical person to be able to use this system.
4. I would imagine that most people would learn to use this system very quickly.
Mental belastning
5. I thought there was too much inconsistency in this system.
6. I found it hard to focus on the given task.
7. I found the system very cumbersome to use.
8. I found the system very arduous to use.
Användbarhet
9. I think that I would like to use this system frequently.
10. I thought the system was easy to use.
11. I felt very confident using the system.
12. I needed to learn a lot of things before I could get going with this system.
Frågor efter testet Övergripande intryck?
Vad som var bra?
Vad som inte var bra?
Vad som saknas?
Hur skulle du beskriva designen med en mening?
Avslutande kommentar?
Bilaga 8. Skisser.
Bilaga 9. Wireframes.
Bilaga 10. Mockups.