Sistemi di progettazione: lavorare con gli sviluppatori

Nell'articolo precedente, abbiamo visto perché è importante non trascurare gli sviluppatori ma al contrario associarli alla creazione del proprio sistema di progettazione. Ora è il momento di vedere come!

Se vuoi approfondire, puoi anche leggere l'articolo di Leslie Pochat:
Il Design System in 10 passi !

Passaggio 1: co-design

Il co-design è un approccio che consente all'utente finale di essere coinvolto nella riflessione e nello sviluppo di un servizio o di un prodotto.
Questo approccio può essere ampiamente utilizzato dagli sviluppatori poiché sono gli utenti del tuo sistema di progettazione.

Potresti essere sorpreso dalle loro idee.

Passaggio 2: documentazione

Un sistema di progettazione costruito senza un'adeguata documentazione non sopravviverà. E 'così semplice. Se non hai documentazione o se è difficile da usare o da accedere, corri il rischio che il team di sviluppo scelga la cosa più semplice... e faccia a meno del tuo lavoro.

Per garantirne il successo, una buona documentazione deve, a mio avviso, soddisfare i seguenti requisiti:

1. Sii facilmente accessibile

È semplice come tutto, ma dai un nome al tuo sistema di progettazione e crea un indirizzo web (facilmente memorabile). Ciò fornirà un punto di incontro e renderà il progetto più tangibile. A proposito, evita se puoi il software che lo sviluppatore dovrà installare, questo genererebbe un punto di attrito inutile soprattutto se la sua necessità si riduce alla consultazione.
Infine, struttura il tuo sito il più finemente possibile in base alle tue esigenze. Molto spesso, la documentazione assume la seguente forma: * Linee guida generali (colori, caratteri, metriche, ecc.) * Componenti * Risorse (illustrazioni, carta grafica, logo, ecc.)

Ma potresti benissimo anche strutturare la tua documentazione per uso, attività, ecc. Sta a te vedere in base alle problematiche dell'azienda e alla sua organizzazione interna.

2. Sii facile da usare

Dare accesso diretto al codice sfruttabile, al visual e alle regole e divieti di utilizzo di ogni componente. Se non sei responsabile dell'integrazione, lavora a stretto contatto con gli integratori per rendere gli aggiornamenti il ​​più semplici e veloci possibile.

3. Gestisci casi speciali

Gestisci tutti i casi particolari, soprattutto per i tuoi componenti più piccoli (e quindi spesso i più utilizzati) come pulsanti, link, pop-up, titoli o menu... Indica chiaramente il comportamento che ti aspetti e le regole da seguire. Gestiscili dalla prima distribuzione e non successivamente. Questi sono i casi che spingono lo sviluppatore a liberarsi dal tuo design.

4. Presentare esempi e scenari

Se vuoi lasciare più libertà allo sviluppatore e permettergli di comporre lui stesso le schermate dal tuo sistema di progettazione, non dimenticare di fornire molti esempi pratici e scenari. Ad esempio: moduli, barre delle azioni, pannelli espandibili, popup, transizioni di pagina, caricamento dati, ecc.

5. Incoraggiare resi rapidi

La tua documentazione sarà il più perfetta possibile, ma non dimenticare di fornire un mezzo agli sviluppatori per scambiare rapidamente con te per cancellare piccoli malintesi.

6. Informare in modo rapido e chiaro le modifiche apportate e il loro possibile impatto

Uno dei vantaggi del design system è quello di poter modificare un elemento in modo rapido e globale. È anche un rischio perché la più piccola evoluzione può avere un impatto enorme (come un cambiamento nella dimensione del carattere). Avvisa i tuoi utenti di eventuali modifiche generali o limitate a un singolo componente. E non dimenticare di elencare i potenziali impatti.

Passaggio 3: mantieniti informato

Ogni giorno, alla fine degli sprint o persino alla macchina del caffè, ci sono molte opportunità per tenerti informato sui problemi incontrati dagli sviluppatori. Non trascurare questi momenti perché è qui che otterrai i migliori feedback e informazioni sui problemi riscontrati.

Passaggio 4: convalida

Per misurare se il tuo design è compreso dagli utenti, se piace, in breve se funziona, c'è tutta una serie di servizi per misurare, quantificare, tracciare, avvisare. E per valutare se il tuo progetto è stato implementato correttamente dagli sviluppatori? È più complicato.
Ma ci sono ancora strumenti per aiutarti nel tuo compito.

Alcuni tra gli altri: Pastello Scatola dei giocattoli CSS Peeper App impeccabile

Passaggio 5: la riunione di revisione del design

Il tuo sistema di progettazione sta iniziando a girare? Questo è il momento giusto per organizzare Design Review Meetings! Il principio ? Stabilisci un momento di punteggiatura degli sprint per validare gli schermi già sviluppati ma anche per identificare i problemi in quelli in fase di sviluppo. Formalizzando questi momenti di condivisione, abituerai ogni team a discutere i problemi dell'altro e gli sviluppatori a esercitare il loro sguardo critico sull'ergonomia e sul rispetto delle tue linee guida.

Per approfondire il QA per il design: Il “Design Review” tra Designer e Sviluppatori

Hugo, UX-Designer @UX-Republic