Illustrationsbevis til den uber talentfulde James Rotanson

Hvorfor prototyping er et must for designere

Har du nogensinde afholdt et møde, hvor du forgæves prøver at beskrive nøjagtigt, hvordan du ønsker, at en overgang i dit design skal fungere? Eller endnu værre, du forsøgte at bruge ord i et dokument for at beskrive, hvordan du vil have navigationen til at falme ind eller ud? Jeg er sikker på, at du har det, og du har sandsynligvis set de forvirrede ansigter fra dit publikum, der prøver at finde ud af, hvad du taler om, og ønskede, at jorden bare ville sluge dig op. Moderne web- og mobilapp-oplevelser bliver meget fordybende, det er ingen hemmelighed. Borte er dagene med at designe en række tilknyttede websider med genindlæss på fulde sider. Tankevækkende animation og interaktionsdesign er nøglen til at definere fantastiske brugeroplevelser. Apples verdensberømte designdirektør Jony Ive har det at sige om den moderne designproces;

[designprocessen] handler om at designe og prototype og fremstille. Når du adskiller dem, tror jeg, at det endelige resultat lider.

Alt for ofte adskiller holdene to. Mange skærmbilleder oprettes i høj tro og "logges af", før nogen overhovedet tænker på at oprette en prototype eller få den i hænderne på kunderne. I moderne web- og appdesign skal du se og føle de interaktioner, der er givet af softwaren, for at vide, om du har spikret oplevelsen, og så prototyper hjælper med at få dig til det meget tidligere og hurtigere i udviklingscyklussen. Det hjælper også hold med at fremstille koncepter meget hurtigere. Generelt synes designere det er meget lettere at visualisere abstrakte koncepter, men ikke alle i et moderne softwareteam kan gøre det.

Fordele ved prototype

Prototyping giver alle i et team en enkelt idé at arbejde ud fra og er en langt mere effektiv måde at kommunikere en designer's intention på end en gruppe af statiske skærmbilleder. F.eks. Kan en veludviklet prototype vise et helt team nøjagtigt, hvordan en “on hover” -tilstand i et design skal fungere, snarere end at lade dette være åbent for fortolkning af resten af ​​teamet eller bare sidde fast i dit hoved.

De fleste softwareteam arbejder inden for en smidig ramme. Men ofte kan designere føle, at de stadig arbejder i en vandfaldstil, da hold, de bliver bedt om at lave en masse upfront-design, da hold kan kæmpe for at komme på den samme side om et projekt. Det smidige manifest promoverer "arbejdssoftware over omfattende dokumentation". Prototyper er en naturlig udvidelse til dette og reducerer behovet for dokumentation. Så en prototype kan spare en masse tid, spildt arbejde og frustration under udviklingslivscyklussen, da multidisciplinerede teams bliver nødt til at gå frem og tilbage langt mindre for at validere interaktioner og strømme. Ligesom et billede maler 1000 ord, kan en prototype male 1000 brugerhistorier. Se, når kvaliteten af ​​samtaler omkring interaktioner og design øges, når du integrerer prototyper i din arbejdsgang.

Den anden skønhed ved en prototype er, at du kan se kunder interagere med dit færdige design, før du har skrevet en enkelt kodelinje. At gennemføre velstruktureret brugerundersøgelse ved hjælp af en prototype er ekstremt billigt og let, selvom du ikke har adgang til en forsker på heltid. For at udføre vores brugerundersøgelser hos Atlassian oprettede vi vores eget laboratorieundersøgelsestest (“AtLab”) på mindre end 24 timer og for under $ 200. Vi har endda oprettet en enkel trin for trin guide til hvordan du kan gøre det selv. Når du kombinerer en veludviklet prototype med brugervenlighedstest, der er let at konfigurere, kan du spare dig selv masser af spildt tekniske timer med at bygge noget, som enten ikke kunder ønsker, eller som har en dårlig brugeroplevelse. Meget bedre at finde og løse disse ting tidligt end at sende en dårlig oplevelse til kunderne.

