Il potere della struttura: una guida alla progettazione di modelli di sistema

I sistemi di progettazione aiutano le organizzazioni a mantenere la coerenza esperienziale tra molteplici prodotti, servizi e aziende. Sebbene comunemente associati a linee guida visive e librerie di componenti, i sistemi di progettazione sono del tutto diversi. Man mano che sempre più aziende realizzano il valore della continuità del design, i team dei sistemi di progettazione di nuova formazione stanno definendo le migliori pratiche per garantire la pertinenza a lungo termine degli sforzi di progettazione delle loro organizzazioni.

Quando più persone si impegnano nella stessa ricerca progettuale, emergono domande comuni. Se le risposte a queste domande non sono prontamente disponibili o facilmente comprensibili, la coerenza del design va nel dimenticatoio . Entra nei sistemi di progettazione.

Sebbene popolari nella discussione sul design contemporaneo, le radici dei sistemi di design affondano per decenni nel mondo dell'editoria di giornali e riviste. Anche ora, la gerarchia sistematizzata delle pagine editoriali è evidente, con schemi preconfigurati che consentono un posizionamento coerente di testo e immagini.

Dopo il 2007, l'afflusso del digitale ha costretto le aziende a essere più intenzionali sulla coesione del design tra prodotti e piattaforme. È seguita un'enfasi sulle linee guida visive e sulle librerie dei componenti, ma tali documenti si sono rapidamente calcificati nelle pagine dei PDF e dei file condivisi. Attraverso tentativi ed errori, i creatori di moderni sistemi di progettazione sono arrivati ​​a considerare il loro lavoro come prodotti viventi, non documenti statici.

Zalando è il mercato di moda online leader in Europa. Atlassian è considerata a livello globale per i suoi strumenti di sviluppo software. Ognuno ha grandi team di prodotti e complesse esigenze di progettazione. Cosa si può imparare dai loro modelli di sistema di progettazione?

Zalando: la collaborazione come modello di sistema progettuale

Zalando è il più grande rivenditore online europeo di calzature e streetwear di fascia alta. Con oltre 1.900 marchi, la sua enorme vetrina digitale è gestita da un team di centinaia di designer e sviluppatori. Per garantire un'esperienza di acquisto coerente su una così vasta collezione di merci, l'azienda si affida a un sistema di progettazione altamente strutturato.

Si potrebbe pensare che il mantenimento di un sistema di progettazione per un marchio di così alto profilo richieda una governance rigorosa e una cerchia ristretta di decisori di progettazione. L'approccio di Zalando è invece decisamente collaborativo. Piuttosto che vedere il suo sistema di progettazione come un'entità perfetta minacciata dall'entropia, Zalando incoraggia i suoi team di funzionalità a contribuire con nuove idee secondo necessità. Come funziona?

L'obiettivo principale del design system team (ZDS) di Zalando è aiutare i team di funzionalità a sviluppare i componenti di cui hanno bisogno per far brillare i prodotti. Allo stesso tempo, ZDS garantisce che l'integrità del sistema di progettazione non sia compromessa. In questo modo, ZDS è sia un collegamento che una rete di sicurezza.

Quando un team di funzionalità di Zalando si trova nella necessità di una soluzione in contrasto con il sistema di progettazione dell'azienda, invia un contributo utilizzando un semplice modulo Google. Quando viene ricevuto un ticket di contributo, ZDS esamina e classifica la richiesta di modifica come Leggera , Media o Pesante . Ogni categoria ha la propria sequenza di revisione collaborativa, progettazione e iterazione.

Una volta che un contributo passa attraverso questo processo e diventa realtà, il team ZDS aggiorna il portale del sistema di progettazione condiviso centralmente, mostra le modifiche nella sua demo settimanale e comunica gli aggiornamenti alle parti interessate e ai clienti.

La semplicità del modello contributivo di Zalando consente a voci diverse dell'azienda di avere voce in capitolo nell'evoluzione del sistema. Filosoficamente, Zalando vede il suo sistema come un prodotto, non semplicemente una risorsa di documentazione intesa a mantenere i prodotti visivamente allineati. Da questa prospettiva scaturiscono elementi pratici applicabili a vari modelli di sistemi di progettazione:

• La governance è importante, ma i team che supervisionano i sistemi di progettazione dovrebbero concentrarsi sul successo degli altri team all'interno delle loro organizzazioni.
• Rendi il processo di contributo delle funzionalità semplice, trasparente e collaborativo e documenta tutta la comunicazione.
• Chiedi a designer e sviluppatori di collaborare sulle modifiche al sistema, favorendo così un linguaggio di sistema condiviso.
• Creare un elenco di controllo che garantisca che ogni aggiornamento del sistema risolva i problemi di accessibilità.

Atlassian: Design System Thinking reinventato

Atlassian crea strumenti per lo sviluppo software e la collaborazione, come Jira e Trello.

Nel 2017, Atlassian ha rinominato e lanciato un sito per le sue linee guida di progettazione. Contemporaneamente, l'azienda ha ospitato un sito separato dedicato ai suoi componenti dell'interfaccia utente e ai relativi esempi di codice.

Con il passare del tempo, i due siti si sono uniti , causando frustrazione e confusione tra i team interni di progettazione e sviluppo, i fornitori di integrazione di app di seconda parte e i clienti di Atlassian.

