Share
Prototyping er en tverrfaglig aktivitet som spenner over digital design, industriell design og alt i mellom. Selv om det er forløperne til sluttproduktet, kan prototyper variere i trohet. Denne artikkelen vil se på digital prototyping, og gi retningslinjer som du kan bruke til å bestemme når du skal og ikke skal bygge en.
Innenfor det digitale rommet brukes en prototype til å raskt teste ideer og se om brukerne kan fullføre kjerneoppgaver. De er ment å lagre utviklingstiden, da det ikke er nødvendig med en enkelt kode for å validere ideer. Videre er det ikke alltid nødvendig med en prototype. Ofte vil et storyboard gjøre! Å velge mellom de to avhenger av hva du prøver å oppnå. Hver av disse leveransen er en viktig ferdighet for UX-designere å utvikle, men det er kanskje viktigere å velge riktig utgang og nivå av trohet som kreves.
En prototype med lav troskap er ofte opprettet ved hjelp av papir og penn.
I min erfaring, er lo-fi prototyper ment å fange tilbakemeldingene "lav hengende frukt", for eksempel forvirring om plattformskonvensjoner (for eksempel Material design plus-knapp, Windows 8 sjarmbar etc.). Denne metoden er også spesielt nyttig når du arbeider i et samarbeidsprosjekt. Du kan stille timeren i femten minutter, del ut en rekke maler og få hver person til å skisse ut ideene sine (en side per to personer fungerer bra).
Bedrifter som uistencils.com tilbyr en rekke papir- og lineal stenciler av felles UI-elementer for raskt å sette sammen grove konsepter. Du kan også bruke et papir og notisblokk. Disse prototyper med lavere troverdighet kan lastes opp i verktøy som Invision, hvor du kan koble opp sidene ved hjelp av "hotspots" og simulere, på et ganske løs nivå, hva sluttproduktet muligens kan se ut som.
En mediumfidelity prototype er vanligvis satt sammen ved hjelp av programvare. I motsetning til papirprototypen, som kan være mer egnet for samarbeidsdesign, er denne metoden vanligvis satt sammen av en UX-designer på laget.
Bruk mid-fi prototyper etter at du har gått gjennom inspirasjonsfasen din, inkludert kvalitativ forskning, kundedrevskart og innledende strømmer. Målet her er å teste noen oppgavestrømmer og se hvordan brukerne svarer på dine ideer generelt.
Det finnes en rekke verktøy der ute som UXpin, som alltid utvikler og oppdaterer sitt sett med funksjoner. Aksur er også et vanlig verktøy og en som jeg foretrekker på grunn av den rike interaktiviteten med formfelter og dens evne til å skape komplekse regler og forhold. Men i min erfaring, mindre er mer gjør komplekse interaksjoner på dette stadiet beseirer formålet. Formålet med denne prototypen er å skape noe raskt og enkelt for testing.
High-fidelity-prototyper kan differensieres fra mid-fidelity-prototyper på flere måter. Det viktigste som skiller dem er at de ofte opprettes ved hjelp av kode. Dette kan imidlertid vel være veldig hacky kode, absolutt ikke produksjonskvalitet, og å ha behov for noen seriøse refactoring.
Prototyper med høy troskap er gode når du er ferdig med de første testene, og ønsker å utforske rikere samhandlinger og animasjoner. Også, kanskje du vil dele en visjon med interessenter om hva sluttproduktet kan se ut.
I min erfaring er design i nettleseren best her. Bootstrap eller Foundation er perfekte eksempler på rammer for å få deg av på høyre fot.
Jeg finner den beste tiden å bruke en storyboard er når du har en ide å kommunisere. Et storyboard (i sammenheng med UX-design) er en lineær sekvens som viser hvordan en bruker kan slite med en eksisterende prosess eller et produkt. Imidlertid gjenspeiler det ofte en forestilt tilstand og samspill med et nytt produkt.
Innovasjonsprosjekter: Jeg pleide å jobbe i en konsulent. I mellom kontrakter ble jeg ofte oppdraget med å bygge et innovasjonsprosjekt for å tromme opp virksomheten og selge vår evne til selskaper som kanskje ikke ser aktivt ut. For eksempel, på baksiden av hva vi kom opp med å vise (våre ferdigheter med store data, datavisualisering, brukeropplevelse etc.), ville kontoadministratoren oppgave å demoere våre kreasjoner til hver representant.
En prototype ble ofte opprettet, bare fordi vi hadde ressurser til å bygge en. Men i dette scenariet er et storyboard mer effektivt som et salgsverktøy. Den potensielle klienten kan eller ikke være kunnskapsrik med teknologi; Ved å bruke et storyboard kan du omgå bransjens jargong eller techabble og tydelig vise en historie, inkludert et problem og en oppløsning.
Menneskelig sentrert designutfordringer: Storytelling er også kraftig i menneskespesifikke designutfordringer, hvor du trenger å få inspirasjon fra forskning, ide og vurdere omfanget av problemet og innovative måter å løse disse problemene på. En prototype virker ofte litt for tidlig her. Den naturlige utviklingen av en av disse utfordringene kan være en crowdfunding-kampanje, i stedet for å bygge opp et faktisk produkt. Derfor kan et storyboard være den beste måten å kortfattet formidle dette til et publikum og nå dem på et følelsesmessig nivå, hvor de er mer sannsynlig å bidra (i motsetning til å se på et brukergrensesnitt).
Hackathons: Hackathons er sannsynligvis det beste stedet å bruke et storyboard og ironisk nok er de sjelden sett sett der. Dette skyldes at du vanligvis får tekniske typer som deltar, og de er altfor fokusert på teknologier og programmeringsspråk. Disse kan virkelig fremmedgjøre panelet av dommere. Ved å ha et overbevisende storyboard som viser hvordan løsningen løser problemet, er det mer sannsynlig å være overbevisende for et publikum og være et sterkt tilleggsstykke til alt som raskt har blitt generert om noen dager.
Alt du trenger for å lage et storyboard er noen sharpies og slakter papir! Du trenger ikke engang å være god på tegning.
Hvis du er designer og har Adobe Illustrator, Sketch eller Affinity Designer, kan du også ta med storyboardene dine til neste nivå ved å finne et gratis sett med storyboard kunstillustrasjoner og redigere dem for å passe historien din. Hvis du ser på nettet, er det generelt mange tilgjengelige.
I min personlige erfaring er lav til middels troverdighet tilstrekkelig i UX-design. Kanskje hvis du jobbet i industriområdet, trenger du kanskje noe mer høyere troskap. Men i digital er det usannsynlig at fordelene vil oppveie kostnadene.
Hensikten med denne artikkelen er å gi deg mer bevissthet rundt hvilke leveranser som kan brukes og når. Du vil ofte være opptatt av ting av ledere som ikke virkelig forstår behovet for hver. Det er håpet at ved å lese dette vil du kunne kritisk tenke på de nødvendige resultatene og legge fram en sak for hvilket valg du kommer med.
Accentsconagua