Principi

Per designer

Quali principi Blueprint contano di più per la UX e il design delle interazioni nei prodotti agentici.

Inizia con la visibilità

I designer possiedono il contratto di visibilità: cosa mostra l'agente, quando lo mostra e quanti dettagli sono appropriati a ogni livello di attenzione.

Le superfici di fiducia sono decisioni UX

Flussi di approvazione, dialoghi di conferma e momenti di handoff non sono problemi ingegneristici — sono problemi di design. Il cluster di fiducia definisce quando è richiesta la conferma esplicita dell'utente.

Principi chiave per i designer

Concentrati su: expose-meaningful-operational-state-not-internal-complexity, align-feedback-with-the-users-level-of-attention, make-hand-offs-approvals-and-blockers-explicit, e optimise-for-steering-not-only-initiating.

Principi essenziali per i designer6

Principle 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.

Principle 3visibility

Allineare il feedback al livello di attenzione dell'utente

Il sistema dovrebbe calibrare la profondità e la frequenza del feedback in base al fatto che l'utente sia attivamente impegnato, monitorando passivamente o temporaneamente assente.

Principle 4trust

Applicare la divulgazione progressiva all'agenzia del sistema

Fornire per impostazione predefinita le informazioni minime necessarie, consentendo agli utenti di ispezionare ulteriori dettagli quando è richiesta fiducia, comprensione o intervento.

Principle 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.

Principle 7trust

Stabilire fiducia attraverso l'ispezionabilità

Gli utenti dovrebbero essere in grado di esaminare come è stato prodotto un risultato quando la fiducia, la responsabilità o la qualità della decisione sono importanti.

Principle 8trust

Rendere espliciti i passaggi, le approvazioni e i blocchi

Quando il sistema non può procedere, la ragione dovrebbe essere immediatamente visibile, insieme a qualsiasi azione richiesta dall'utente o da un'altra dipendenza.

Anche rilevante

Principle 1delegation

Progettare per la delega piuttosto che per la manipolazione diretta

Progettare esperienze attorno all'assegnazione del lavoro, l'espressione dell'intento, l'impostazione dei vincoli e la revisione dei risultati, piuttosto che richiedere agli utenti di eseguire manualmente ogni passaggio.

Principle 5delegation

Sostituire la magia implicita con modelli mentali chiari

Il prodotto dovrebbe aiutare gli utenti a comprendere cosa il sistema può fare, cosa sta facendo attualmente, cosa non può fare e quali condizioni governano il suo comportamento.

Principle 9orchestration

Rappresentare il lavoro delegato come un sistema, non solo come una conversazione

Dove il lavoro coinvolge più passaggi, agenti, dipendenze o attività concorrenti, dovrebbe essere rappresentato come un sistema strutturato piuttosto che solo come un flusso di messaggi.

Principle 10delegation

Ottimizzare per la guida, non solo per l'inizio

Il sistema dovrebbe supportare gli utenti non solo nell'avvio dei compiti, ma anche nella guida, nel perfezionamento, nella riprioritizzazione e nella correzione del lavoro mentre è in corso.

Also in this section

Per ingegneri Guida alla revisione Inizia qui