Skip to main contentSkip to footer
Principio 2visibility

Assicurarsi che il lavoro in background rimanga percepibile

Quando il sistema opera in modo asincrono o al di fuori del focus immediato dell'utente, dovrebbe fornire segnali persistenti e proporzionati che il lavoro sta continuando.

Fatti chiave

Cluster
visibility
Rischio principale
L'utente non può determinare se il compito è attivo, ritardato, bloccato o fallito.
Esempi correlati
6 esempi in libreria
Libreria di dottrina
Riferimento interno alla dottrina
Perché questo principio è importante?

Gli utenti perdono fiducia quando l'attività delegata diventa invisibile. La fiducia nei sistemi autonomi dipende in parte dalla capacità dell'utente di comprendere che si sta facendo progresso, anche quando non stanno osservando attivamente il processo.

Fornire indicatori di stato leggeri ma affidabili.
Utilizzare segnali di progresso ambientali invece di fare affidamento esclusivamente su stati di blocco.
Consentire agli utenti di lasciare e tornare senza perdere continuità.
Preservare lo stato del compito tra le sessioni quando rilevante.
Quale fallimento previene questo principio?

L'utente non può determinare se il compito è attivo, ritardato, bloccato o fallito.

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