Un prodotto può sembrare semplice finché non lo guardo da un secondo profilo. A quel punto emergono permessi, eccezioni, stati intermedi e decisioni che dipendono da altre persone.
Per questo inizio questi sistemi dalle relazioni e non dalle schermate. Chi può agire? Su quale entità? In quale momento? Che cosa deve sapere prima di farlo?
L’interfaccia come rappresentazione del sistema
Una navigazione diversa per ruolo non è una personalizzazione cosmetica. È la traduzione visibile di responsabilità differenti.
In progetti come Buy&Sell o un hub operativo, gli stati devono essere leggibili e coerenti tra interfaccia, API e database. Se ogni livello usa un vocabolario diverso, l’esperienza finisce per mostrare la frattura.
Semplificare senza nascondere
Semplificare non significa eliminare la complessità, ma collocarla dove possa essere compresa e gestita. Una buona interfaccia consente di agire senza richiedere di conoscere l’intera architettura.
Il lavoro sul prodotto consiste nel decidere che cosa deve essere visibile ora, che cosa può aspettare e quali evidenze richiede ogni decisione.
Esplora ruoli e stati nell’Hub dei club