Testa en klickbar prototyp innan du betalar för kod
Av CodexierPublicerad 5 min läsning
Det billigaste ögonblicket att upptäcka att användarna inte förstår er produkt är innan den finns. En klickbar prototyp i Figma ser ut och beter sig tillräckligt likt det riktiga för att fem personer ska kunna försöka lösa verkliga uppgifter med den, och deras förvirring säger er vad som ska ändras medan en ändring fortfarande handlar om att flytta rektanglar. Den här guiden tar upp vad ett sådant test kan och inte kan bevisa och hur ni kör ett på en vecka.
Vad en klickbar prototyp kan bevisa
En prototyp svarar på frågor om förståelse och navigation: förstår användarna vad produkten är till för från första skärmen, hittar de var de ska börja, slutför de kärnuppgiften, var tvekar de, vilka ord missförstår de. Den kan inte svara på om marknaden vill ha produkten, vilket pris som är rätt eller hur systemet kommer att prestera. Det kräver andra metoder. Håll testet fokuserat på det den kan leverera, så undviker ni fällan där ett varmt mottagande i rummet blir ett kallt vid lanseringen.
Hur verklighetstrogen den behöver vara
Detaljnivån är ett budgetbeslut. För grov och testpersonerna kommenterar teckningen i stället för uppgiften; för polerad och de antar att den är färdig och slutar kritisera. Rätt nivå beror på vad ni testar.
| Detaljnivå | Använd för att testa | Vad som får vara grovt |
|---|---|---|
| Papper eller gråa lådor | Informationsstruktur, sidordning, namngivning | Allt visuellt |
| Gråa lådor med riktig text | Förståelse, formulärflöden, onboarding | Färg, bilder, varumärke |
| Stilsatt Figma-prototyp | Förtroende, hierarki, om uppmaningarna uppmärksammas | Specialfall, feltillstånd, riktig data |
| Kodad prototyp | Prestanda, riktig data, komplex interaktion | Bara när ett klickflöde verkligen inte kan besvara frågan |
Oavsett nivå, använd riktigt innehåll: riktiga produktnamn, rimliga priser, de faktiska felmeddelandena. Testpersoner reagerar mer på ord än på pixlar.
En regel gäller på alla nivåer: varje element som ser klickbart ut måste göra något, även om det bara visar en skärm som säger att detta inte ingår i testet. Ett dött klick får testpersonerna att sluta lita på prototypen och börja gissa om testet i stället för om produkten.
Testmanus och uppgifter
Uppgifterna är testets kärna och det ställe där de flesta förstagångstester misslyckas. En uppgift är ett mål i testpersonens värld, inte en instruktion i ert gränssnitt. Boka en konsultation till nästa tisdag är en uppgift. Klicka på den blå knappen och välj ett datum är en genomgång.
- Skriv fyra till sex uppgifter som tillsammans täcker kärnflödet, i ordning från lättast till svårast.
- Rekrytera fem personer som liknar era riktiga användare, inte kollegor och inte vänner som känner till idén. Erbjud ett presentkort för tiden.
- Använd samma manus för alla: en kort introduktion, påminnelsen om att ni testar designen och inte dem, sedan uppgifterna en i taget.
- Be testpersonerna tänka högt, och var sedan tyst. Varje ledtråd ni ger raderar ett fynd.
Sessionerna tar trettio till fyrtiofem minuter över video med skärmdelning, eller på plats. Spela in med samtycke, och kom ihåg att inspelningar av identifierbara personer är personuppgifter enligt GDPR: ange syftet, spara dem bara så länge analysen pågår och radera dem efteråt.
Läs resultaten
Efter fem sessioner har ni en hög med intryck och en stark frestelse att minnas dem som bekräftar vad ni redan trodde. Att räkna skyddar er från det. För varje uppgift och testperson, anteckna om de slutförde den, hur lång tid det tog och var de tvekade eller gick fel. Gruppera sedan problemen och rangordna dem efter hur många som drabbades och hur illa det stoppade dem. Ett problem tre av fem stöter på i kärnuppgiften är ett designmisslyckande; en kommentar en person gav om en färg är en notering.
Kritiskt
Stoppar uppgiften eller skickar testpersonen fel väg. Åtgärda före allt annat, och testa igen.
Allvarligt
Orsakar tvekan, backande eller ett fel första klick som testpersonen tar sig ur. Åtgärda före utveckling.
Kosmetiskt
Uppmärksammat, kommenterat, påverkade inte uppgiften. Logga det; åtgärda om det är billigt.
Bestäm vad som ska byggas
Resultatet av ett prototyptest är inte en lista med rättningar; det är ett beslut om omfattning. Funktioner ingen hittade eller använde i prototypen är kandidater att stryka ur första versionen. Steg alla snubblade på är kandidater att designa om innan en rad kod finns. Kör en andra runda på den reviderade prototypen om den första hittade kritiska problem; är den andra rundan ren på kärnuppgiften är det er signal att bygga. Nedskrivet blir detta briefen utvecklarna får, med skärmar som fem riktiga personer redan slutfört uppgifter på.
När ni inte behöver det här: en liten ändring inne i en produkt folk redan använder, eller en funktion så standardiserad att ingen rimlig design förvirrar någon, motiverar inte en testrunda. För en ny produkt eller ett omgjort kärnflöde ingår prototyptester i vår produktdesignsprint, och ett kostnadsfritt samtal säger om er fråga är en som en prototyp kan besvara. Priserna finns på prissidan.
Vanliga frågor
Varför bara fem testpersoner?
För att samma problem återkommer redan efter de första sessionerna och varje ytterligare testperson tillför mindre. Fem per runda, sedan rätta och köra fem till, hittar mycket mer än femton i en enda runda på samma trasiga design.
Kan jag testa med egen personal eller vänner?
Bara som en torrkörning av manuset. De vet för mycket om idén och vill att ni ska lyckas, så de löser problem riktiga användare inte skulle lösa. Rekrytera personer som matchar målgruppen och aldrig sett produkten.
Vad gör vi om testpersonerna gillar prototypen men inte slutför uppgifterna?
Lita på uppgifterna. Artighet får folk att säga snälla saker; beteendet visar vad de förstod. En prototyp alla berömmer och ingen kan använda är ett misslyckat test med användbara fynd.
Har ni en prototyp, eller en idé som borde bli en?
Berätta vilken kärnuppgift en användare måste slutföra. På femton minuter kan vi säga vilken detaljnivå prototypen behöver, skissa testmanuset och uppskatta vad en testrunda kostar mot koden den kan spara.
Boka ett kostnadsfritt 15-minuterssamtal