Nøjagtighedsniveau er vigtigt

Nu kan detaljeniveauet i en prototype variere afhængigt af hvad du prøver på at finde ud af. Der er ikke noget rigtigt eller forkert svar på det detaljeringsniveau, du har brug for at tilføje til din prototype. Du skal bare vælge det rigtige værktøj på det rigtige tidspunkt i din proces. En skræmmende skitse kan være langt mere effektiv end en meget poleret visuel mockup i den rigtige omstændighed. Jeg har haft en forbløffende succes i fortiden ved hjælp af prototyper på rå papir, som bogstaveligt talt er en gruppe af håndtegnet skitser, som du manuelt skifter ind og ud som en kunde "klikker" links eller billeder. Men mit hovedmål, når jeg brugte dette niveau af trofasthed, var hurtigt at få nogle meget tidlige retningsvalideringer om en idé, jeg overvejede. Hvis jeg nu var ved at sende det design til kunder, siger det sig selv, at en papirprototype ville have været det forkerte trosniveau for det aktuelle job.

Der er forskellige måder at prototype med forskellige detaljeringsniveauer, og hvad du skal bruge, afhænger af, hvor du er op til i dit projekt.

Type prototype: Papir
Skitse ud af de skærme, du vil teste. Sæt dem foran en kunde, og når de "trykker" eller "klikker" på skærmen, skal du udskifte skærmen for en ny manuelt.
Bedst til: Meget tidlig grov konceptvalidering

Type prototype: Wireframe
Sæt dine wireframes sammen med links, der overgår mellem hver skærm. Sketch giver dig mulighed for at gøre dette, eller endda keynote kan være overraskende effektiv.
Bedst til: Tidlig validering af informationsarkitekturen eller almindelige brugerrejser på et websted eller en app.

Type prototype: Visuelt design
Det samme som tidligere, men med en højere tro. Hvis du kommer nærmere
forsendelse af dine designs, skal du begynde at komme meget tættere på det faktiske design, kunderne vil se. Værktøjer som InVision eller Marvelapp er virkelig nemme at afhente og bruge, selv for ikke-designere. De giver dig mulighed for at tilføje en lang række overgange og animationer til web og mobil. Igen kan keynote også være overraskende effektiv.
Bedst til: Få konkret feedback på foreslåede færdige designs fra kunder.

Type prototype: Kode
Hvis du kan kode, eller har det godt med værktøjer som framer eller rektor, kan du oprette den rigtige ting.
Bedst til: Den rigtige aftale. Hvis du hurtigt kan få prototyper i kode, er disse så tæt på den virkelige oplevelse, du nogensinde vil få.

Så hvad ville jeg gøre?

Det afhænger altid. Du er nødt til at vælge den rigtige troskab til det arbejde, der er ved hånden. Men ideelt set ville jeg have alle mine teambuilding-prototyper i kode, da disse altid er det tætteste ved det virkelige liv. Testning af kodeprototyper tidligt og ofte sammen med kunder giver os mulighed for at iterere og forfine vores design længe før der faktisk skrives nogen produktionskode. Når du har indbygget prototyper til din designproces, får du en bedre fornemmelse for, om du løser problemer på den rigtige måde for din virksomhed og vigtigst af alt for dine kunder. Du vil også finde det inviterer til mere konstruktiv feedback fra kunder og interne teams, da det føles mere reelt, end en statisk mockup nogensinde kan. Raffinering af prototypen flere gange får du hurtigere til bedre, mere elegante løsninger.

Uanset hvilken metode du bruger, prototype under ethvert produkt
udviklingslivscyklus er nu ikke længere bare et dejligt at have, men et must i min
mening. At tilpasse et multidisciplineret team og sikre, at alle kommer væk med et helt klart billede af det tilsigtede interaktionsdesign, er nøglen til en vellykket produktudvikling og opbygning af oplevelser, som kunderne i sidste ende vil elske.

Nød du dette indlæg? Vil du have mere af det samme? Overvej at følge Designing Atlassian.