Modifica in posizione vs. pagina di modifica separata/modale?

Question

Ho alcuni dati suddivisi in sezioni, proprio come la funzione Riprendi di StackOverflow Opportunità di lavoro (non è tuttavia di riprendere i dati), che è modificabile/creabile tramite un'app web jQuery. È un po 'più gerarchico (i lavori possono avere sub-lavori, ecc.), Quindi a seconda del metodo CRUD che prendo, significa che ci sono diverse quantità di lavoro. Non mi interessa passare il tempo a farlo nel modo giusto, ma non voglio passare molto tempo a fare qualcosa di strano che non sia un'esperienza utente ottimale.

C'è stata alcuna ricerca fatta nei diversi stili di "editing" questo tipo di segmentato dati di testo, gerarchica:

1. Modifica in atto (ad esempio si fa clic su un elemento del modulo, come titolo di lavoro, si scopre modificabile, quindi clic su "OK" e consente di risparmiare)

2. pulsante Modifica

   che porta ad un nuovo schermo (come StackOverflow attualmente)

3. pulsante Modifica

   che si apre un form modale

4. Tutti i campi sono aperti e modificabili, solo tasto (come StackOverflow Carriere) salvare

C'è consenso generale su quando tali forme diverse dovrebbero essere utilizzati per fornire la migliore esperienza utente?

Answer 1

Dipende. Se la tua base di utenti è esperta di web, ti consiglierei un approccio di modifica sul posto a causa del naturale flusso di editing che fornisce.

---

Modifica al posto

Quando si modifica una sezione di una gerarchia, si modifica in linea con il resto delle informazioni. Questo ti permette di verificare come le tue modifiche si applicano alle altre informazioni mentre le stai facendo (piuttosto che dover andare avanti e indietro tra le schermate).

In termini di usabilità, uno scenario in cui gli elementi raggruppati sono modificabili tutto in una volta è bello in quanto consente di salvare più clic. Ad esempio, se un lavoro ha i seguenti elementi di dati:

Title 
Description 
Positions 

E 'bene fornire un meccanismo per modificare tutto in una volta insieme con la modifica ogni elemento nel comportamento posto.

La modifica in linea protegge inoltre le altre sezioni della gerarchia dall'aggiornamento accidentale.

---

modale Modifica

Questo metodo di modifica introduce una barriera tra la gerarchia nel suo complesso e la sezione che si sta modificando (vale a dire il rapporto tra le informazioni che stai entrando ed è posto nella la gerarchia non è immediatamente evidente dal guardare l'interfaccia utente).

---

Nuovo schermo

Come per la modifica modale, la relazione tra le informazioni modificate per l'intera gerarchia è perduto. Tuttavia è una configurazione di base che la maggior parte della vostra base di utenti capirà immediatamente. Inoltre protegge l'intero documento da aggiornamenti accidentali.

---

Tutti campi aperti

Ciò fornisce il vantaggio di mantenere le informazioni modificate in un contesto (come con edit-in-place) ed è molto semplice. Non c'è una curva di apprendimento che richiede che un utente apprenda di dover fare clic su un elemento per modificarlo.

Tuttavia, come qualcuno che ha più di una forma rovinata dai miei bambini curiosi, non mi piace come espone l'intera gerarchia agli aggiornamenti non previsti.