Share
Prototypning är en tvärvetenskaplig verksamhet som spänner över digital design, industriell design och allt däremellan. Även om det är föregångare till slutprodukten kan prototyper variera i trohet. Denna artikel kommer att titta på digital prototyping, som ger riktlinjer som du kan använda för att bestämma när du borde och borde inte bygga en.
Inom det digitala rummet används en prototyp för att snabbt testa idéer och se om användarna kan slutföra kärnuppgifter. De är avsedda att spara utvecklingstiden eftersom det inte behövs en enda kod kod för att validera några idéer. Dessutom behövs inte alltid en prototyp. Ofta gör en storyboard! Att välja mellan de två beror på vad du försöker uppnå. Var och en av dessa leveranser är en viktig färdighet för UX-designers att utveckla, men det är förmodligen det som är viktigare att välja rätt produktion och nivå av trohet som krävs.
En prototyp med låg säkerhet skapas ofta med papper och penna.
Enligt min erfarenhet är lo-fi-prototyper avsedda för att fånga feedbacken "låga hängande frukter", till exempel förvirring kring plattformskonventioner (t.ex. Material design plus-knappen, Windows 8 charmbar etc.). Denna metod är också särskilt användbar när man arbetar i ett samarbetsprojekt. Du kan ställa in timern i femton minuter, dela ut ett antal mallar och få varje person att skissa ut sina idéer (en sida per två personer fungerar bra).
Företag som uistencils.com erbjuder ett antal papper och linjaler av vanliga användargränssnitt för att snabbt sammanföra grova koncept. Du kan också använda ett papper och anteckningsblock. Dessa prototyper med lägre trovärdighet kan laddas upp i verktyg som Invision, där du kan länka upp sidorna med "hotspots" och simulera, på en ganska lös nivå, vad slutprodukten kan se ut som.
En prototyp med medelhöghet sammansätts normalt med hjälp av programvara. Till skillnad från pappersprototypen, som kan vara mer lämpad för samarbetsdesign, är denna metod vanligtvis sammanställd av en UX-designer på laget.
Använd mid-fi-prototyper efter att du har gått igenom din inspirationsfas, inklusive kvalitativ forskning, kundresorskartor och initialflöden. Målet är att testa några arbetsflöden och se hur användarna svarar på dina idéer övergripande.
Det finns ett antal verktyg där ute som UXpin, som alltid utvecklas och uppdaterar sin uppsättning funktioner. Axur är också ett vanligt verktyg och en som jag föredrar tack vare den rika interaktiviteten med formfält och dess förmåga att skapa komplexa regler och villkor. Men enligt min erfarenhet är mindre att mer komplexa interaktioner vid detta stadium besegrar syftet. Avsikten med denna prototyp är att skapa något snabbt och enkelt för testning.
High-fidelity prototyper kan differentieras från mittenfidelity prototyper på ett par sätt. Det viktigaste som skiljer dem är att de ofta skapas med kod. Detta kan dock vara mycket hacky-kod, absolut inte produktionskvalitet, och att behöva vissa seriösa refactoring.
Prototyper med hög trovärdighet är bra när du har slutfört användarprovningstest och vill utforska rikare interaktioner och animeringar. Du kanske också vill dela en vision med intressenterna om vad slutprodukten kan se ut.
Enligt min erfarenhet är designen i webbläsaren bäst här. Bootstrap eller Foundation är perfekta exempel på ramar för att få dig på rätt fot.
Jag finner den bästa tiden att använda a storyboard är när du har en idé att kommunicera. En storyboard (i samband med UX-design) är en linjär sekvens som visar hur en användare kan kämpa med en befintlig process eller produkt. Men det speglar ofta en föreställd stat och interaktion med en ny produkt.
Innovationsprojekt: Jag brukade arbeta i en konsultation. Mellan kontrakten hade jag ofta uppdrag att bygga ett innovationsprojekt för att trumma upp affärer och sälja vår förmåga till företag som kanske inte ser aktivt ut. Till exempel, på baksidan av vad vi kom fram med att visa (våra färdigheter med stor data, datavisualisering, användarupplevelse etc.) skulle kontochefen ha uppgift att demoera våra skapelser till varje representant.
En prototyp skapades ofta, helt enkelt för att vi hade resurser att bygga en. Men i detta scenario är en storyboard effektivare som ett försäljningsverktyg. Den potentiella kunden kan eller inte vara kunnig med tekniken; genom att använda en storyboard kan du kringgå branschens jargong eller techabble och tydligt visa en historia, inklusive ett problem och en upplösning.
Mänskliga centrerade designutmaningar: Storytelling är också kraftfull i människa-centrerade designutmaningar, där du behöver inspirera från forskning, ide och överväga problemets omfattning och innovativa sätt att ta itu med dessa problem. En prototyp verkar ofta lite för tidigt här. Den naturliga utvecklingen av en av dessa utmaningar kan vara en crowdfunding kampanj, snarare än att bygga upp en verklig produkt. Därför kan en storyboard vara det bästa sättet att kortfattat förmedla detta till en publik och nå dem på en känslomässig nivå, där de är mer benägna att bidra (i motsats till att titta på ett användargränssnitt).
hackathon: Hackathons är förmodligen det bästa stället att använda en storyboard och ironiskt nog ses de väldigt sällan någonsin där. Detta beror på att du vanligtvis får tekniska typer att delta och de är alltför fokuserade på teknik och programmeringsspråk. Dessa kan verkligen utlösa panelen domare. Genom att ha en övertygande storyboard som visar hur lösningen löser problemet är det mer sannolikt att vara övertygande för en publik och vara ett starkt kompletterande stycke till allt som snabbt har genererats om några dagar.
Allt du behöver för att skapa en storyboard är några sharpies och slaktarens papper! Du behöver inte ens vara bra på ritning.
Om du är en designer och har Adobe Illustrator, Sketch eller Affinity Designer kan du också ta med dina storyboards till nästa nivå genom att hitta en gratis uppsättning storyboard-artillustrationer och redigera dem för att passa din historia. Om du tittar på nätet finns det i allmänhet många tillgängliga.
I min personliga erfarenhet är låg till medelhögt berättelsebräda tillräckliga i UX-design. Kanske om du arbetade i industriområdet kan du behöva något mer högre trovärdighet. Men i digital är det osannolikt att fördelarna kommer att uppväga kostnaderna.
Avsikten med denna artikel är att ge dig mer medvetenhet kring vilka leveransbara att använda och när. Du kommer ofta att uppdragas av chefer som inte verkligen förstår behovet av var och en. Det hoppas att du genom att läsa detta kommer att kunna kritiskt tänka på vilka leveranser som behövs och lägga fram ett ärende för vilket val du kommer upp med.
Accentsconagua