Ricerca e test con utenti
Parliamo con chi il prodotto lo userà, prima di disegnarlo. È lì che salta fuori il problema vero, che quasi mai è quello da cui si era partiti.
Un prodotto che nessuno capisce come usare non ti serve.
La tecnologia migliore del mondo non serve a niente se l'utente non riesce a usarla. Per noi il design è quella parte di progetto che decide se il prodotto verrà usato o abbandonato.
E lo curiamo fin dall'inizio, non quando ormai è tardi per cambiarlo.
Serve quando un prodotto funziona ma le persone fanno fatica a usarlo: gli utenti si bloccano, il supporto risponde sempre alle stesse domande, le funzioni che hai costruito non le trova nessuno. Serve anche prima di scrivere codice, per anticipare errori e modifiche e ridurre i costi di progetto.
Netech aveva una piattaforma bancaria per i controlli antiriciclaggio. Il backend era solido, ma l'interfaccia non era chiara agli utenti. Abbiamo rifatto la UX e la UI, e uno strumento complesso è diventato finalmente chiaro e usabile.
Parliamo con chi il prodotto lo userà, prima di disegnarlo. È lì che salta fuori il problema vero, che quasi mai è quello da cui si era partiti.
Meno passaggi per la cosa che si fa cento volte al giorno, e l'informazione dove serve. Sulle schermate piene di dati si vince o si perde qui.
Componenti e regole scritte una volta: la cinquantesima schermata non costa come la prima e non sembra disegnata da un'altra azienda.
Un prototipo che si clicca prima di scrivere codice: cambiare un flusso in Figma costa un'ora, cambiarlo in produzione costa una settimana.
Per Satispay abbiamo dato forma alla casa digitale di una fintech europea. Per l'Osservanza di Imola abbiamo costruito l'identità di un luogo che cambia: un ex manicomio che diventa parco dell'innovazione, da esplorare anche in 3D.
È lì che si capisce se il design funziona.
Organizziamo test con utenti reali e controlliamo se si bloccano, se cercano pulsanti nei posti sbagliati, se rinunciano a metà. Quello che una persona dice di un'interfaccia conta meno di quello che fa quando ce l'ha davanti.
Designer e sviluppatori lavorano nella stessa stanza: quello che disegniamo è quello che si può costruire davvero, non un mockup bellissimo e impossibile.
Il nostro design è agganciato allo sviluppo, non è un PDF che poi nessuno segue. Partiamo da ricerca e prototipo, li mettiamo davanti a utenti veri, correggiamo dove si inceppano e solo allora si costruisce. Così quello che va in produzione è già stato provato da qualcuno che non siamo noi.
Lavoriamo con chi ha un prodotto potente ma difficile da usare, e con chi deve semplificare qualcosa di intrinsecamente complesso: piattaforme finanziarie, strumenti sanitari, gestionali densi di dati, ma anche con chi parte da zero e vuole validare l'idea prima di spenderci mesi di sviluppo.
Miro per i workshop collaborativi, Figma per disegnare e prototipare, design system e component library per tenere tutto coerente mentre il prodotto cresce. Ma gli strumenti sono la parte facile.
La differenza è il metodo: design-driven e agganciato allo sviluppo. Non consegniamo solo un file, restiamo nel progetto fino alla messa in produzione. Un design che nessuno riesce a realizzare come l'avevi immaginato non è un buon design, è un bel disegno.
Hai un prodotto potente ma che gli utenti fanno fatica a usare? Partiamo da lì. Guardiamo dove si bloccano e cosa rende difficile quello che dovrebbe essere ovvio.
Parliamone Torna a Cosa facciamo