paradigma di progettazione e conferma dell'interfaccia utente

6

Ho appena visto questa conferenza di Spolsky, dove si interroga la necessità di scelte e dialoghi di conferma. Ad un certo punto ha una finestra delle impostazioni MacOS e afferma che "ora alcuni si stanno sbarazzando del pulsante OK". La finestra infatti non ha un pulsante OK (o cancella). La modifica di un'impostazione lo modifica, al termine della configurazione, chiudi quella finestra, punto.

Essendo un utente Windows da molto tempo e un proprietario recente del Mac, la differenza è evidente all'inizio. Ho cercato il pulsante OK per un po ', solo per scoprire, in modo abbastanza naturale e indolore, che non ce n'era. Ho espresso soddisfazione e ho proseguito sulla mia strada.

Tuttavia, sono curioso di sapere se questo modello di progettazione dell'interfaccia utente avrebbe avuto successo nel mondo basato su Windows. Ammesso che, se Microsoft l'avesse messo in evidenza con Windows 8 (probabilità grassa, lo so), alla fine le persone si sarebbero abituate. Ma c'è qualche esperienza là fuori di un simile approccio, di cambiare il "paradigma di conferma" su una piattaforma in cui è così prevalente? Ha lasciato gli utenti (soprattutto quelli non tecnici) confusi, frustrati, spaventati o felici?

TL; DR: Rimuovi OK / cancella conferma, cosa succede?

EDIT:

Mac GUI per le impostazioni dell'aspetto.

    
posta MPelletier 25.11.2010 - 16:56
fonte

7 risposte

3

Trovo che una buona via di mezzo è quando un testo viene temporaneamente visualizzato ( non in un pop-up) che dice "la tua modifica è stata salvata correttamente" o qualcosa di simile al salvataggio automatico di Google Doc

    
risposta data 25.11.2010 - 17:43
fonte
8

Se non c'è OK / Annulla, è meglio annullare.

    
risposta data 25.11.2010 - 20:17
fonte
2

L'hai detto tu stesso: hai cercato il pulsante OK per un po '. Gli utenti dovrebbero trovare le cose subito.

    
risposta data 25.11.2010 - 17:01
fonte
2

Il fatto è che funziona molto bene con utenti tecnicamente competenti e fiduciosi. Tuttavia, penso che ti imbatteresti in un mondo di dolore con utenti non esperti che, per esempio, sbagliano frequentemente, o cambiano un'impostazione diversa da quella che intendono, e simili - specialmente se la finestra di dialogo che hai appena chiuso senza una conferma è difficile da trovare per gli utenti non esperti.

Meno "sei sicuro?" i dialoghi sarebbero grandi per me - ma ucciderebbero mia madre.

    
risposta data 25.11.2010 - 19:50
fonte
2

But is there some experience out there of such an approach, of changing the "confirmation paradigm" on a platform where it's so prevalent?

Presentare un cambiamento totale del paradigma in un ambiente stabilito e solo un'operazione di routine arresterebbe un numero elevato di utenti.

Did it leave users (especially the non-technical ones) confused, frustrated, scared, or happy?

Se la modifica non risolve un problema noto, ma introduce semplicemente qualcosa di diverso da "provarlo", allora questo cambiamento probabilmente invocherà tutte le emozioni menzionate tranne che per la felicità.

Per me questo genere di dialoghi è una cosa che non mi piace. Perché? Perché non è immediatamente chiaro come funziona. Devi imparare e adottare questo modo di pensare. Significa che non va bene per gli utenti inesperti.

Guarda il significato della parola "dialog". In questo caso è la comunicazione bidirezionale tra la macchina e l'utente. Il modo naturale sarebbe:

U: Change the setting
M: I changed it (text message or something)

o

U: Change the setting
U: Click the save button
M: Indicates reaction (message, dialog disappearance, page refresh)

La finestra di dialogo del Mac si snoda:

U: Change the setting
M: ..... (silence)

L'utente è perplesso. Funzionava o no? Sconosciuto. L'utente controlla le cose. La finestra di dialogo non è avvenuta.

    
risposta data 27.11.2010 - 20:58
fonte
1

Il ruolo della finestra di dialogo di conferma è che l'utente CONFERMA che le modifiche apportate sono quelle a cui intendeva e non ha modificato qualcosa involontariamente.

Se un mondo senza pulsanti OK, devi assicurarti che:

L'utente fa sempre le scelte giuste [sì, giusto]

o

  1. Le modifiche non sono irreversibili
  2. L'operazione di annullamento è semplice
  3. Una volta che una modifica viene eseguita senza conferma da parte dell'utente, l'utente ne viene a conoscenza degli effetti, in un breve periodo successivo. Non vuoi che l'utente scopra che il cambiamento che ha fatto involontariamente, 6 settimane fa, ha avuto effetti indesiderati

