Procedure guidate

Nonostante questo meraviglioso, stravagante nome, le procedure guidate non sono davvero una forma speciale di interfaccia utente, e hanno solo una particolare gamma di utilità.

Le procedure guidate vengono usate per eseguire attività in più passaggi.

Più passaggi di una procedura guidata vengono presentati come una sequenza di pagine.

Le procedure guidate in genere includono i tipi di pagine seguenti:

• Le pagine scelte vengono usate per raccogliere informazioni e consentire agli utenti di effettuare scelte.
• La pagina Commit viene utilizzata per eseguire un'azione che non può essere annullata facendo clic su Indietro o Annulla.
• La pagina Stato viene utilizzata per visualizzare lo stato di avanzamento di un'operazione lunga.

La progettazione moderna della procedura guidata rende la pagina Progress facoltativa per operazioni più brevi e spesso rinuncia alla tradizionale pagina di benvenuto e pagina Congratulazioni all'inizio e alla fine.

Tutte le pagine della procedura guidata hanno questi componenti:

• Barra del titolo per identificare il nome della procedura guidata, con un pulsante Indietro nell'angolo superiore sinistro e un pulsante Chiudi con i pulsanti facoltativi Riduci/Ingrandisci e Ripristina. Si noti che la barra del titolo include anche un'icona per identificarla sulla barra delle applicazioni.
• Istruzione principale per spiegare l'obiettivo dell'utente con la pagina.
• Area del contenuto con testo facoltativo ed eventualmente altri controlli.
• Area dei comandi con almeno un pulsante di commit per eseguire il commit nell'attività o procedere con il passaggio successivo.

Sebbene una procedura guidata includa più passaggi, questi passaggi devono essere tutti aggiunti a una singola attività, dal punto di vista dell'utente. Questo è il principio fondamentale della progettazione guidata di "una procedura guidata, un'attività".

Di conseguenza, in questo articolo un'attività è la funzione di base di una procedura guidata( ad esempio, l'attività di un programma di installazione guidata consiste nell'installare un programma). Le sottoattività sono aspetti dell'attività più grande( ad esempio, una sottoattività di una procedura guidata di installazione può essere quella di configurare il programma da installare). Infine, ogni pagina della procedura guidata viene considerata un passaggio in una determinata sottoattività o attività (ad esempio, potrebbero essere necessari due o tre passaggi per la configurazione del programma).

Nota: Linee guida relative alla configurazione di , finestre di dialogoe barre di stato vengono presentate in articoli separati.

Si tratta dell'interfaccia utente corretta?

Una procedura guidata può essere usata per qualsiasi attività che richiede più passaggi di input. Tuttavia, le procedure guidate valide hanno requisiti aggiuntivi:

• La procedura guidata esegue una singola attività atomica? Non usare interazioni che non sono singole attività (un intero programma non deve mai essere una procedura guidata a meno che non esegua una singola attività). Non usare le procedure guidate per combinare attività indipendenti o passaggi in gran parte non correlati.

• Il numero di domande necessarie può essere ridotto? Esistono impostazioni predefinite accettabili che funzionano correttamente per la maggior parte dei casi o possono essere modificate in un secondo momento? Di conseguenza, il numero di pagine può essere ridotto? In tal caso, provare a semplificare l'attività in modo che possa essere presentata in una singola pagina (ad esempio una finestra di dialogo) o eliminare completamente la necessità di input (consentendo l'esecuzione diretta dell'attività).

• Le domande necessarie devono essere fornite in sequenza? Ci sono diverse domande probabili, ma facoltative? In tal caso, prendere in considerazione una finestra di dialogo o una finestra di dialogo a schede.

  risposta esatta:

  

  La finestra di dialogo Opzioni di stampa di Microsoft PowerPoint contiene molte opzioni di input utente, pertanto è possibile presentarle in una procedura guidata. Tuttavia, non è necessario specificarli in sequenza, quindi una finestra di dialogo è una scelta migliore.

Le procedure guidate sono una forma relativamente pesante di interfaccia utente; se c'è una soluzione adatta, più leggera disponibile, usarla!

Concetti di progettazione

Uso eccessivo delle procedure guidate

Storicamente, le procedure guidate differiscono dall'interfaccia utente comune in quanto sono state progettate per aiutare gli utenti a eseguire attività particolarmente complesse (con passaggi che risiedono in posizioni diverse) e spesso avevano funzionalità di intelligence predefinite per aiutare gli utenti a avere successo. Oggi, tutte le interfacce utente devono essere progettate per rendere le attività il più semplici possibile, quindi non c'è bisogno di un'interfaccia utente speciale solo per questo scopo.

Tuttavia, la convinzione persiste che le procedure guidate sono un'interfaccia utente speciale, in gran parte perché sono definite "procedure guidate" (molto più creative di, ad esempio, "dialoghi" e "finestre di proprietà"). Invece, è meglio considerarli attività in più passaggi e non attirare particolare attenzione a quel fatto.

Prima di creare una procedura guidata, valutare se gli utenti devono effettivamente essere interrotti dal flusso principale del programma. Potrebbe esserci una soluzione contestuale più leggera, inline e contestuale che in definitiva si sentirà più utile ed efficiente per gli utenti. Ad esempio, una funzionalità progettata male in un programma non garantisce una procedura guidata per spiegare e semplificare; garantisce la riprogettazione della funzionalità stessa. Una procedura guidata non deve essere utilizzata come supporto di banda per risolvere un problema più semplice con il programma.

