Progettare per il momento in cui si torna al lavoro
La maggior parte dei software ricorda dove risiedono le informazioni. Ma non riesce a ricordare a che punto sia il lavoro.
Pensa all'uso di un agente AI. Gli assegni un compito. Passi ad altro lavoro. Ritorni novanta secondi dopo. L'agente dice: "Fatto".
Ora ti trovi di fronte a un problema. Ha solo creato una bozza? Ha modificato dati reali? Quali prove supportano questo risultato? È necessaria una decisione umana?
Per rispondere a queste domande, devi scavare tra log delle chat, notifiche e schede. Il sistema ha conservato l'attività, ma ha perso il contesto. Questo divario è il motivo per cui abbiamo bisogno del Workstream Continuity Design (WCD).
Il WCD assicura che l'interfaccia ricordi lo stato del lavoro ogni volta che si cambia attività.
Il design tradizionale presuppone che tu sia l'unico operatore. Il design moderno deve tenere conto del software che lavora mentre tu non ci sei. Potresti supervisionare diverse cose contemporaneamente:
- Un agente che fa ricerche su un argomento
- Un agente che scrive codice
- Una risposta a un cliente
- Un deployment bloccato
Il compito principale diventa lo "switch-in". Entri in un flusso di lavoro, comprendi lo stato, prendi una decisione e te ne vai. Se devi ricostruire il contesto ogni volta, perdi tempo e concentrazione.
Il WCD utilizza una grammatica specifica per aiutarti a orientarti rapidamente: • GOAL: Il risultato che vogliamo. • ATTN: Perché devi controllare proprio ora. • STATE: La condizione attuale. • DELTA: Cosa è cambiato effettivamente. • ACTORS: Chi ne è responsabile e chi agirà successivamente. • AUTH: Cosa è permesso. • EVIDENCE: Cosa supporta lo stato. • EFFECT: L'ambito e il rischio. • NEXT: Il prossimo passo più sicuro.
Questo è più utile di una semplice spia di stato. È più veloce che leggere una lunga cronologia di chat.
Il successo nel WCD non dipende da quanto velocemente cliccano gli utenti. Dipende da quanto velocemente comprendono. Misuriamo questo attraverso:
- Time to Orientation: Quanto velocemente capisci se devi agire.
- Time to Decision Readiness: Quanto velocemente comprendi il cambiamento.
- False-ready rate: Quanto spesso pensi che il lavoro sia finito quando non lo è.
L'obiettivo è un modello coerente in cui il software supporti la supervisione umana.
Leggi l'edizione completa della ricerca su Zenodo.
Community di apprendimento opzionale: https://t.me/GyaanSetuAi