Riconoscendo una frattura crescente tra progettazione e sviluppo, Atlassian ha scelto di ripensare il proprio approccio ai sistemi di progettazione. Non poteva più trattare la documentazione di progettazione e sviluppo come poco più di un mezzo per generare codice e output grafici per i prodotti Atlassian. Il sistema di progettazione doveva essere rispettato come prodotto a sé stante.

Per comprendere appieno il problema, Atlassian è stata sottoposta a un audit esterno e ha pubblicato sondaggi sulla soddisfazione dei clienti. Com'era prevedibile, i due siti erano considerati disallineati e obsoleti. Con la sua reputazione in gioco e un vasto ecosistema di designer, sviluppatori e parti interessate che chiedono il cambiamento, Atlassian ha riconosciuto le sue carenze e ha deciso di reinventare il suo sistema di progettazione.

All'inizio di agosto 2020, il team del sistema di progettazione (ADS) di Atlassian ha lanciato un nuovo sito che consolida le linee guida per il marchio, la grafica, il contenuto, i componenti e i modelli.

Inoltre, il team ADS:

• Migrazione della metà dei suoi componenti dell'interfaccia utente al nuovo sistema (il resto è in corso)
• Documentazione riscritta e semplificata in tutto
• Ricerca migliorata all'interno del sistema
• Aggiunti link al codice click-to-copy

La prova più significativa della mentalità matura di Atlassian viene dalla Lead Designer di ADS Jennie Yip: “Un malinteso comune sui sistemi di progettazione è che una volta pubblicati, diventino una fonte di verità immutabile. Un sistema di progettazione non è mai completo. In Atlassian, stiamo iniziando a cambiare il modo in cui vediamo il nostro sistema di progettazione... in un'entità vivente e che respira".

5 Principi del sistema di progettazione che vale la pena ricordare

L'avanguardia di oggi è la lama smussata di domani, un problema che permea tutte le discipline di progettazione. Gli strumenti e le piattaforme per la creazione e l'hosting di sistemi di progettazione sono abbondanti, ma il rapido sviluppo del design digitale rende più redditizio pensare ai sistemi di progettazione in termini di principi guida.

1. I sistemi di progettazione sono prodotti digitali.

Come tutti i prodotti digitali, i sistemi di progettazione richiedono una manutenzione regolare. I sistemi che restano inattivi per lunghi periodi subiranno il disuso e il decadimento.

2. I sistemi di progettazione sono collaborativi.

I sistemi di progettazione devono soddisfare le esigenze delle parti interessate che rappresentano molteplici funzioni aziendali. Fornire vie di collaborazione impedisce che i sistemi esistano all'interno di silos di progettazione e ingegneria e garantisce che le idee sui prodotti non vengano ignorate.

3. I sistemi di progettazione prosperano sulla semplicità.

I sistemi di progettazione sono un luogo in cui trovare risposte, non raccogliere riconoscimenti per elementi visivi appariscenti, animazioni intricate o testi spiritosi. Le informazioni dovrebbero essere ben organizzate, facili da navigare e ricercabili, mentre le descrizioni testuali dovrebbero bilanciare il contesto con istruzioni concise.

4. I sistemi di progettazione richiedono strategie di comunicazione e coinvolgimento.

I team che gestiscono i sistemi di progettazione devono considerare come comunicare regolarmente aggiornamenti e nuove funzionalità alle parti interessate. Newsletter, sessioni di domande e risposte e altre strategie di sensibilizzazione dovrebbero informare e coinvolgere: “Questi sono i cambiamenti. Questo è il motivo per cui dovresti preoccuparti.

5. I sistemi di progettazione sono centralizzati.

I sistemi di progettazione dovrebbero essere accessibili in un'unica posizione basata su cloud. La navigazione nel sistema o l'ottenimento di risorse non dovrebbe richiedere la conoscenza di un programma di progettazione specifico. E ricorda, la pubblicazione di linee guida separate per la progettazione e lo sviluppo è un percorso sicuro verso la dissonanza del prodotto.

Il potere della flessibilità strutturale nel design

I sistemi di design non devono essere monoliti, grandi e imponenti, per sempre immutati. Né sono semplicemente repository per componenti e stili di design. Sono prodotti vivi e respiratori, attività organiche che richiedono la semina e la potatura. In quanto tali, meritano team dedicati composti da designer che si impegnano nella manutenzione e nel rinnovamento continui. Dopotutto, i sistemi di progettazione non sono mai finiti.

In definitiva, i migliori sistemi di progettazione sono diretti, collaborativi e flessibili. Rispondono a domande di progettazione urgenti con chiarezza, accolgono con favore il contributo di più parti interessate e danno la priorità a soluzioni potenti rispetto a formule dogmatiche.

Fateci sapere cosa ne pensate! Si prega di lasciare i vostri pensieri, commenti e feedback qui sotto.

• • •

Ulteriori letture sul blog di Toptal Design:

• La coerenza è la chiave: come costruire un sistema di design Figma
• Comprendere i sistemi e i modelli di progettazione
• Figma vs. Sketch vs. Axure: una revisione basata sulle attività
• Perché usare il design dei materiali? Pesare i pro ei contro
• Il passato è ancora presente: una panoramica del design senza tempo