it-swarm-eu.dev

Abbattere processi complessi

Attualmente sto sviluppando un CMS per un'agenzia di prenotazione che organizza festival musicali di più giorni. Invece di pubblicare notizie o articoli, la maggior parte dei contenuti gestiti sono solo questi festival e spettacoli. Tuttavia, ci sono molti input di dati coinvolti nella pubblicazione di questi spettacoli sul sito e il processo per creare un nuovo festival è in qualche modo coinvolto:

  • Crea un festival
    • Inserisci il nome del festival, la data di inizio, la descrizione
    • Carica e allega eventuali volantini
  • Allega eventi (ad es. Rock night, Metal night, Hip-Hop, ecc.)
    • Inserisci nome/descrizione dell'evento, data, lineup, headliner
    • Allega eventuali volantini
    • Inserire i tempi impostati (su più stadi)
    • Seleziona la sede (o creane una nuova)

L'attuale modello di implementazione prevede semplicemente che l'utente passi a Festival, Eventi, Volantini, Luoghi e - Imposta orari sezioni del sito e compila singoli moduli per aggiungere/modificare o eliminare questi dati. Ma questo non sembra molto intuitivo. Quindi sto cercando di convertire queste forme convenzionali in AJAX e consolidarle in una singola schermata per semplificare il processo.

Tuttavia, si tratta di molti dati, e mi chiedo, a che punto è necessario suddividere un processo in più passaggi (ad esempio una procedura guidata)? A quanti campi di input provi a limitare ogni schermata?

Esito a creare un'interfaccia utente di tipo procedura guidata poiché non mi piace personalmente usarli, poiché la maggior parte dei flussi di lavoro non sono così lineari (ad esempio, i tempi di impostazione di ciascun evento non vengono decisi fino alla sera prima dello spettacolo). Spero che raggruppando i campi di input in moduli comprimibili e utilizzando una finestra di dialogo modale per caricare i volantini, posso limitare il numero di campi di input sullo schermo in un determinato momento, riducendo il disordine. È un progetto ragionevole o l'utente medio preferisce un'interfaccia di tipo procedura guidata?

6
Lèse majesté

In questi casi, utilizzo schede di gruppo per organizzare i moduli (in modo che l'utente possa accedere direttamente alla pagina di cui ha bisogno), ma fornisco anche Next: xyz (xyz è il nome del modulo successivo) in ogni pagina in modo che un utente che preferisce un approccio simile a una procedura guidata possa fare clic tra le pagine.

4
ammoQ

Ciò che rende complesso il processo non è che ci siano così tanti dati ma il presupposto che debbano essere inseriti tutti in una volta. La creazione di un festival dovrebbe essere un processo in tre fasi:

  1. Crea un festival vuoto.
  2. Modifica il festival fino al completamento.
  3. Pubblica il festival.

Il trucco è far capire all'utente che non è necessario compilare il modulo per la prima volta. Va bene modificare solo un campo e premere il pulsante Salva. Il festival può rimanere in uno stato di bozza incompleto - forse nemmeno avere una data - fino al momento della sua pubblicazione.

4

Sono curioso, Lèse majesté, perché non ti piacciono i maghi? È qualcosa per cui hai sviluppato un disgusto personale o hai qualcosa di più concreto in termini di ricerca che dimostra che i maghi creano problemi agli utenti nel portare a termine compiti specifici? Attualmente sto lavorando a una ri-architettura di un'applicazione molto complessa e ho alcune considerazioni e preoccupazioni simili alle tue, anche se non ha nulla a che fare con i festival. Ero alla ricerca di maghi non tradizionali e mi è piaciuto molto l'uploader utilizzato da Flick'r. Penso che dipenda anche dalla quantità di passaggi in un particolare processo. La cosa che mi è piaciuta dell'implementazione di Flick'r è stata la sua trasparenza e visualizzazione verticale, entrambi mi hanno dato la sensazione che sarebbe stato facile.

1
Rollin4eyes