Skip to main contentSkip to footer
Principio 6visibility

Esporre uno stato operativo significativo, non la complessità interna

Presentare lo stato del sistema in linguaggio e strutture rilevanti per l'utente, piuttosto che esporre dettagli interni di basso livello che non supportano l'azione o la comprensione.

Fatti chiave

Cluster
visibility
Rischio principale
Il sistema oscura lo stato importante o sovraccarica l'utente con meccaniche irrilevanti.
Esempi correlati
6 esempi in libreria
Libreria di dottrina
Riferimento interno alla dottrina
Perché questo principio è importante?

Gli utenti hanno bisogno di comprendere la verità operativa, ma non necessariamente i dettagli di implementazione. Un buon design traduce l'attività della macchina in uno stato significativo per l'utente.

Utilizzare stati come attivo, in coda, bloccato, in attesa di approvazione, completo o fallito.
Comunicare le dipendenze quando influenzano il progresso o l'esito.
Descrivere l'attività in termini rilevanti per l'utente.
Riservare dettagli tecnici più profondi per viste specialistiche o diagnostiche dove appropriato.
Quale fallimento previene questo principio?

Il sistema oscura lo stato importante o sovraccarica l'utente con meccaniche irrilevanti.

AI come abbellimento dell'interfaccia: Un prodotto convenzionale è dotato di un input testuale e viene etichettato come intelligente, senza alcun cambiamento significativo nel modello operativo.
Autonomia simulata: Il sistema appare autonomo nel linguaggio o nella presentazione ma non può agire con un'indipendenza significativa.
Esecuzione opaca: Il lavoro avviene in background senza uno stato adeguato, responsabilità o recuperabilità.

Esempi correlati