Le procedure guidate hanno funzioni appropriate

Le procedure guidate sono una delle chiavi per semplificare l'esperienza utente. Consentono di eseguire un'operazione complessa, ad esempio la configurazione di un programma, e suddividerla in una serie di semplici passaggi. A ogni punto del processo, è possibile fornire una spiegazione degli elementi necessari e visualizzare i controlli che consentono all'utente di effettuare selezioni e immettere testo.

Alcuni tipi di attività in più passaggi si prestano al modulo della procedura guidata. Ad esempio, in Windows, diverse procedure guidate prevedono funzioni di connettività (alla rete Internet o aziendale o a dispositivi periferici, ad esempio stampanti e fax).

della procedura guidata di connessione

La connessione a una rete è un'attività tipica in Windows appropriata per una procedura guidata.

Qui la funzione della procedura guidata consiste nel mediare tra un sistema operativo noto e stabile (il sistema operativo predefinito) e qualcosa di sconosciuto e variabile (accordi di connettività con una società telefonica o un provider di servizi Internet). La complessità degli ecosistemi di elaborazione è abbastanza significativa ora che è davvero utile usare le procedure guidate per ridurre tale complessità.

Altri tipi di attività che funzionano bene e le procedure guidate di Windows includono funzionalità di fascia alta (ad esempio riconoscimento vocale e riconoscimento della grafia) e esperienze multimediali avanzate (ad esempio la configurazione delle opzioni per la creazione e la pubblicazione di film). Le procedure guidate possono essere distribuite anche per attività più semplici in più passaggi, ad esempio la risoluzione dei problemi. In breve, se è probabile che utenti diversi vogliano sperimentare il programma in modi ampiamente diversi, questo può indicare la necessità di una procedura guidata e la sua capacità per più punti di input utente.

Per il programma, vale la pena un po' di tempo di progettazione iniziale per determinare quale funzione sta servendo la procedura guidata e se tale funzione aumenta effettivamente al livello di distribuzione di una procedura guidata.

Lunghezza procedura guidata

Le domande di progettazione si presentano naturalmente intorno al numero e all'organizzazione di pagine e opzioni. Per esempio:

• Esiste un numero ottimale di pagine per una procedura guidata? O almeno una gamma auspicabile?
• La procedura guidata deve essere concisa e semplificata, in modo che gli utenti possano completarla il più rapidamente possibile?
• Dovrebbero esserci più pagine che richiedono un minor numero di scelte? O meno pagine con maggiore complessità? Quale design è considerato più utilizzabile?
• È possibile progettare esperienze guidate più veloci applicando convenzioni dell'interfaccia utente come pagine a schede?

