Prototyping: Why, When, How-MJD Interactive

prototyypit eivät ole yhden koon ratkaisu. Jokainen projekti on erilainen,ja jokainen vaihe projektin aikana tarvitsee eri tason prototyyppien. Mainitsimme lautasliina luonnoksia, Photoshop ja InVision edellä, ja ne ovat hyviä esimerkkejä sekä low-fidelity ja medium-fidelity prototyyppejä.

ennen kuin siirrytään korkeampiin uskollisuusmalleihin, on mielestäni tärkeää toistaa, kuinka tärkeitä alhaisimman uskollisuuden prototyypit ovat tuotesuunnittelulle. UX-maailmassa on käsite nimeltä Lean UX. Tämän konseptin perusajatuksena on, että low-fidelity sketches, whiteboard sessions ja kevyesti dokumentoitu ideointi ovat kaikki tehokkaampia kuin hyppääminen (tai jopa tekeminen) hifi-lankakehyksiin ja tietoarkkitehtuureihin. Nämä hifi-asiakirjat aiheuttavat yleensä paljon aikaa tuottaa ja vanhentua lähes välittömästi niiden luomisen jälkeen. Tämä on tämän artikkelin kultahippu: ihmiset voivat antaa aivan yhtä runsasta ja oivaltavaa palautetta surkeasta lautasliinaluonnoksesta tai 30 minuutin tussitaulusessiosta kuin täysin toimivasta, kauniisti suunnitellusta, valmiista tuotteesta. Säästä rahasi ja näytä jollekulle luonnos.

mutta, eksyn. Myös hifi-prototyypityksessä on arvoa. Kun olemme aloittaneet Invisionin testaamisen, voimme alkaa ymmärtää, mistä yleisömme pitää rakentamassamme tuotteessa. Voimme luottavaisin mielin alkaa suunnitella joitakin ominaisuuksia, joilla on potentiaalia tehdä siitä lopullinen tuote. Alustavan suunnittelun lisäksi käytämme myös työkaluja, kuten Principle, Framer ja After Effects, jotta voimme lisätä hienostuneisuutta, liikettä ja vuorovaikutteisuutta prototyyppeihimme. Näiden työkalujen avulla voimme liikutella asioita ruudulla, painaa nappeja, kuulla ääniä ja katsella videota, jotta voimme alkaa leikkiä asioita. Lisäbonus käyttää näitä työkaluja on, että ne kaikki sylkeä ulos koodia, jota voidaan käyttää, kun engineering alkaa. Jatkamalla näiden hi-fidelity-prototyyppien testaamista, pääsemme lähemmäksi ja lähemmäksi lopulta laskeutumista asioihin, joita olemme melko varmoja, että rakennamme. Mutta se ei lopu siihen.

jatkamme ”prototyyppituotteita” hypätessämme lopputekniikkaan. Se ei ole enää prototyyppi. Se on todellinen, toimiva ohjelmisto, joka lopulta aluksen. Rakentamisen edetessä jatkamme kuitenkin testausta käyttäjien kanssa, jotta voimme katsella heidän rikkovan sitä, mitä rakennamme, korjaavan sen, mikä on rikki, ja tehdä kaiken uudelleen, kunnes lopullinen tuote on valmis. On tärkeää huomata, että ”lopullinen” ei tarkoita ”täydellinen”. Jos odotat perfect, olet vaarassa saada voittaa markkinoille hieman vähemmän kuin perfect kilpailija, ja menetät etulyöntiaseman. Tarinan opetus? Prototyyppi, prototyyppi, prototyyppi, sitten laiva.

Vastaa

Sähköpostiosoitettasi ei julkaista.