Sistemi di progettazione e le onde del cambiamento futuro

I sistemi di progettazione mi hanno colto al momento giusto. Ho sentito a lungo di stare a cavallo tra i mondi del design e del codice e, con un po' di esperienza, mi sono trasferito in uno spazio più orientato al prodotto, consentendo di riunire questi mondi e altro ancora. Questa roba non è facile e spesso non è quello che sembra. Una libreria ben formata in Figma non è più un sistema di progettazione di una raccolta di componenti in React. Le parti invisibili, i pezzi su come le persone lavorano, funzionano e si relazionano sono dove tende a finire la maggior parte dello sforzo.

La loro semplicità percepita può indurci in un falso senso di sicurezza; questo è un affare fatto e dobbiamo solo arrivare a un punto come il sistema di progettazione di [inserire una nota azienda] e lo avremo distrutto. Non è così. Tutte le parti all'interno di un sistema di progettazione sono contestuali al tuo ambiente (struttura, leadership, dimensioni, set di competenze, esperienza, obiettivi, ecc.) così come si muovono e si evolvono, come la nostra comprensione di cose come i token di progettazione o come esprimere i cambiamenti di progettazione e si adatta. Come comunità ci spingiamo a vicenda per continuare a migliorare e ad adattarci alle sfide, il che è fantastico di cui far parte... ma ho le mie preoccupazioni.

Di tutti i sistemi di progettazione su cui le persone lavorano, quanti direbbero che hanno successo al momento? Aneddoticamente, quelli che ci hanno provato molti anni fa potrebbero essere al loro terzo o quarto tentativo. In genere, stiamo facendo la cosa giusta nel sistematizzare il design per generare risultati migliori per i siti Web, eppure questo è ancora difficile. Ci sono pochi esempi di sistemi di progettazione multimarca o multipiattaforma che funzionano bene (che è una sfida mostruosa) eppure questo è lo spazio in cui possono avere il maggior impatto. Affrontare non solo il design reattivo (non farmi iniziare da quanto siano disfunzionali le relazioni tra design e sviluppatore sull'uso di punti di interruzione basati su dispositivi) ma più piattaforme poiché miriamo a esprimere i nostri marchi non solo sul Web ma in app native come beh... come affronteremo e ci adatteremo a ulteriori cambiamenti futuri?

Tutto questo lavoro si basa sul fare ciò che già facciamo, per lo più creare siti web, ma migliori e più efficienti. Guardare come potremmo utilizzare questi stessi processi se non gli artefatti e i risultati per piattaforme o funzionalità correlate sembra molto lontano. Fatto bene, credo che il fulcro di un sistema di progettazione non sia token o componenti di progettazione, ma un collettivo, che lavora insieme, prende decisioni insieme e applica il marchio attraverso vari mezzi per risolvere i problemi degli utenti e dell'azienda. Ciò significa che possiamo e dobbiamo non solo alimentare la capacità di cambiare e adattarci all'interno di questo spazio, ma i sistemi che creiamo come risultato di esso. Questa abilitazione e potenziamento dei team di prodotto o funzionalità può essere un potente esempio di simbiosi se fatto bene.

"AI" è nel ciclo dell'hype al momento, quindi è un buon esempio da usare. Ciò che intendiamo per IA al momento è un'ampia gamma di strumenti, la maggior parte dei quali non sono in realtà IA... certamente non hanno intelligenza. Questo potrebbe essere l'apprendimento automatico dei modelli linguistici. Ingressi e uscite selvaggiamente diversi. Se la nostra organizzazione sceglie di abbracciare qualcosa di simile, cosa potrebbe significare?

Parte di ciò che possiamo fare, credo, è riconoscere che i nostri artefatti sono transitori. Oggi potrebbero essere componenti e token, domani potrebbe essere qualcos'altro. Ciò dovrebbe sfidare la nozione di cosa intendiamo per sistema di progettazione. Le migliori citazioni che riassumono (in modo riduzionista) il nostro attuale stato di definizione ruotano attorno al design, al codice, alle persone e alle relazioni tra loro. Se ci spostiamo in spazi che non richiedono token di progettazione allo stesso modo o utilizzando strumenti o codice di progettazione diversi, quel tipo di definizione è ancora valida.

Sono convinto che in vari modi, alcuni dei nostri strumenti e risultati futuri potrebbero essere multimodali . Ad esempio, oggi ChatGPT è un modulo che accetta testo e ti dà una risposta testuale. È un'anteprima della tecnologia, non l'obiettivo finale. Se potessi digitare, parlare o mostrare un'immagine al tuo strumento e passare da una modalità di comunicazione all'altra, potrebbero diventare più un'estensione di noi che una cosa a cui ci rivolgiamo per richiedere un output. La frase "copilota" che alcuni stanno usando sembra già adattarsi abbastanza bene a questo proposito. Cuocere in modalità di interazione con l'intelligenza che l'intelligenza artificiale può darci e sarà uno spazio piuttosto sorprendente.

Facendo un passo indietro per considerare il design del servizio che è alla base di molte delle nostre app o siti Web più grandi e introducendo la possibilità di alcuni di questi tipi di cambiamenti futuri per i nostri utenti finali, quali punti di contatto dei clienti potrebbero utilizzare una o più modalità? Oggi si parla solo poco dell'utilizzo dei sistemi di progettazione per le e-mail, dove c'è un'enorme opportunità per espandere il lavoro del nostro sistema di progettazione su un altro mezzo rivolto al cliente. Essere meno vincolati al modo in cui pensiamo a un sistema di progettazione significa che possiamo accogliere non solo le e-mail, ma qualunque cosa venga dopo e non dover ricominciare da capo.

Guardare ai cambiamenti futuri significa in qualche modo sentirsi a proprio agio con l'ignoto e darci spazio per adattarci ed evolvere. Non dovremmo necessariamente aver bisogno di un nuovo sistema di progettazione per una nuova piattaforma o modalità di comunicazione (anche se ci possono essere momenti che possono avere un senso), solo apprezzare che quello che oggi consideriamo un sistema di progettazione potrebbe non essere ciò che diventeranno domani. Permettendoci di sperimentare e sfidare quell'idea di base, penso che potrebbe darci la possibilità di affrontare qualsiasi sfida ci si presenti... dopotutto, sono solo design, codice, persone e le relazioni tra di loro.