Microsoft ha usato per consigliare che le procedure guidate di tre pagine o meno siano progettate come semplici procedure guidate e quelle di quattro o più pagine usano una progettazione guidata avanzata (vedere le linee guida Esperienza utente di Windows dal 1999). Ma gli attuali standard di progettazione della procedura guidata dispensano ciò che era stato uno dei principali differenze tra le forme semplici e avanzate (l'uso delle pagine Benvenuto e Congratulazioni), quindi queste categorie ora si sentono inadeguate, e il numero di pagine che determinano la scelta di progettazione sembra arbitrario.

La procedura guidata deve essere il più breve o breve necessario per l'attività; non esiste alcuna linea guida fissa per la sua lunghezza. Una procedura guidata a una pagina deve essere effettivamente presentata come finestra di dialogo, quindi due pagine sono probabilmente il formato più condensato possibile per una procedura guidata.

risposta esatta:

Questa attività include così poche opzioni che lo presentano come procedura guidata sarebbe sprecato. Una finestra di dialogo è il modulo appropriato per questa interfaccia utente.

All'altra estremità dello spettro, se si dispone di una procedura guidata che include più punti decisionali e rami, e spesso comporta la perdita di traccia del percorso di navigazione, è stato superato un limite pratico e dovrebbe ridurre la lunghezza della procedura guidata. In alternativa, è possibile suddividere la procedura guidata in diverse attività distinte.

Quando si determina la lunghezza più appropriata per la procedura guidata, prestare particolare attenzione agli utenti di destinazione. I programmi per gli utenti finali, ad esempio i consumatori privati e i lavoratori di ufficio, tendono a usare procedure guidate per nascondere la complessità; le procedure guidate sono il più brevi possibile, con progettazione di pagine pulite, semplici e impostazioni predefinite pre-selezionate per il maggior numero possibile di opzioni. Al contrario, le procedure guidate o i programmi server destinati ai professionisti IT tendono a essere più lunghi e più complessi. Questo gruppo di utenti di destinazione ha una tolleranza molto più elevata per prendere decisioni di configurazione e può infatti diventare sospetto se troppo complessità è nascosta.

Se una procedura guidata per natura semplifica un'attività complessa, dovrebbe farlo relativamente minimamente per un pubblico tecnicamente sofisticato e relativamente aggressivo per una base utente principiante.

risposta esatta:

Questa pagina della procedura guidata è ben progettata per gli utenti finali perché riduce un soggetto potenzialmente complesso a una scelta binaria semplice e logica: installazione o disinstallazione.

risposta esatta:

Nella configurazione guidata per Microsoft SQL Server 2008, la progettazione della pagina è più flessibile e le numerose scelte richiedono più pensiero, ma il gruppo di destinatari è gli amministratori di database che si aspettano un controllo rigoroso della selezione delle funzionalità.

Infine, prestare attenzione alla frequenza con cui può essere eseguita l'attività specifica. Un'attività poco frequente può distribuire una procedura guidata più lunga, mentre le attività frequenti dovrebbero sicuramente favorire la brevità.

Ramificazione

Per procedure guidate più lunghe, potrebbe essere necessario creare rami del flusso di attività in cui la sequenza di pagine può differire in base all'input dell'utente fornito "upstream". La diramazione è intrinsecamente dislocazione per gli utenti, quindi è necessario progettare l'esperienza utente per trasmettere la stabilità. È consigliabile non più di due punti decisionali che causeranno la diramazione nell'intera procedura guidata e non più di un ramo annidato all'interno di un singolo ramo.

Per linee guida sulla creazione di un'esperienza utente stabile all'interno di una procedura guidata di diramazione, vedere Branching nella sezione Linee guida di questo articolo.

Fornire una guida di spostamento

Le guide di spostamento possono essere utili quando sono presenti molti passaggi nell'attività e gli utenti possono perdere il loro posto nella sequenza o semplicemente vogliono sapere quanto tempo ci vorrà per completare.

Le guide di spostamento vengono spesso visualizzate come un elenco di pagine o sezioni della procedura guidata, con un aspetto simile a un sommario, in una colonna o in un riquadro sul lato sinistro di ogni pagina. Anche se l'elenco viene mantenuto in tutta la procedura guidata (lo stesso elenco di pagine viene visualizzato in ogni pagina), esiste un mezzo visivo che indica dove l'utente è attualmente presente nella sequenza (ad esempio, usando il grassetto per distinguere la pagina o la sezione attiva).

Le guide di spostamento possono essere sequenziali o non sequenziali. Il tipo sequenziale presenta le pagine precedenti insieme alle pagine future note. È possibile presentare il futuro in termini di passaggi anziché pagine se i passaggi sono noti e le pagine dipendono. È quindi possibile popolare le pagine in modo dinamico man mano che diventano note. Poiché la sequenza di navigazione è fissa, la guida di spostamento non è interattiva.

Le guide di spostamento non sequenziali sono interattive, quindi gli utenti possono rivedere direttamente le pagine visualizzate in precedenza. Possono anche passare prima della sequenza di spostamento per le pagine progettate per essere facoltative. Le pagine facoltative devono avere valori predefiniti accettabili nella maggior parte dei casi. Con questo tipo di guida:

• Le pagine visualizzate in precedenza possono sempre essere visualizzate direttamente.
• Le pagine future potrebbero non essere visualizzate se hanno prerequisiti.
• Le pagine che possono essere visitate devono essere facilmente distinte da quelle che non possono (ad esempio usando collegamenti attivi o disabilitati), insieme alle pagine necessarie o facoltative.

Gli utenti possono confondere il significato del pulsante Indietro in questo scenario. Facendo clic su Indietro si passa alla pagina o alla sezione precedente della guida di spostamento o all'ultima pagina o alla sezione visualizzata? Poiché le procedure guidate di Windows ora posizionano il pulsante Indietro nell'angolo superiore sinistro delle pagine della procedura guidata, anziché nell'angolo inferiore destro con gli altri pulsanti di commit, gli utenti pensano alla funzionalità Indietro come fanno sul Web. Quindi la soluzione migliore consiste nel dare al pulsante Indietro il significato dello spostamento Web (facendo clic su Indietro dovrebbe portare all'ultima pagina o sezione visualizzata) e usare la guida di spostamento guidata per lo spostamento sequenziale.

Integrità pagina

La progettazione della procedura guidata implica non solo decisioni relative all'intero flusso di attività, ad esempio come gestire la navigazione e l'esperienza di diramazione, ma anche quelle relative alle singole pagine che costituiscono la procedura guidata. Il principio più importante per la progettazione di pagine valide della procedura guidata è quello dell'integrità: il contenuto di una pagina deve appartenere insieme.

Le pagine della procedura guidata sono molto più utilizzabili se ognuna si blocca concettualmente, occupandosi di un solo aspetto dell'attività complessiva. Il 'istruzione principale è il mezzo principale per raggiungere questo obiettivo. Identificare chiaramente l'obiettivo o lo scopo della pagina agli utenti. istruzioni supplementarie tutti i controlli nella pagina, tutti si riferiscono direttamente all'istruzione principale. Anche se le pagine della procedura guidata devono presentare agli utenti opzioni per le quali è necessario un pensiero, tale sforzo non sembra funzionare perché è strettamente incentrato sull'integrità della pagina stessa.

Sfortunatamente i progettisti della procedura guidata spesso commettono il rapido clic degli utenti sul pulsante Avanti come prova dell'usabilità, della semplicità e dell'integrità delle pagine. L'esperienza finale della procedura guidata non è Avanti, Avanti, Avanti, Fine. Anche se un'esperienza di questo tipo suggerisce che i valori predefiniti sono stati ben scelti, suggerisce anche che la procedura guidata non era davvero necessaria perché tutte le scelte sono facoltative.

