Prototipazione

Che cosa copre questa categoria

Rendere qualcosa cliccabile prima che qualcuno lo costruisca: mockup interattivi, cambi di stato, flussi che le persone possono davvero provare e i test che trasformano le opinioni in osservazioni.

La sovrapposizione con il software di design è ampia, dato che la maggior parte delle piattaforme di design oggi include la prototipazione. Gli strumenti dedicati esistono per i casi in cui l’interazione porta con sé una vera logica, oppure in cui la ricerca ha bisogno di registrazione e analisi integrate.

La progettazione delle schermate e i design system stanno in Design. La costruzione di applicazioni complete senza codice appartiene a No-code e automazione.

La fedeltà è una scelta, non un’impostazione predefinita

Lo spreco più comune in questa categoria è costruire un bellissimo prototipo per rispondere a una domanda che dei riquadri grigi avrebbero chiarito.

La bassa fedeltà mette alla prova la struttura: se le persone capiscono il flusso, che cosa si aspettano dopo, dove esitano. È rapida, economica e quasi impossibile da sovrainvestire.

L’alta fedeltà mette alla prova comprensione e sicurezza. La cura grafica cambia il comportamento, e una schermata abbozzata rende le persone indulgenti come non lo sono con un prodotto vero, quindi tutto ciò che riguarda fiducia o acquisto deve sembrare finito.

Decidete prima la domanda, poi scegliete la fedeltà. Fare il contrario è il modo in cui tre settimane spariscono dietro animazioni che nessuno aveva chiesto.

Che cosa distingue gli strumenti

• Profondità delle interazioni, dai semplici collegamenti a condizioni e variabili.
• Stato, così una schermata ricorda ciò che è stato inserito un momento prima.
• Componenti, riutilizzati tra le schermate senza duplicare il lavoro.
• Dati, reali o realistici, invece dello stesso segnaposto ovunque.
• Test sui dispositivi, su un telefono vero e non su un riquadro in scala.

Variabili e condizioni sono la linea di demarcazione. Un prototipo che sa conservare i dati di un modulo, diramarsi in base a quelli, ricordare la scelta e mostrare un vero stato di errore risponde a domande che l’approccio delle schermate collegate non può affrontare.

I contenuti realistici contano più di quanto si pensi. Nomi lunghi, elenchi vuoti, immagini mancanti e messaggi di errore sono i punti in cui i progetti si rompono, e il testo segnaposto li nasconde tutti.

I test, che sono il vero scopo

Un prototipo esiste per essere mostrato a qualcuno che non era nella stanza.

Le sessioni moderate producono ragionamenti: perché una persona ha esitato, che cosa pensava significasse una parola. I test senza moderazione producono comportamenti su larga scala a costo inferiore, senza la domanda di approfondimento. Entrambi battono una riunione di revisione in cui vince l’opinione più forte.

Cinque partecipanti per gruppo di pubblico individuano la maggior parte dei problemi di usabilità. Oltre, il ritorno cala bruscamente, ed è meglio impiegare il tempo a correggere quanto trovato e a testare di nuovo.

Scrivete il compito prima di reclutare chiunque. Osservare qualcuno alle prese con un compito preciso è una prova, mentre chiedere un parere su una schermata è una conversazione sui gusti.

Dal prototipo alla realizzazione

La questione della consegna è che cosa sopravvive.

Alcuni team trattano il prototipo come una specifica: la registrazione di ogni stato, transizione, caso vuoto e caso limite su cui altrimenti si discuterebbe durante l’implementazione. È lì che sta gran parte del valore.

Il codice generato è migliorato ma va comunque riscritto per la produzione. Considerate qualsiasi esportazione come uno schizzo di partenza e non come una scorciatoia, e aspettatevi che l’implementazione vera sollevi questioni che il prototipo non ha mai affrontato, in particolare su prestazioni e accessibilità.

Costi e vincoli pratici

Il prezzo è per editor al mese, con gli osservatori di solito gratuiti, mentre le piattaforme di ricerca dedicate fanno pagare per studio o per partecipante.

Il costo maggiore è il tempo. Un prototipo che richiede due settimane di lavoro è costato più della riunione che ha sostituito, quindi tenete l’ambito legato alla domanda. I servizi di test aggiungono una quota per partecipante, a volte con il reclutamento incluso, e di norma sono soldi ben spesi rispetto a tirare a indovinare. Le abitudini di prezzo più generali del software sono descritte in che cosa nascondono le pagine dei prezzi.

Dove i prototipi ripagano il loro costo

Tre situazioni ripagano con affidabilità lo sforzo di costruirne uno.

Un flusso di vera complessità, in cui le descrizioni scritte producono immagini diverse in teste diverse e il disaccordo emerge solo durante l’implementazione.

Una decisione con del denaro in gioco, in cui un checkout, una pagina dei prezzi o un percorso di registrazione si possono testare con persone vere prima che qualcuno li costruisca.

Una presentazione, interna o esterna, in cui mostrare qualcosa che funziona sposta la conversazione dall’opinione ai dettagli.

Al di fuori di questi casi, spesso bastano una descrizione scritta bene e una schermata statica. La disciplina da mantenere è chiedersi a quale domanda risponda il prototipo e fermarsi non appena ha risposto, invece di continuare perché lavorare su quel file è piacevole.