Ge en person som inte sett appen tre uppgifter och hjälp inte till. Skriv bara vad personen gör, var hen stannar och vilka ord hen använder. Välj sedan det första hinder som blockerade en uppgift, beställ en enda rättning och låt en ny person prova samma tre uppgifter.
Provet svarar på en enda fråga
Det här är inte en undersökning om huruvida någon tycker om färgen eller skulle rekommendera appen. Det svarar bara på: kan en ny person förstå vad hen ska göra utan att du förklarar?
Skillnaden är viktig. När du själv provar appen fyller du omedvetet i allt som saknas. Du vet att logotypen går att klicka på, att ”Fortsätt” sparar uppgifterna och att ett tomt område egentligen väntar på en uppladdning. Den kunskapen finns i ditt huvud, inte på skärmen.
Provet är godkänt när testpersonen klarar alla tre uppgifterna utan en ledtråd och själv kan säga vad som hände efter varje uppgift. Om du behöver peka, förklara ett ord eller säga ”klicka där” är just det steget underkänt.
Välj någon som faktiskt är ny
En kollega som sett dina skärmbilder i två veckor är inte ny. Välj någon som tillhör ungefär rätt målgrupp men som inte har sett appen och inte behöver vara artig mot dig. En vän, granne eller kollega från en annan del av verksamheten räcker.
Kontrollprovet är enkelt: fråga ”har du sett den här appen eller en genomgång av den tidigare?”. Är svaret ja väljer du någon annan. Du behöver ny blick, inte expertkunskap.
Skriv tre uppgifter, inte tre instruktioner
En uppgift beskriver ett resultat. En instruktion avslöjar vägen. Säg ”anmäl dig till träffen”, inte ”tryck på den röda knappen, fyll i formuläret och tryck på Skicka”. Om du nämner knappens namn har du redan hjälpt personen förbi det du ville prova.
Välj en uppgift från varje del av resan:
Anpassa orden till din app men behåll ordningen: förstå och börja, göra det viktigaste, kontrollera eller ändra resultatet. Kan du inte formulera huvuduppgiften i en mening är appens syfte kanske fortfarande för brett. Börja då med en projektbeskrivning som håller innan du testar gränssnittet.
Jag vill se om appen förklarar sig själv. Det är appen jag provar, inte dig. Säg gärna högt vad du letar efter och vad du tror ska hända. Jag kommer att vara tyst medan du provar. Om du fastnar får du säga det; jag hjälper inte till förrän de fem minuterna är slut. Uppgift 1: [skriv resultatet personen ska nå] Uppgift 2: [skriv resultatet personen ska nå] Uppgift 3: [skriv resultatet personen ska kontrollera eller ändra]
Starta fem minuter och håll dig tyst
Läs upp manuset, starta en timer och ge en uppgift i taget. Sitt bredvid utan att röra skärmen. Be personen tänka högt, men ställ inte frågor som leder mot lösningen. ”Vad letar du efter?” är tillåtet. ”Ser du knappen uppe till höger?” förstör provet.
Om personen frågar vad ett ord betyder svarar du: ”Vad tror du att det betyder här?”. Skriv svaret ordagrant. Ett ord som kräver din definition kommer också kräva support när appen är publicerad.
Det är mänskligt att vilja rädda någon som fastnar. Gör ett streck i anteckningen varje gång du börjar förklara. Ett enda streck betyder att uppgiften inte klarades utan hjälp, även om personen slutförde den efter din ledtråd.
När fem minuter har gått stoppar du. Låt inte provet bli en halvtimmes intervju. Målet är att hitta första hindret, inte att samla alla tänkbara åsikter på en gång.
Anteckna handling, hinder och utfall
Skriv det du kan se, inte din tolkning. ”Förstod inte sidan” är en gissning. ”Läste rubriken två gånger, rullade ned, gick tillbaka och frågade var man börjar” går att använda i en beställning.
UPPGIFT: [1, 2 eller 3] FÖRSTA HANDLING: [vad personen klickade eller läste först] FASTNADE VID: [exakt plats eller ord] SA HÖGT: [personens egna ord] UTFALL: [klar utan hjälp / klar efter hjälp / inte klar] TID: [ungefär när hindret uppstod]
Prova dina anteckningar direkt efteråt: kan någon som inte var i rummet förstå exakt var personen stannade? Om inte, komplettera med skärmens ord och vad som hände före och efter. Ta en skärmbild om den inte innehåller personuppgifter. Samma konkretion gör en felrapport som går att använda.
Välj ett hinder innan du ber om en rättning
Efter fem minuter har du kanske sex anteckningar. Rätta inte allt samtidigt. Välj det tidigaste hindret som stoppade en av de tre uppgifterna. Om personen aldrig förstod hur man börjar spelar det ingen roll att knappen på sista sidan hade svag färg.
Rangordna med tre frågor:
- Blockerade hindret en uppgift? Ett stopp går före ett irritationsmoment.
- Kom det tidigt? Ett hinder före huvuduppgiften påverkar allt som ligger efter.
- Kan du beskriva det utan att föreslå en teknisk lösning? Säg vad personen inte kunde göra och vilket utfall du vill se.
Provet på att du valt rätt är att meningen kan börja: ”Testpersonen försökte … men kunde inte …”. Om meningen i stället börjar ”jag tycker att …” har du valt en åsikt, inte ett observerat hinder.
Beställ en liten rättning med observationen som bevis
Skicka inte hela protokollet och be modellen ”förbättra användbarheten”. Då får du en stor ombyggnad som är svår att prova. Beställ bara en rättning och kräv att resten lämnas orört.
En helt ny användare fick uppgiften: [skriv uppgiften ordagrant]. Det här hände utan att jag hjälpte till: - Första handling: [vad personen gjorde] - Personen fastnade vid: [platsen eller ordet] - Personen sade: [ordagrant] - Utfallet blev: [klar efter hjälp / inte klar] Ändra bara det som behövs för att en ny användare ska förstå nästa steg utan en muntlig förklaring. Behåll övrig layout, text och funktion. Beskriv först den minsta ändring du tänker göra och vänta på mitt svar. Efter ändringen ska jag kunna ge samma uppgift till en ny person utan att säga var hen ska klicka.
Läs planen innan du godkänner den. Om modellen vill byta flera sidor, färger och flöden för ett enda otydligt ord säger du nej och ber om en mindre ändring. Provet är fortfarande samma uppgift — inte om den nya designen ser modernare ut.
Gör om samma prov med en ny person
Efter rättningen använder du exakt samma tre uppgifter och samma manus, helst med en person som inte såg första försöket. Byter du både uppgift och app vet du inte om resultatet blev bättre eller bara annorlunda.
Tre av tre utan ledtrådar betyder att rättningen klarade omprovet. Fastnar personen på samma ställe var ändringen inte tillräcklig. Uppstår ett nytt hinder tidigare i flödet blir det nästa sak att rätta. Spara de tre uppgifterna bredvid din provlista: användartestet visar om en ny person förstår appen, medan provlistan visar om gamla funktioner fortfarande fungerar efter en ändring.
Vad fem minuter inte kan visa
Ett kort användartest visar inte om appen är säker, tillgänglig för alla, snabb under belastning eller värd att betala för. Det visar inte heller att alla målgrupper förstår den. Det hittar ett tidigt, observerbart hinder som du kan rätta och prova igen.
Behöver du kontrollera telefonvyn mer systematiskt finns separata prov i artikeln om AI-appar och mobilanpassning. Ska appen hantera känsliga uppgifter börjar du i säkerhetsguiden, inte med en testperson och riktiga data.
Tre uppgifter, fem minuters tyst observation, ett prioriterat hinder, en liten rättning och samma tre uppgifter igen.