In termini di oggetti visivi e testo, si applicano questi elementi agli elementi essenziali. Resistere alla necessità di aggregare più sottoattività in una singola pagina (la "procedura guidata burrito") o di ricorrere alle schede per presentare requisiti di input complessi. Una singola pagina deve coprire una singola sottoattività dell'attività complessiva della procedura guidata.

risposta errata:

Con tre schede di input utente abbastanza dense necessarie, questa pagina della procedura guidata sta tentando di eseguire troppe operazioni.

Nella maggior parte dei casi, mantenere le dimensioni di ogni pagina durante la procedura guidata per favorire un aspetto coerente. Anche se le procedure guidate di Windows consentono di ridimensionare le pagine in modo che le dimensioni di una pagina corrispondano alla quantità di contenuto, solo alcuni fanno uso di questa opzione.

Infine, mantenere gli elementi strutturali di ogni pagina della procedura guidata attraverso la sequenza. Ad esempio, non spostare il pulsante Indietro dall'angolo superiore sinistro verso il basso nell'area dei pulsanti di commit per una pagina o due. Questo livello di coerenza del layout consente agli utenti di sentirsi stabili all'interno della procedura guidata. Si pensi a questo aspetto come una linea di base per l'integrità visiva di una pagina.

Trovare il giusto livello di comunicazione

Gli utenti hanno una bassa tolleranza per la lettura di grandi blocchi di testo sullo schermo e anche meno all'interno di una superficie dell'interfaccia utente il cui scopo esplicito è quello di spostarsi rapidamente attraverso un'attività.

Le procedure guidate hanno una tendenza a comunicare eccessivamente. Occupano molto spazio sullo schermo, che sembra incoraggiare un'unità a riempire lo spazio. È come una variante della legge di Parkinson: il testo dell'interfaccia utente si espande per riempire lo spazio disponibile.

Un colpevole in questo eccesso è ridondanza. A causa dei modelli usati nella progettazione iniziale della procedura guidata, la stessa lingua potrebbe essere visualizzata in più posizioni in una pagina, ad esempio nella barra del titolo, nelle intestazioni, nel corpo del testo, nelle etichette dei controlli e così via.

Vale la pena assumere un editor professionale per eliminare il testo della procedura guidata spietatamente. Eliminare le domande e le opzioni non necessarie nelle singole pagine ed eliminare intere pagine dalla procedura guidata nel suo complesso (ad esempio, le pagine di benvenuto e congratulazioni tradizionali). Ottenere direttamente il punto della pagina con un'istruzione principale concisamente scritta, usando la lingua usata dal pubblico di destinazione per descrivere l'attività, non il gergo della tecnologia o della funzionalità usata internamente dall'utente o dal team. Questo approccio incentrato sugli utenti è fondamentale per migliorare la comunicazione delle procedure guidate del programma.

Presta particolare attenzione al tono della tua procedura guidata: a volte le impressioni più durature del tuo programma sono il risultato non di quello che dici, ma come lo dici! Nelle procedure guidate, gli utenti sono a proprio agio con un tono amichevole e colloquiale, con l'uso liberale del pronome di seconda persona ("tu") quando il programma chiede l'input. Per altre linee guida, vedere Stile e Tono.

La riduzione del numero di parole nella pagina della procedura guidata è generalmente encomiabile, ma prestare attenzione a non andare troppo lontano. Se l'attività è importante e garantisce una procedura guidata, gli utenti apprezzano la disponibilità di informazioni sufficienti per effettuare scelte saggie. Nell'esempio seguente viene illustrato come condensare il testo della procedura guidata senza sacrificare il significato.

prima:

dopo:

La versione modificata di questa pagina della procedura guidata fornisce un'istruzione principale orientata alle attività, rimuove il paragrafo esplicativo non necessario sotto l'istruzione principale e modifica l'etichetta della casella di controllo per chiarire lo scopo della casella di controllo.

Se fai solo tre cose...

1. Eseguire il mapping dell'attività che si sta tentando di eseguire con l'interfaccia utente appropriata per eseguire il processo; non semplicemente usare una procedura guidata per impostazione predefinita quando si ritiene che sia necessario raccogliere un sacco di input dagli utenti.

2. Pensa attentamente alla lunghezza e alla struttura della procedura guidata; preferisce procedure guidate brevi e non diramazioni per mantenere l'esperienza il più semplice possibile, in modo che gli utenti possano tornare al proprio compito principale o interesse nel programma.

3. Verificare l'integrità di ogni pagina della procedura guidata: il contenuto di una pagina deve appartenere chiaramente.

Istruzioni

Generale

• Considerare innanzitutto alternative leggere, ad esempio finestre di dialogo, riquadri attività o pagine singole. Non è necessario usare le procedure guidate. È possibile fornire informazioni utili e assistenza in qualsiasi interfaccia utente.

• Usare le procedure guidate per le attività in più passaggi. Usare le finestre di dialogo a più pagine per le attività in un unico passaggio con commenti e suggerimenti. Per altre linee guida, vedere finestre di dialogo .

  risposta esatta:

  

  

  In questo esempio, Diagnostica rete Windows è costituito da pagine di avanzamento e risultati. Poiché l'attività è solo un singolo passaggio, non richiede i pulsanti di spostamento necessari agli utenti in una procedura guidata. Viene presentata in modo efficace come finestra di dialogo a più pagine.

