L’idea di un "processo iterativo" non è una novità nello sviluppo del software. È presente in diverse metodologie e probabilmente perché funziona bene soprattutto quando si riceve il feedback dei clienti.
Uno dei posti in cui lo trovo utile è anche durante la creazione di interfacce di amministrazione per i plugin di WordPress.
Per essere chiari, non sono un designer, quindi quando si tratta di lavoro di front-end, mi riferisco sempre alla style guide e ai mockup che il designer mi fornisce fin dall’inizio del progetto. (Lo menziono solo perché penso che sia una pratica che chiunque non sia un designer dovrebbe seguire, ma sto divagando).
Ma quando si tratta di lavorare su schermate di amministrazione o schermate di back-end per WordPress, tendo a seguire una regola rigida: assicurarsi che appaia il più naturale possibile.
In che modo, quindi, lo sviluppo iterativo e l’interfaccia delle schermate di amministrazione di WordPress hanno qualcosa a che fare l’uno con l’altro?
Progettazione della schermata di amministrazione di WordPress
Questo articolo particolare rinuncia a parlare di cose che sono previste per il salvataggio delle informazioni. Cioè, presumo tutto:
- sanificazione,
- convalida,
- senza controlli,
- controlli di autorizzazione,
E simili sono compresi e gestiti.
Per questo post, lo manterrò semplice. Diciamo che vogliamo avere:
- un paio di campi di testo,
- un pulsante di salvataggio,
- un pulsante di ripristino,
- e forse qualcosa in più alla fine.
Come potrebbe svolgersi attraverso un processo iterativo durante la progettazione?
1 Disegnandolo
Supponiamo che tu stia lavorando a qualcosa e che stai pianificando l’aspetto della schermata amministrativa. Dato quello che avevamo sopra, forse uno schizzo iniziale potrebbe assomigliare a questo:
Abbastanza facile, giusto? Rappresenta ciò che il progetto deve mantenere e mostra tutto ciò di cui abbiamo bisogno per questa particolare schermata di amministrazione.
2 Costruirlo
Una volta messo insieme, dovrebbe sembrare il più nativo possibile. Dati gli stili che abbiamo a disposizione in WordPress, è relativamente facile costruirlo con le API e il markup disponibili:
E cosa fanno ogni campo e pulsante?
3 Perfezionarlo
È qui che entra in gioco il perfezionamento della funzionalità. Per esempio:
- Non credo che il pulsante Salva dovrebbe essere abilitato fino a quando i campi richiesti non vengono compilati,
- Penso che il pulsante Ripristina dovrebbe cancellare ciò che è presente,
- Dovrebbe esserci un certo grado di messaggi di errore che rappresentano tutti ciò che dobbiamo fare quando qualcosa fallisce, quando qualcosa potrebbe non essere giusto o qualcosa è completamente sbagliato.
Ovviamente, è molto più facile parlarne quando non si tratta di un progetto specifico, ma forse alcune delle idee sono applicabili in qualunque cosa tu stia facendo.
Miglioramenti asincroni?
Una delle cose a cui ci siamo abituati con dispositivi come i nostri telefoni e alcune parti dei nostri sistemi operativi è che quando attiviamo un interruttore o apportiamo una piccola modifica, i dati vengono salvati.
Cioè, non è richiesta alcuna azione di conferma (a parte qualcosa di distruttivo come l’eliminazione di un file, ovviamente). I dati vengono semplicemente salvati e l’opzione funziona.
Tuttavia, vediamo ancora molti pulsanti Salva in WordPress, vero? Che dire del salvataggio degli input tramite Ajax o un altro metodo asincrono? Questo è qualcosa che devo ancora implementarlo ma l’ho sicuramente considerato.