Chi è Lilian Chesneau Ciccarelli, Product Designer UX/UI

Ogni decisione di design parte da una domanda, mai da un'opinione. Interviste con gli utenti, test di usabilità, osservare come le persone si comportano davvero invece di indovinare come dovrebbero. Saltare questo passaggio non significa progettare - significa decorare un'ipotesi, e le ipotesi non sopravvivono al contatto con utenti reali.

Prima che un'interfaccia esista, c'è un'identità da definire. Ho costruito un sistema di brand da zero - logo, colori, tipografia, la documentazione che tiene tutto coerente - e l'ho visto funzionare ancora su più di cinque template anni dopo. Un prodotto senza un'identità coerente è un prodotto che si dimentica non appena si chiude la scheda.

Il graphic design è dove quell'identità diventa davvero utilizzabile. Layout, gerarchia, iconografia - le decisioni visive che dicono dove guardare per primi, e perché. È lo strato che la maggior parte dei team sottofinanzia, ed è quello che decide se le linee guida di un brand sopravvivono al contatto con uno schermo reale.

L'UX/UI è la disciplina a cui la maggior parte delle persone associa il mio ruolo, e con buone ragioni. Wireframe, flow, pattern di interazione - la differenza tra un'interfaccia che si spiega da sola e una che richiede un tutorial. Una buona UX è invisibile per natura: nessuno ti ringrazia per la frizione che non ha mai dovuto sentire.

I design system sono dove tutto questo si codifica - ed è la mia vera specializzazione. Un sistema di token, due team che ci costruiscono sopra, frizione di handoff ridotta di circa il 30% quando ogni decisione - brand, interfaccia, build - ha iniziato a puntare alla stessa fonte. È questo il vero ritorno della coerenza: meno discussioni ripetute a ogni schermata.

Niente di tutto questo conta se non arriva mai in produzione, per questo resto vicino all'ingegneria. Sono fluente in Figma e a mio agio sia in Vue che in React, e preferisco sedermi accanto a un developer piuttosto che consegnargli un file e sparire. Design e engineering risolvono lo stesso problema, che l'organigramma lo ammetta o no.

Ciò che separa un lavoro pensato da uno semplicemente funzionante non è quasi mai visibile. L'etichetta di un errore scritta con cura. Il timing di una transizione. Il nome dato a un componente, e se quel nome ha ancora senso un anno dopo. Niente di tutto questo si vede in uno screenshot. Tutto questo si vede in come un prodotto si sente da usare.