Dimensioni finestra

• Scegliere una dimensione della finestra in grado di visualizzare tutte le pagine della procedura guidata senza scorrimento verticale o orizzontale della pagina. Anche se i controlli nella pagina possono richiedere lo scorrimento, le pagine della procedura guidata non devono essere eseguite.

• Finestre di dimensioni sufficienti per eseguire le loro attività comodamente. Il layout di pagina non deve essere ristretto o richiedere agli utenti di scorrere o ridimensionare eccessivamente.

• Ma non fare finestre eccessivamente grandi. Le finestre più grandi rendono l'attività più complessa e richiedono un movimento aggiuntivo per l'interazione.

• Usare finestre ridimensionabili per una procedura guidata che può trarre vantaggio da più spazio sullo schermo, ma non lo richiede. Assegnare una dimensione minima appropriata. Le finestre ridimensionabili sono utili quando le pagine richiedono l'interazione con contenuto ridimensionabile, ad esempio visualizzazioni elenco di grandi dimensioni.

  risposta esatta:

  

  migliore:

  

  In questo esempio il ridimensionamento della finestra consente agli utenti di visualizzare l'elenco completo.

• Prendere in considerazione l'uso di procedure guidate con dimensioni dinamiche le cui dimensioni della pagina cambiano in base alle esigenze per il relativo contenuto. In questo modo, una procedura guidata consente a un layout di pagina con un'ampia gamma di contenuti.

• Preferisce il dimensionamento statico rispetto a quello dinamico se gli utenti possono percepire le modifiche come mancanza di stabilità nella loro esperienza della procedura guidata. La stabilità visiva spesso prevale sulla sistemazione del contenuto. La maggior parte delle procedure guidate deve adottare dimensioni standard e statiche della finestra, con ridimensionamento dinamico riservato per casi speciali.

Lunghezza procedura guidata

• Rendere la procedura guidata il più concisa e semplificata possibile. Eliminare le opzioni e le domande non necessarie e usare le impostazioni predefinite intelligenti per ridurre il numero di pagine necessarie per l'input dell'utente.
  • eccezione: professionisti IT e altri utenti tecnici hanno una maggiore tolleranza per procedure guidate più lunghe e requisiti di input dettagliati.
• Impostare la procedura guidata su almeno due pagine. Una procedura guidata a una pagina deve essere riprogettata come finestra di dialogo.
• Non ridurre il numero di pagine della procedura guidata aumentando semplicemente la complessità di ogni pagina. Ad esempio, una pagina della procedura guidata che include tre schede che richiedono l'input dell'utente deve essere riprogettata come tre pagine separate.
• Non aumentare il numero di pagine della procedura guidata rendendo ogni pagina così semplice che gli utenti senza mente fare clic su Avanti attraverso l'intera sequenza. Si tratta di un difetto comune di progettazione della procedura guidata. Se una pagina della procedura guidata non richiede almeno un certo grado di pensiero, probabilmente non è necessario affatto trovarsi nella procedura guidata.

Ramificazione

• Preferisce la progettazione della procedura guidata non diramazione rispetto alla diramazione. Le procedure guidate non diramazione tendono a essere più semplici, più brevi e facili da esplorare. Le procedure guidate di diramazione rendono più difficile per gli utenti determinare il numero di passaggi nell'attività e la posizione in cui si trovano nella sequenza.

• Se è necessario creare rami, aiutare gli utenti a orientarsi usando una delle tecniche seguenti:

  • Enumerare le pagine. Una tecnica comune consiste nell'indicare la posizione dell'utente nella sequenza in ogni pagina, ad esempio con la frase Step X di Y. Assicurarsi che l'endpoint (Y) sia stabile. Se cambia valore, questo mina la fiducia degli utenti.

  • Includere la nozione di passaggi secondari (ad esempio il passaggio 2a di 6).

  • Rendere i passaggi indipendenti da pagine, in cui ogni passaggio può comportare diverse pagine. Ad esempio, un servizio di viaggio potrebbe impiegare un'organizzazione guidata basata su convenzioni di e-commerce ben consolidate per il settore.

    risposta esatta:

    

    Le etichette logiche possono fornire un orientamento adeguato per gli utenti di una procedura guidata di diramazione.

  • Considerare i passaggi facoltativi come persistenti nella sequenza di enumerazione. Ad esempio, se un ramo ignora solo alcuni passaggi facoltativi, ignorare anche i passaggi nel feedback, anziché rinumerare. Pertanto, se un utente fa una scelta nella pagina 2 che comporta la creazione di pagine 3 e 4 facoltative, mostrare i passaggi 1, 2, 5 e 6 di 6. Non numerare i passaggi 5 e 6.

  • Se la procedura guidata usa un singolo ramo e il ramo si verifica all'inizio dell'attività, avviare la sequenza in quel punto e quindi usare semplicemente l'approccio non diramazione. Ovvero, a partire dal punto del ramo, procedere in sequenza fino alla fine del ramo.

• Se è necessario creare un ramo, limitare il numero di rami a uno o due all'interno di una singola procedura guidata. Non includere mai più di un ramo all'interno di un ramo (un ramo "annidato").

Pulsanti commit

