Prototípuskészítés: miért, mikor, hogyan-MJD Interactive

a prototípusok nem egy mindenki számára megfelelő megoldás. Minden projekt más, és a projekt minden szakaszában különböző szintű prototípus-készítésre van szükség. Említettük a szalvéta vázlatokat, a Photoshopot és az InVision-t, és ezek nagyszerű példák mind az alacsony hűségű, mind a közepes hűségű prototípusokra.

mielőtt nagyobb hűségű modellekbe ugranánk, fontosnak tartom megismételni, hogy a legalacsonyabb hűségű prototípusok mennyire fontosak a terméktervezés szempontjából. Van egy koncepció az UX világban, az úgynevezett Lean UX. Ennek a koncepciónak az a lényege, hogy az alacsony hűségű vázlatok, a tábla ülések és a gyengén dokumentált ötletek mind hatékonyabbak, mint a nagy hűségű drótvázak és információs architektúrák beugrása (vagy akár elvégzése). Ezek a nagy hűségű dokumentumok általában sok időt vesznek igénybe, hogy elkészítsék és szinte azonnal elavulttá váljanak. Ez az aranyrög ebben a cikkben: az emberek ugyanolyan gazdag és éleslátó visszajelzést adhatnak egy gagyi szalvéta vázlatról vagy egy 30 perces tábláról, mint egy teljesen funkcionális, gyönyörűen megtervezett, kész termékről. Spóroljon a pénzzel, és mutasson valakinek egy vázlatot.

de elkalandoztam. A nagy hűségű prototípus-készítésnek is van értéke. Miután elkezdtük az Invision tesztelését, elkezdhetjük megérteni, hogy a közönségünk mit szeret az általunk épített termékben. Magabiztosan elkezdhetjük tervezni néhány olyan funkciót, amelyek képesek arra, hogy a végtermékbe kerüljenek. A kezdeti tervezés mellett olyan eszközöket is használunk, mint a Principle, a Framer és az After Effects, hogy kifinomultságot, mozgást és interaktivitást adjunk prototípusainkhoz. Ezek az eszközök lehetővé teszik számunkra, hogy mozgassuk a dolgokat a képernyőn, nyomjuk meg a gombokat, halljuk a hangokat és nézzünk videót, hogy elkezdhessünk játszani a dolgokkal. Egy extra bónusz, hogy használja ezeket az eszközöket, hogy minden kiköp kódot, hogy lehet használni, ha a mérnöki kezdődik. A hi-fidelity prototípusok tesztelésének folytatásával egyre közelebb kerülünk ahhoz, hogy végül olyan dolgokra landoljunk, amelyeket szinte biztosak vagyunk abban, hogy építeni fogunk. De ez nem áll meg itt.

továbbra is “prototípus” termékek, ahogy ugrik a végső mérnöki. Ezen a ponton technikailag már nem prototípus. Ez valódi, működő szoftver, amely végül szállít. Azonban, ahogy a build halad, folytatjuk a tesztelést a felhasználókkal, hogy megnézhessük, hogyan törik össze azt, amit építünk, javítsák meg azt, ami elromlott, és mindent elölről csináljunk, amíg a végtermék készen áll. Fontos megjegyezni, hogy a ‘ végleges ‘nem azt jelenti, hogy’tökéletes’. Ha a tökéletesre vársz, akkor fennáll annak a kockázata, hogy egy valamivel kevesebb, mint tökéletes versenytárs megveri a piacot, és elveszíti az élét. A történet tanulsága? Prototípus, prototípus, prototípus, majd hajó.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.