Comprendere i sistemi e i modelli di progettazione
Pubblicato: 2022-03-11Sebbene possa sembrare un nuovo modo di affrontare il flusso di lavoro digitale, il concetto di sistema di progettazione non è "nuovo" per le industrie creative. Al centro di qualsiasi sistema di progettazione c'è un linguaggio di modelli di progettazione che risolvono i problemi comuni che un designer potrebbe dover affrontare.
L'idea di un linguaggio modello è nata dall'architettura e dal design urbano oltre 40 anni fa e può essere applicata praticamente a qualsiasi disciplina di progettazione.
I sistemi di design come il Material Design sono un argomento di tendenza, ma da decenni un approccio sistematico al design è parte integrante degli editori di riviste. Scorrendo le pagine di qualsiasi rivista importante, è facile vedere che ogni sezione è definita in modo univoco come un modello con layout, caratteri, colori, ecc. comuni comuni.
I modelli di progettazione utilizzati per le sezioni di pagina consentono a testo e immagini di essere disposti in modo coerente ed efficiente in modo da integrare la visione creativa di una pubblicazione.
Quando si guardano le riviste della concorrenza, è facile vedere come il linguaggio di design di una si confronta con l'altro.
Se non l'hanno già fatto, i designer di numerosi settori incorporeranno presto un linguaggio di progettazione e modelli nel loro flusso di lavoro. Per i designer di prodotti digitali, questo argomento si sta evolvendo e molti stanno imparando a progettare per la prima volta da librerie di modelli all'interno di sistemi complessi (o addirittura aiutano a definirli).
C'è una maggiore complessità quando si allineano i modelli di progettazione del software con una base di codice front-end, che può rendere l'apprendimento di un linguaggio di progettazione travolgente.
I linguaggi del design sono olistici
Un linguaggio di progettazione, come qualsiasi altro linguaggio, è complesso e contiene sfumature che all'inizio possono sembrare confuse. Ecco perché aiuta a pensare a un linguaggio progettuale come a un sistema complesso “composto da molte componenti che possono interagire tra loro”.
Per comprendere un sistema complesso, è importante pensare al linguaggio di progettazione in modo olistico :
- Inizia con una visione a volo d'uccello di come il design influisce su un marchio o un'azienda.
- Quindi, contempla il ruolo del design con team interfunzionali e altri designer.
- Infine, considera come il design influisce sul prodotto e sugli utenti in un determinato momento.
Questa prospettiva olistica enfatizza un modo sistematico di pensare ai flussi di lavoro di progettazione e consente di applicare facilmente un linguaggio di progettazione quando si risolvono problemi specifici.
In pratica, un linguaggio di progettazione è una risorsa utilizzata per ridurre la ridondanza e migliorare la continuità nel modo in cui i progettisti affrontano problemi di progettazione comuni. Ad esempio, un problema comune affrontato dai designer di prodotti è: "Ho bisogno di inserire un invito all'azione per consentire agli utenti di fare clic".
Questo è qualcosa che è stato risolto in precedenza, quindi invece di reinventare la ruota (o il pulsante), il linguaggio di progettazione definirebbe un "motivo di progettazione" di pulsanti riutilizzabile con proprietà preimpostate, come colore e forma, insieme a linee guida per le migliori pratiche.
Un linguaggio di progettazione di prodotti digitali è solitamente una risorsa interfunzionale con l'obiettivo di migliorare l'efficienza del flusso di lavoro e la collaborazione per i team.
In alcuni casi, il linguaggio viene esteso a una libreria di pattern live che è collegata direttamente alla codebase front-end e all'analisi metrica dei pattern. Questo tipo di sistema complesso con varie dipendenze rende abbastanza necessario un approccio olistico alla risoluzione dei problemi.
La cosa fantastica dell'apprendimento di un linguaggio di progettazione è che i compagni di squadra sono in genere piuttosto appassionati dell'interfaccia e delle interazioni utilizzate per definire un prodotto. Imparare una nuova lingua è generalmente una sfida, ma può anche essere un'esperienza coinvolgente che unisce una squadra!
Domande comuni al "design" del pensiero sistemico
La padronanza di un linguaggio di progettazione garantirà la qualità del sistema attraverso l'evangelizzazione, che può includere:
- Formazione di nuovi designer;
- Tutoraggio dipendenti junior e gestione appaltatori; o
- Lavorare direttamente con gli ingegneri per perfezionare il front-end del prodotto prima di un rilascio.
Attraverso questi sforzi di collaborazione, un progettista sarà in grado di garantire che le linee guida per il sistema siano rispettate o perfezionate in base alle necessità.
Qualunque sia il compito, ci sono un paio di domande comuni sui sistemi di progettazione pensando che un designer possa essere ritenuto responsabile per:
A cosa devo pensare quando progetto all'interno di un sistema di progettazione?
A seconda della complessità del sistema di progettazione, è importante iniziare adottando un approccio globale al problema da risolvere. Considera l'esempio del pulsante di prima.
Se il colore è preimpostato su #1f9efc e un designer lo rende #1b3e9b senza prima consultare altri designer che utilizzano la stessa libreria di modelli, ciò potrebbe causare un errore di sistema.
Quando si lavora all'interno di un sistema di progettazione, pensare a come il problema risolto avrà un impatto sull'intero ciclo di sviluppo del prodotto. In molti casi, non ci sarà e non dovrebbe esserci un grande impatto perché la libreria di modelli è già stata convalidata.
Se un problema da risolvere è nuovo per il sistema di progettazione, potrebbe esserci un'opportunità per far evolvere la libreria di modelli e aiutare a definire un nuovo modello di progettazione.
Quando il sistema si evolve, è una novità per il flusso di lavoro di un team. In questo caso, è necessaria flessibilità perché i modelli di progettazione si ripetono nel tempo. Tuttavia, mentre è facile cambiare il colore di un pulsante, la maggiore complessità del sistema deve essere considerata in ogni momento.
Per questo, è utile definire una tassonomia per organizzare il sistema di progettazione e la libreria di modelli. La terminologia utilizzata dovrebbe essere facilmente comprensibile in modo interfunzionale.
Clicca per vedere l'immagine a grandezza naturale.
Raggruppando gli artefatti di progettazione in argomenti comunemente compresi, la libreria di modelli consente al sistema di operare attraverso i flussi di lavoro del team e di sviluppare la comunicazione nel modo in cui si parla di modelli di progettazione.
Come faccio a sapere quando è necessario interrompere un motivo o creare un nuovo motivo all'interno di un sistema di progettazione?
La necessità di rompere o creare un nuovo modello di progettazione di solito dipende dalla maturità del sistema. Quando un sistema di progettazione si sta evolvendo, i modelli cambiano frequentemente. Quando il sistema viene stabilito, dovrebbe essere in atto un processo di richiesta di modifica per garantire continuità e qualità.
Anche la complessità di un sistema è importante da considerare. Se la modifica di un modello ha un impatto su altri progettisti e team, l'implementazione del processo potrebbe richiedere più tempo e spesso richiede un livello più profondo di impegno o risorse (ad esempio, l'aggiornamento delle linee guida del linguaggio di progettazione, delle librerie di modelli o della base di codice front-end).
In genere, una libreria di modelli non è pensata per essere rigida. Pensalo come una cassetta degli attrezzi in grado di risolvere problemi e completare attività. Se tutti i tentativi di progettazione entro i limiti della libreria di modelli non raggiungono gli obiettivi del progetto, l'intuizione può portare alla ricerca di un nuovo strumento o forse a una modifica del modello esistente.
Dai un'occhiata al diagramma qui sotto. Una regola generale è che l'identità e gli elementi , che sono i mattoni di base del marchio, cambiano raramente perché aiutano a definire il marchio e gli artefatti del design.
La maggior parte delle grandi organizzazioni dispone di guide di stile separate per gli elementi relativi al marchio, in particolare loghi, colori e caratteri, che non cambiano frequentemente. Per elementi come i pulsanti, questo può iterare o meno a seconda dell'evoluzione del linguaggio di progettazione, ma anche questi hanno modifiche meno frequenti a causa della loro connessione a tutti gli aspetti del prodotto.
Modifiche ai modelli di progettazione o nuovi modelli spesso emergono a livello di componenti e interazioni perché definiscono i flussi utente e gli insiemi di funzionalità. È comune che i nuovi flussi di utenti vengano definiti in una roadmap del prodotto, soprattutto durante l'implementazione delle funzionalità.
I nuovi modelli di progettazione avranno proprietà simili ai modelli già definiti nella libreria (come caratteri e colori), ma potrebbero richiedere aggiornamenti dell'interfaccia o stati interattivi che sono in aggiunta al linguaggio di progettazione.
Il product manager o il product owner che lavora con un designer fornirà i requisiti per le nuove funzionalità in linea con gli obiettivi aziendali. Quando decidi di interrompere o creare un nuovo modello di progettazione, ricorda la teoria dei sistemi complessi e assicurati che la soluzione sia una decisione condivisa.
Ecco alcuni passaggi da considerare quando si pensa a come interrompere o modificare un modello di progettazione:
Garantire il controllo di qualità e la continuità
Ricorda che la qualità è un obiettivo di prodotto condiviso. Ognuno è responsabile di garantire che il sistema di progettazione svolga il suo lavoro.
Adotta sempre quell'approccio olistico e pensa al potenziale impatto della rottura di uno schema o della creazione di un nuovo schema.
Chiedilo a te stesso:
- Rompere uno schema è l'unico modo per risolvere il mio problema?
- In che modo le altre squadre sarebbero interessate se rompessi questo schema?
- Cosa accadrebbe alla libreria di modelli se rompessi questo schema?
Comunicare con i Collaboratori
Parla con i designer e i membri del team interfunzionale per vedere se qualcun altro ha le stesse restrizioni. Scopri tutto sui requisiti della piattaforma e su come un modello proposto funzionerebbe nell'intera famiglia di prodotti.
Chiedilo a te stesso:
- Chi altro ha lavorato su questo prodotto o piattaforma?
- Quali sono le best practices della piattaforma per la quale sto progettando?
- Con chi posso parlare che potrebbe essere in grado di aiutare con la mia decisione e le mie raccomandazioni?
Comprendere le capacità del front-end
Scopri cosa è possibile per l'implementazione front-end. Se la modifica è semplicemente un aggiornamento delle proprietà HTML/CSS/JavaScript, di solito non richiede l'interruzione di uno schema o la creazione di qualcosa di completamente nuovo.
Piuttosto, potrebbe essere un semplice aggiornamento delle linee guida sul linguaggio di progettazione. In qualità di designer, è importante lavorare a stretto contatto con il front-end e potenzialmente trovare modi per collaborare settimanalmente o quotidianamente.
Chiedilo a te stesso:
- Il team front-end è stato coinvolto in questo aggiornamento del design?
- La modifica che sto considerando è un aggiornamento front-end?
- C'è qualcosa che manca nelle linee guida sulle migliori pratiche?
Convalida la decisione
Se viene stabilito che è necessario un nuovo modello, la decisione dovrebbe essere convalidata con i collaboratori e gli utenti finali e allineata con gli obiettivi aziendali.
Se i componenti front-end sono legati alle metriche, un rapido test A/B aiuterà con la convalida. In caso contrario, condurre test di usabilità funzionerà alla grande.
Chiedilo a te stesso:
- Il nostro team dispone di un processo di richiesta di modifica per la convalida di nuovi modelli di progettazione?
- Cosa devo fare per convalidare la mia decisione?
- Questa decisione crea un nuovo flusso utente o è una funzionalità aggiunta?
Stesso lavoro, mentalità diversa
Quando si progetta all'interno di un sistema, è fondamentale che i designer di prodotti adottino la mentalità del quadro generale necessaria per il processo decisionale. I principi di un sistema complesso e il pensiero sistemico aiuteranno i progettisti a crescere nelle loro carriere. Lo stesso vale per il processo di creazione da una libreria di modelli.
Questi approcci sono utili per iniziare un nuovo linguaggio di progettazione o contribuire a uno esistente perché una volta che la mentalità è a posto, i metodi sistematici diventano, beh, "sistematici".
Sapere che altri settori e discipline di progettazione hanno utilizzato per molti anni metodi simili per ottimizzare i flussi di lavoro offre ai progettisti di prodotti un eccellente punto di riferimento per le migliori pratiche.
Alla fine della giornata, la progettazione all'interno di un sistema non trasformerà completamente il modo in cui viene svolto il lavoro. Certo, ci saranno alcuni nuovi strumenti per connettere e gestire le complessità, ma alla fine si tratta di un passaggio a una mentalità olistica che aiuterà davvero a migliorare i flussi di lavoro.
• • •
Ulteriori letture sul blog di Toptal Design:
- Come creare una guida allo stile di schizzo, una libreria e un kit dell'interfaccia utente
- Dichiarazioni sui problemi di progettazione: cosa sono e come inquadrarle
- Usa la tua ispirazione: una guida ai Mood Board
- Design collaborativo: una guida alla progettazione di prodotti aziendali di successo
- Progetta il futuro: gli strumenti e i prodotti che ci aspettano