• Quando gli utenti eseguono il commit in un'attività, usare un pulsante di commit che rappresenta una risposta specifica all'istruzione principale (ad esempio, Stampa, Connetti o Avvia). Non usare etichette generiche come Next (che non implica l'impegno) o Finish (che non è specifico) per il commit di un'attività. Le etichette di questi pulsanti di commit devono avere senso autonomamente. Avviare sempre le etichette dei pulsanti di commit con un verbo. eccezioni :
  • Usare Fine quando le risposte specifiche sono ancora generiche, ad esempio Salva, Seleziona, Scegli o Ottieni.
  • Usare Fine per modificare un'impostazione specifica o una raccolta di impostazioni.
• Una singola procedura guidata può avere più punti di commit, ma è preferibile un singolo punto.
• Se necessario, è possibile rinominare o nascondere i pulsanti di commit in una pagina. Questa flessibilità è un vantaggio della nuova progettazione guidata in Windows che non era disponibile nelle procedure guidate precedenti. Si noti che nascondere un pulsante di commit è diverso dalla disabilitazione.
• Evitare di disabilitare un pulsante di commit positivo. In caso contrario, gli utenti devono dedurre il motivo per cui i pulsanti di commit sono disabilitati. È preferibile lasciare abilitati i pulsanti di commit e inviare un messaggio di errore utile ogni volta che si verifica un problema. La disabilitazione del pulsante è accettabile solo se il motivo per farlo è ovvio e non ambiguo.
• Non confondere i pulsanti di spostamento (Avanti e Indietro) con i pulsanti di commit. Successivamente significa procedere nella procedura guidata senza impegno; Tornare dovrebbe essere sempre disponibile nella pagina successiva e fare clic su Indietro dovrebbe annullare l'effetto dell'ultimo pulsante Avanti. Se non è possibile, gli utenti stanno prendendo un impegno e questo viene indicato tramite un'etichetta specifica sul pulsante di commit. Per altre linee guida sui pulsanti Avanti e Indietro, vedere Navigazione.

Pulsanti Annulla

• Non chiedere agli utenti di confermare se intende effettivamente annullare. Farlo può essere fastidioso. eccezioni :
  • L'azione ha conseguenze significative e, se errato, non è facilmente risolvibile.
  • L'azione può comportare una perdita significativa del tempo o dell'impegno dell'utente.
  • L'azione è chiaramente incoerente con altre azioni.
• Consentire agli utenti di riavviare le procedure guidate nel caso in cui siano stati annullati per errore.
• Non disabilitare il pulsante Annulla. Eccezioni:
  • Se l'annullamento è dannoso, può essere il caso di eseguire un'attività nelle procedure guidate autonome.
  • Se l'annullamento è impossibile, può essere il caso in cui la procedura guidata non ha il controllo su tutti i passaggi.

Pulsanti di chiusura

• Usare Chiudi per Follow-Up e pagine di completamento. Non usare Annulla, perché la chiusura della finestra non abbandonerà le modifiche o le azioni eseguite a questo punto. Non usare Done, perché non è un verbo imperativo.
• Una volta eseguita l'attività, Annulla dovrebbe diventare Chiudi (per le procedure guidate autonome). L'effetto di Chiudi è semplicemente chiudere la finestra.

Altri controlli

• Usare i collegamenti ai comandi solo per le scelte, non per gli impegni. I pulsanti di commit specifici indicano un impegno molto migliore rispetto ai collegamenti ai comandi in una procedura guidata.
• Quando si usano i collegamenti ai comandi, nascondere il pulsante Avanti, ma lasciare il pulsante Annulla.

Uso di pagine (finestre di dialogo o interfaccia utente inline)

• In generale, preferire le pagine alle finestre di dialogo. Gli utenti si aspettano che le procedure guidate siano basate su pagine.
• Usare le finestre di dialogo per facilitare il completamento delle pagine, ad esempio con selezione oggetti e browser.
• Utilizzare le finestre di dialogo per fornire messaggi di errore che si applicano all'intera pagina e ottenere il risultato facendo clic su un pulsante di commit.
• Usare la presentazione inline per comportamenti dinamici semplici, come la divulgazione progressiva e l'interfaccia utente contestuale.
• Utilizzare la presentazione inline per i messaggi di errore che si applicano a controlli specifici.

Pagine della procedura guidata

• Concentrarsi sul processo decisionale efficiente. Ridurre il numero di pagine per concentrarsi sulle informazioni di base. Consolidare le pagine correlate ed escludere le pagine facoltative dal flusso principale. Fare clic su Avanti completamente tramite la procedura guidata può sembrare un'esperienza ottimale in un primo momento, ma se gli utenti non devono mai modificare le impostazioni predefinite, è probabile che le pagine non siano necessarie.

• Progettare ogni pagina per avere un unico scopo e coerenza visiva. Per altre informazioni, vedere l'integrità della pagina.

• Non usare le pagine di benvenuto, rendere la prima pagina funzionante quando possibile. Usare una pagina introduttiva facoltativa solo quando:

  • La procedura guidata dispone dei prerequisiti necessari per completare correttamente la procedura guidata.
  • Gli utenti potrebbero non comprendere lo scopo della procedura guidata in base alla prima pagina Scelta e non c'è spazio per ulteriori spiegazioni.
  • L'istruzione principale per le pagine introduttive è "Prima di iniziare:".

  risposta errata:

  

• Le procedure guidate moderne optano per le prime pagine funzionali. Qui non c'è niente da fare, ma fare clic su Avanti. Perché forzare gli utenti a pagare questa tassa di token sul loro tempo prezioso?

• Nelle pagine in cui agli utenti viene chiesto di effettuare scelte, ottimizzare per i casi più probabili. Questi tipi di pagine devono presentare scelte effettive, non solo istruzioni.

  • Se non si usa una pagina Introduttiva, spiegare lo scopo della procedura guidata nella parte superiore della prima pagina di scelte.

• Usare le pagine Commit per chiarire quando gli utenti eseguono il commit nell'attività. In genere la pagina Commit è l'ultima pagina di scelte e il pulsante Avanti viene etichettato per indicare il commit dell'attività.

  • Non usare pagine di riepilogo che riepiloghino semplicemente le selezioni precedenti dell'utente, a meno che l'attività non sia rischiosa (che comporta la sicurezza o perdita di tempo o denaro) o che gli utenti debbano esaminare le selezioni.

• Utilizzare le pagine Stato per visualizzare lo stato di un'operazione lunga. Al termine, la pagina di avanzamento dovrebbe passare automaticamente al passaggio successivo. Dovrebbe rimanere nella pagina di avanzamento solo se è presente un problema che l'utente deve visualizzare. Fare clic su Indietro a una pagina di stato non dovrebbe avere alcun effetto collaterale.

  • Usare un singolo indicatore di stato determinato. Seguire le linee guida indicatore di stato determinate, tra cui:
    • Indicare chiaramente il completamento. Non lasciare che un indicatore di stato passi al 100% a meno che l'operazione non sia stata completata.
    • Non riavviare lo stato di avanzamento. Un indicatore di stato perde il valore se viene riavviato (forse perché un passaggio dell'operazione viene completato) perché gli utenti non hanno modo di sapere quando l'operazione verrà completata. Avere invece tutti i passaggi nell'operazione condividere una parte dello stato di avanzamento e fare in modo che l'indicatore di stato passi al completamento una sola volta.
  • Fornire una descrizione concisa del passaggio corrente sopra la barra di stato. Per operazioni rapide, tale testo non è necessario; l'indicatore di stato da solo è sufficiente. Per le operazioni che richiedono un minuto o più tempo, il testo può essere utile.
    • Usare frammenti di frase, in genere a partire da un verbo e terminando con i puntini di sospensione. Esempi: copia di file..., installazione dei componenti necessari.
    • Posizionare il testo sopra la barra, non sotto.
    • risposta errata:
    • 
    • In questo esempio, il testo esplicativo dovrebbe essere visualizzato sopra l'indicatore di stato.
    • Evitare di includare la pagina di avanzamento con dettagli non necessari. Questa pagina non è destinata al supporto tecnico; è per gli utenti.
    • risposta errata:
    • 
    • In questo esempio, i dettagli tecnici, ad esempio i GUID, non sono significativi per gli utenti.

• Non usare le pagine Congratulazioni che non eseguono alcuna operazione, ma terminano la procedura guidata. Se i risultati della procedura guidata sono chiaramente evidenti agli utenti, è sufficiente chiudere la procedura guidata sul pulsante di commit finale.

  • Usare Follow-Up pagine quando è probabile che gli utenti eseguano attività correlate come completamento. Evitare attività di completamento familiari, ad esempio "Invia un messaggio di posta elettronica".
  • Usare le pagine di completamento solo quando i risultati non sono visibili e non esiste un modo migliore per fornire commenti e suggerimenti per il completamento delle attività.
  • Le procedure guidate con pagine Stato devono utilizzare una pagina Completamento o Follow-Up pagina per indicare il completamento dell'attività. Per le attività a esecuzione prolungata, chiudere la procedura guidata nella pagina Commit e usare le notifiche per inviare commenti e suggerimenti.

• Usare le pagine di riepilogo solo se l'input è complesso e gli utenti devono esaminare, se l'attività comporta un rischio significativo (ad esempio una transizione finanziaria) o se la procedura guidata eseguirà azioni in base all'input dell'utente che non è ovvio (per creare fiducia attraverso la trasparenza). Spesso, le pagine di riepilogo non soddisfano questa barra di pertinenza e possono essere omesse.

• Usare le pagine di errore se la procedura guidata non può essere completata a causa di un problema da cui il ripristino non è possibile. In questa pagina, spiegare il problema in una lingua chiara, senza gergo tecnico che gli utenti non comprenderanno. Fornire anche passaggi pratici che gli utenti possono eseguire per risolvere il problema. Per altre linee guida, vedere messaggi di errore.

  • Eccezione: Se la procedura guidata viene completata con un problema secondario da cui è possibile eseguire il ripristino, presentare il problema come attività aggiuntiva anziché come errore. Usare un linguaggio positivo, orientato al successo, incoraggiare il linguaggio, non termini come errore, errore o problema. Non usare un'icona di errore.

Navigazione

• Utilizzare Avanti solo quando si passa alla pagina successiva senza impegno. L'avanzamento alla pagina successiva viene considerato un impegno quando l'effetto non può essere annullato facendo clic su Indietro o Annulla.
• Usare Indietro solo per correggere gli errori. Oltre a correggere gli errori, gli utenti non devono fare clic su Indietro per fare progressi in un'attività.
• Mantieni le selezioni degli utenti tramite lo spostamento. Ad esempio, se l'utente apporta modifiche, fa clic su Indietro e quindi su Avanti, tali modifiche devono essere mantenute. Gli utenti non si aspettano di dover immettere nuovamente le modifiche a meno che non abbiano scelto esplicitamente di cancellarle.
• Non disabilitare il pulsante Indietro a meno che la ripetizione dei passaggi non sia dannosa.
• Consentire agli utenti di esplorare o rivedere le scelte negli scenari di spostamento seguenti:
  • L'utente fornisce input, fa clic sul pulsante commit, fa clic su Indietro per esaminare le modifiche precedenti, non cambia nulla e quindi fa di nuovo clic sul pulsante di commit. In genere, questo dovrebbe essere possibile e il secondo commit dovrebbe semplicemente passare alla pagina successiva (perché l'attività è già stata eseguita).
  • L'utente fornisce input, fa clic sul pulsante commit, fa clic su Indietro per esaminare le modifiche precedenti, apportare modifiche e quindi fare di nuovo clic sul pulsante di commit. In genere, questo dovrebbe essere possibile e il secondo commit deve ripetere l'attività con l'input modificato (sostituendo o annullando l'effetto del primo).

