11. Letar utbildning långt innan ansökningsperiod är Koll på meritvärde. Vill
Behövs gymnasiebetyg
slut. Skickar in ansökan flera gånger med ändringar.
Lisa 19 år
skickas in? Jag tror inte det använda för att se vilka
Lisa, 19 år men jag blir osäker när jag
läser om komplettering här.
Läser om utbildningar på skolwebbarna innan man
söker på studera.nu. Vet ofta vad utbildningen heter
chanser man har att komma
in, tillsammans med
antagningsstatistik.
när jag ska söka.
• Läser sista året på gymnasiet
Karaktäristiskt: SÖKANDE och nya i
• Förstagångssökande högskolevärlden.
• Alternativt: Tog studenten för ca ett år sedan och har tillfälligt
jobb. Har sökt till högskola 1-3 gånger tidigare
Hur mycket vet du om utbildningen
• Söker program och kurser. Vill läsa ekonomlinjen/programmet, söker?
innan du
fristående kurser inom ekonomi, gärna i en studentstad (Lund, 1:
Situation
Uppsala, Umeå) • Vet ofta vad utbildningen heter. Har
kollat upp på kurswebb. Googlat.
Hittar/letar information om utbildning
• Har endast meriter från gymnasiet, betyget finns i BEDApå andra ställen (Flashback).
Situation 2:
• Ser högskolevalet som det viktigaste • Jag använde mig av Studera.nu för att
ta reda på vad det fanns etc. inom vad
som intresserade mig. Ville läsa
valet, rädd för att göra fel och att strökurser. Sökte filosofi och då kom det
upp praktisk, teoretisk, politisk filosofi.
saker försvinner. Sen kunde man klicka sig vidare till
universitetets hemsida.
• Om man ska söka strökurs – söka på
studera.nu och inspireras av träffarna.
• Tror att antagningen fungerar som på
gymnasiet (automatiskt antagen till
ett alt)
• •
Lisa Cedergren, 19911020-3941, lisaVhs91@hotmail.com, Visa kurser jag kan söka utifrån min behörighet
(lösenord: abc123) • Antagningsstatistik per program/kurs i sökresultatet – jämföra
med mitt meritvärde
• Du behöver skicka in följande kompletterande uppgifter/du
behöver inte skicka in några kompletterande uppgifter
17. Identifiera nya behov
Sprint 3 Sprint 4 Sprint 5
Utökad förståelse för våra användare
Fånga upp fler användningsmål
18. Kombinerade användningstester
- ett möte, många syften
Sprint 3 Sprint 4 Sprint 5
• Iterativ utveckling och iterativa tester
• Fördjupar kunskapen om våra användare, behöver inte lägga all tid på test innan
• Mest feedback på det som är viktigast
• Går in i ny sprint med koncept avstämda med användare
I en världutananvändningstesterUtgår vi frångissningarOchriskerarattskapafunktionersomIntebehövsEller ärsvåraeller rent avomöjligaattanvända
FörattundvikadetBehöver vi testaproduktenPå de somskaanvända den.
Jag heter Anna Lantz ochjobbarpåValtech med användbarhet.
Idagska jag prataommöten med användareföre, under, ochefteragilautvecklingsprojekt
Innan vi ens har börjat bygga en webbplats behöver vi en vision, ett koncept för vad vi ska bygga.
Här syftar mötena med användare till att lära känna mottagarna bättre. Vem är det som ska använda det vi ska utveckla, dvs vem ska hjälpa oss att nå tänkta effekter med satsningen?Vi får en första bild av vem den här personen är som vi sen tar med oss in i utvecklingen och förfinar.
Vi behöver också få reda på vilket behovet är. Vilka är de grundläggande drivkrafterna att använda det vi ska bygga? Vilken nytta ger det?
Och se situationen, dvs i vilken kontext ska det vi bygger användas? Så att vi vet om bilen vi bygger ska gå att köra i sanden eller inte Alla tre delar ger oss ett första utkast på viktiga scenarios som det vi utvecklar ska uppnå. Scenarios som ligger till grund för de userstories som vi ska utveckla i nästa steg.
Det har blivit dags för ett exempel från antagning.se som Valtech var med och utvecklade.
Som hjälp i våra prioriteringar kring vad vi skulle bygga, satte vi upp exempelanvändare, skpersonas. En sådan var Lisa 19 år. I början tror vi att Lisa var en tjej som tog det här med högskolevalet ganska soft och inte var så orolig för själva anmälan. Nåt som man gjorde på fem minuter innan man gick och tränade på gymmet. Men efter ett antal användningstester förändrades vårt synsätt radikalt. Lisa berättade att högskolevalet var det viktigaste valet i livet just nu. Hon trodde också att det skulle funka på exakt samma sätt som när hon valde gymnasium. Lisa fick oss att inse att vi i varje steg av flödet genom ansökningsprocessen behövde förmedla: Vad är syftet med det här steget och vad ska jag göra här?Hur gör jag?Vad händer när jag är klar med det här steget?Vem har bollen och hur får jag reda på när jag behöver göra något nästa gång?så att Lisa vågade genomföra sin ansökan och därigenom bidra till att uppnå det som VHS satt upp som målet med satsningen, dvs öka antalet ansökningar till högskolan via webben.
Utvecklingsprojekt på valtech utgår oftast från scrum.
Iscrum arbetar man iterativt sprint för sprint med att leverera färdiga funktioner. En viktig mekanism i scrum är att få in feedback. Under utveckling finns det 3 syften med att träffa användare. Man vill:testa färdig funktionalitetkvalitetssäkra det man bygger nuoch samla in nya behov och kunskaper om sina användare
Det första syftet är att testa färdig funktionalitet. Det som kommer ut från testerna blir antingen av karaktären större förändringar eller småjusteringar.Dessa förändringar kan inte åtgärdas i innevarande sprint eftersom vi utvecklar andra saker i sprinten. Justeringar och större förändringar kan därför göras först i nästkommande sprint.
Det andra syftet är att testa det som utvecklas i innevarande sprint.För att en story ska bli godkänd i sprinten behöver den dels systemtestas men även användningstestas. Genom att bygga in användningstesterna i definition ofdone kan mindre justeringar genomföras i samma sprint. Större förändringar blir nya stories till nästkommande sprintar.Allt som tillkommer inom en sprint, justeringar och buggar, använder vi rosa lappar till. När vi gör ett åtagande på sprintens första dag, dvs sprintplaneringen, tar vi höjd för ”rosa lappar”.
Så här ser scrumtavlan ut just nu i det projekt som jag jobbar i.
Det tredje syftet är att identifiera nya behov hos användarna. Vi testar då konceptskisser eller klickbara prototyper över saker/Storiesi kommande sprint och även övergripande, på längre sikt.Detta möte syftar till att få en ökad förståelse för våra användare, dvs kötta till personan Lisa t ex. Efter ett antal möten kan vi nästan förutsäga vilka glasögon Lisa skulle välja.Vi fångar också upp fler användningsmål under mötet som kan resultera i nyauserstories.
Alla syften skulle kunna resultera i en väldig massa möten under sprinten. Vi har slagit ihop dem till ett möte i slutet av sprinten där vi både testar:funktionalitet som är byggd som byggs och nya behov Som ni ser är alla pilar från föregående slides med. Vi brukar testa med 2-3 användare per sprint vilket blir många över många sprintar. Eftersom vi börjar med att utveckla den viktigaste funktionaliteten först, blir det den funktionaliteten som får mest feedback.Våra tester brukar ta ca 1 timme och vi försöker ha så lite förberedelsetid som möjligt. Testerna är utformade först med några bakgrundsfrågor, följt av test av det som tidigare byggts, sen fyller vi på med att testa det som vi bygger nu och sen avslutar vi med att blicka framåt och testa koncept. d siten.Vi jobbar iterativt med att utveckla, men även iterativt med att testa, dvs vi testar små portioner och itererar fram och fördjupar kunskapen om våra användare. De här möten gör att vi inte behöver lägga lika mycket tid i början på att känna till våra användare.
Men sen då? När lösningen är lanserad. Vet vi nuhur den kommer att användas?
I många projekt som jag varit med i, blirvi under utvecklingsfasen tvingade att genomföra användningstester av konstruerade situationer med testpersoner som vi tror skulle använda det vi bygger: "hur skulle du göra för att boka en resa till Rom”?Dvs man riskerar att uppmana användaren att tänka på hur denne skulle tänka för att boka…Det är en skillnad de faktiskt gör när de sitter där framför skärmen på vingresor och bokar resan.
Vi behöver komplettera bilden av användningen genom att skifta fokus från gissningar till fakta. Och hur gör vi det?
Dvs skifta fokus från den tänkta användarens möte med lösningen till den verkliga användarens faktiska möte med den utvecklade lösningen.Hur många användare uppnår målet och ser sidan Tack för din bokning av resa till Rom? Häranvänder vi ossmycketavwebbanalysdär vi sätteruppmålochett bra målattsättauppär just en tacksidaiettflöde, antingen en bokningav en resaeller en anmälan till en konferens.
Och hur många fler blir det om vi testar olika varianter?
För vårdsiten 1177.se som jag jobbar med just nu kompletterade vi användningstester med multivariabeltest.
Mer specifikt hade 1177 en kampanj för att sprida varumärket och ville då att man skulle dela 1177 i sociala medier, dvs klicka på någon av dessa knappar. Vi ser här det original som togs fram som kampanjsida.
Vi satte upp tre testvariationsgrupper. Den första…
Den andra…
Den tredje…
Det ledde till 12 varianter av kampanjsidan som vi testade på hela besöksantalet. Alla variationer jämfördes mot originalet under två veckor. En variation visade sig ge 30 procent fler klick än originalet. Det hade vi kanske inte kunnat förutsäga i användningstester.
Sammanfattningsvis: I en världav testerfår vi en förståelseförvad vi behöverutvecklaochhurdetskautformasförattblianväntochgeaffärsnytta.
