Prototipazione: perché, quando , come-MJD Interactive

I prototipi non sono una soluzione adatta a tutti. Ogni progetto è diverso, e ogni fase durante un progetto ha bisogno di vari livelli di prototipazione. Abbiamo menzionato schizzi di tovaglioli, Photoshop e InVision sopra, e questi sono grandi esempi di prototipi a bassa fedeltà e media fedeltà.

Prima di passare ai modelli a fedeltà più elevata, penso che sia importante ribadire quanto siano importanti i prototipi a fedeltà più bassa per la progettazione del prodotto. C’è un concetto nel mondo UX chiamato Lean UX. I punti fermi di questo concetto sono che gli schizzi a bassa fedeltà, le sessioni di lavagna e l’ideazione leggermente documentata sono tutti più efficienti del saltare in (o persino fare) wireframe ad alta fedeltà e architetture di informazioni. Quei documenti ad alta fedeltà di solito incorrere in un sacco di tempo per produrre e diventare obsoleti quasi subito dopo la loro creazione. Questa è la pepita d’oro in questo articolo: le persone possono fornire un feedback altrettanto ricco e perspicace su uno schizzo di tovagliolo scadente o una sessione di lavagna di 30 minuti come possono per un prodotto completamente funzionale, ben progettato, finito. Risparmiati i soldi e mostra a qualcuno uno schizzo.

Ma, sto divagando. C’è anche valore nella prototipazione ad alta fedeltà. Una volta iniziato il test con Invision, possiamo iniziare a capire cosa piace al nostro pubblico del prodotto che stiamo costruendo. Possiamo tranquillamente iniziare a progettare alcune funzionalità che hanno il potenziale di trasformarle nel prodotto finale. Oltre all’ingegneria iniziale, utilizziamo anche strumenti come Principle, Framer e After Effects per iniziare ad aggiungere raffinatezza, movimento e interattività ai nostri prototipi. Questi strumenti ci permettono di spostare le cose sullo schermo, premere i pulsanti, ascoltare i suoni e guardare video in modo che possiamo iniziare a giocare con le cose. Un bonus extra all’utilizzo di questi strumenti è che tutti sputano codice che può essere utilizzato una volta avviata l’ingegneria. Continuando a testare questi prototipi hi-fidelity, ci avviciniamo sempre di più per atterrare su cose che siamo dannatamente sicuri di costruire. Ma non finisce qui.

Continuiamo a” prototipare ” i prodotti mentre passiamo all’ingegneria finale. A questo punto, tecnicamente non è più un prototipo. È reale, software di lavoro che alla fine spedirà. Tuttavia, man mano che la build progredisce, continuiamo a testare con gli utenti in modo da poterli guardare rompere ciò che stiamo costruendo, correggere ciò che è rotto e farlo di nuovo fino a quando il prodotto finale è pronto. È importante notare che ‘finale’ non significa ‘perfetto’. Se aspetti perfect, corri il rischio di essere battuto sul mercato da un concorrente leggermente meno perfetto e perderai il tuo vantaggio. Morale della storia? Prototipo, prototipo, prototipo, poi NAVE.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.