Guida

• Progettare le pagine della procedura guidata per fornire informazioni sufficienti in modo che il riferimento alla documentazione nella Guida del programma non sia necessario. Una procedura guidata sta già allontanando gli utenti dal loro desiderato, interazione diretta con il programma; richiedendo agli utenti di cercare la Guida esterna li rimuove ulteriormente da questo stato. La Guida deve essere l'eccezione, non la regola.
• Se è necessario fornire un punto di accesso alla Guida, usare un collegamento nella parte inferiore sinistra dell'area del contenuto della pagina (sopra l'area del comando). Questo collegamento deve essere breve e in genere espresso sotto forma di una domanda che gli utenti hanno più probabilità di voler rispondere.
• risposta esatta:
• 
• Questo collegamento alla Guida è appropriato perché le informazioni di base sullo sfondo, come questa, potrebbero ingombrare troppo la pagina della procedura guidata.

Testo

Generale

• Usa l'utente e il tuo per fare riferimento all'utente e al computer, al documento, alle impostazioni e così via dell'utente. Non usare la prima persona (I, my) per fare riferimento al computer o alla procedura guidata. Tuttavia, è accettabile usare la prima persona nelle opzioni selezionate dall'utente. casella di controllo Example:My use only .example:My use only casella di controllo.
• Ogni pagina della procedura guidata deve avere un 'istruzione principale.