Quindi, in conclusione, non credo che le finestre di conferma impediscano all'utente di prendere la decisione sbagliata o fare qualcosa in modo non intenzionale, ma almeno offre un altro livello di protezione per l'utente finale. Tuttavia, per un utente con molta esperienza, questo potrebbe essere fastidioso.

    
risposta data 25.11.2010 - 21:49
fonte
0

Non mi piace e mi mancheranno i pulsanti OK / annulla per molti dialoghi. Come altri hanno sottolineato, diventa più perdonabile se è possibile annullare le modifiche, ma qui sta il problema.

Non vuoi necessariamente che il tuo sistema di annullamento acquisisca le modifiche, ad esempio, alle preferenze dell'applicazione. Altrimenti diventa goofy quando colpisci ctrl-z o cmd-z per provare a annullare una modifica apportata all'interno del mondo dell'applicazione o del canvas o qualsiasi altra cosa solo per annullare le modifiche alle preferenze di sistema dell'applicazione quando stavi tentando di annullare un tratto di pennello o un testo cambia, ad es.

Ed è tipicamente in quelle preferenze / impostazioni / opzioni dell'applicazione in cui si tende a trovare queste finestre di dialogo OK / annulla. Quindi penso davvero che stiano bene così come sono, almeno nei casi in cui non ha senso memorizzare una voce di annullamento per le modifiche apportate in quella finestra di dialogo.

Un miglioramento pratico se me lo chiedi è di farlo in modo che cambiando qualsiasi cosa ci sia all'interno della finestra di dialogo ti dà un'anteprima interattiva in modo da non dover premere "OK" prima di poter vedere anche le modifiche. Ma questo non richiede di eliminare l'OK e soprattutto il pulsante "Annulla" che ti permette di scartare le modifiche se non vuoi tenerle.

Penso anche che ci sia un po 'di mania per rendere tutto non-modale in questi giorni, e forse alcuni dialoghi sono decisamente migliori se sono non-modali. Detto questo, non trovo che abbia senso consentire a un'applicazione di avere 7 finestre di dialogo file non modali aperte contemporaneamente. Spesso la non-modalità ha il costo di rendere più difficile l'apertura e la chiusura rapida di tale finestra di dialogo (ad es .: essere in grado di chiuderla con la chiave di escape e ripristinare la messa a fuoco su qualsiasi cosa avesse a fuoco prima), quindi mi piacciono ancora le finestre di dialogo modali qua e là, nei casi in cui non è di grande utilità per l'utente, tanto da essere in grado di aprire una barca dello stesso tipo di dialogo.

Ho lavorato in una squadra in cui pensavano che tutto ciò che era modale fosse cattivo e fasullo e qualcosa da rendere non modale, quindi dopo una grande quantità di lavoro, ci siamo ritrovati con un'applicazione in cui si poteva, infatti, aprire come 7 " Apri file "finestre di dialogo contemporaneamente. E ho trovato il flusso di lavoro più scomodo e ingombrante che mai, in cui non potevo più premere ctrl+o , navigare in un file e premere invio per selezionarlo e aprirlo o uscire per chiuderlo e ripristinare il focus del controllo dell'applicazione a qualunque cosa fosse prima. Con la finestra di dialogo dei file non modali, inoltre, non si chiudeva quando si selezionavano i file da aprire. Rimarrebbe aperto, quindi è stato necessario chiuderlo con un passaggio separato. Ciò ha incoraggiato questa interfaccia utente molto simile a quella del clutery, con molte finestre e finestre di dialogo non modali aperte in una sola volta rispetto a quelle a cui eri realmente interessato, a meno che non le avessi chiuse manualmente per pulire manualmente l'interfaccia utente. Con la precedente progettazione modale, l'interfaccia utente rimarrebbe automaticamente pulita poiché le finestre di dialogo si chiuderanno dopo aver selezionato i file da aprire, ad es.

Immagina se Starcraft avesse un design non modale. Quindi invece di questo:

Potrestiavereunoschermocon800iconeinpannelliagganciati,cherappresentanotuttelepossibiliopzionichepotrestieseguirenell'interogiococonil99%diesseingrigioedisattivatoechenonhaalcunsensoinunparticolarecontesto.IlflussodilavorosuperrapidodiStarcraftèpossibileperchéfavoriscequestotipodidesignmodalesensibilealcontestoincuideviselezionareun'unità,fareclicsuun'icona(es:"build"), quindi ottieni qualcosa come un riquadro / matrice modale mostrando quali cose puoi costruire con quell'unità con i pulsanti per annullare e tornare indietro e così via. È una mentalità modale "un passo alla volta" ed è dovuto alla natura semplificante di quel design modale che ci sono giocatori coreani in grado di eseguire più di 300 azioni al minuto.

Se mi chiedi, le applicazioni dovrebbero essere più modali e contestuali come questo concentrandosi su una cosa alla volta, non su molte cose contemporaneamente, se vogliamo consentire agli utenti di lavorare davvero, molto velocemente.

    
risposta data 17.12.2017 - 03:42
fonte

Leggi altre domande sui tag