Titoli

• Inserire il nome della procedura guidata nella barra del titolo. Usare maiuscola in stile titolo.
• I titoli non devono includere la punteggiatura, ad eccezione di quelli con punti interrogativi.
• Non includere la parola Creazione guidata nei titoli della procedura guidata. Ad esempio, usare Connetti a una rete anziché a Configurazione guidata rete.

Pulsanti

• Non includere testo sul pulsante Indietro. Usare invece il glifo freccia senza etichetta.

• Includere testo nel pulsante Avanti. Non usare glifi ( ad esempio > o >>) oltre alla parola Avanti.

• Usare etichette specifiche dei pulsanti di commit che hanno senso autonomamente e sono una risposta all'istruzione principale. Idealmente, gli utenti non devono leggere altro per comprendere l'etichetta. Gli utenti sono molto più propensi a leggere le etichette dei pulsanti di comando rispetto al testo statico.

• Se possibile, non usare la parola Fine per l'etichetta del pulsante di commit, perché in genere è disponibile un pulsante di commit più specifico:

  • Se si fa clic sul pulsante viene eseguito il commit nell'attività (in modo che l'attività non sia già stata eseguita), usare un'etichetta specifica che inizia con un verbo che rappresenta una risposta all'istruzione principale (esempi: Stampa, Connetti, Avvia).

  • Se l'attività è già stata eseguita all'interno della procedura guidata, usare invece Chiudi.

    eccezioni :

    • È possibile usare Finish quando l'etichetta specifica è ancora generica, ad esempio Salva, Seleziona, Scegli o Ottieni.
    • È possibile usare Fine quando l'attività comporta la modifica di un'impostazione o di una raccolta di impostazioni.

• Avviare le etichette dei pulsanti di commit con un verbo. Le eccezioni sono OK, Sì e No.

• Usare maiuscole e minuscole.

• Non usare la punteggiatura finale.

Documentazione

• Sebbene la maggior parte delle procedure guidate di Windows non disponga più della parola Wizard nel titolo, è accettabile fare riferimento alle procedure guidate come procedure guidate nella documentazione. Questo riferimento deve essere minuscolo.
• risposta esatta:
• Se si configura una rete per la prima volta, è possibile ottenere assistenza usando la procedura guidata Connetti a una rete.
• Alcune procedure guidate legacy di versioni precedenti di Windows potrebbero includere la procedura guidata nel titolo. Quando si fa riferimento a una di queste procedure guidate, è accettabile usare la procedura guidata [X] per evitare di pronunciare la procedura guidata [X] Procedura guidata.
• Fare riferimento a una singola schermata all'interno di una procedura guidata come pagina.