Il designer che sa fare tutto non esisteThe designer who can do everything doesn't exist
Eppure sembra essere diventato uno dei requisiti impliciti del nostro mestiere.
UX, UI, branding, prototyping, sviluppo, AI, strategia. Ogni nuovo strumento sembra aggiungere qualcosa alla lista delle cose che un designer dovrebbe conoscere.
Ma forse stiamo guardando la questione dal lato sbagliato.
Il punto non è quante cose sappiamo fare.
Ma quante volte un problema deve cambiare mano prima di essere risolto?
Il problema dei confini
Le aziende funzionano ancora per competenze.
Il designer prende il problema, lo passa allo sviluppatore, che lo passa al product manager, che torna dal designer ed ognuno porta una parte della soluzione.
È un modo efficace di lavorare quando il problema è già chiaro, ma purtroppo molti problemi non lo sono.
Una scelta di design può essere un problema tecnico. Un problema tecnico può nascere da una decisione di prodotto. Una richiesta del cliente può nascondere un problema completamente diverso da quello che è stato inizialmente presentato. Oltre a poi aggiungere complessità con modifiche ed integrazioni dell'ultimo momento, dettate anche dalla poca pianificazione e dalla gestione delle priorità.
In questi casi serve qualcuno capace di muoversi tra le competenze e capire dove passa davvero il problema.
Questa è una delle ragioni per cui trovo interessante la figura del designer orizzontale.
Non è una persona che sa fare necessariamente tutto, ma una figura che riesce a non fermarsi quando il problema esce dal proprio "perimetro" che nella concezione di oggi segue il discorso "non è una cosa di mia competenza...quindi non è un mio problema".
L'AI sta rendendo questo comportamento più facile?
Un designer può oggi capire come funziona una tecnologia, costruire un primo prototipo, leggere documentazione o esplorare una soluzione senza dover aspettare immediatamente qualcun altro.
Lo stesso però vale in direzione opposta.
Uno sviluppatore può intervenire sul design. Un founder può costruire una prima interfaccia. Un marketer può produrre una landing.
Questo non li rende necessariamente degli specialisti, ma rende più facile attraversare temporaneamente un'altra competenza.
E quando attraversare una competenza costa meno, cambia anche il modo in cui le persone lavorano insieme.
Il problema non è più soltanto sapere chi è competente in cosa, ma quando quella competenza serve davvero.
Anche il cliente sta entrando in questa dinamica.
Questa trasformazione non riguarda soltanto i team, i creativi, gli sviluppatori o "gli addetti ai lavori" perché riguarda anche il rapporto con il cliente.
Sia chiaro, non tutti i clienti sanno usare bene l'AI. Non tutti sanno progettare un prodotto. Un designer esperto continua ad avere un vantaggio enorme nel costruire esperienze coerenti, tenere insieme vincoli e prendere decisioni che tengono conto dell'intero sistema.
Ma il cliente può iniziare a capire meglio cosa è possibile fare.
Può fare domande più precise, può confrontare soluzioni.
Può mettere in discussione una stima.
E qui cambia qualcosa nel modo in cui raccontiamo la complessità.
Perché “È complesso, non si può fare” non è più sufficiente.
Bisogna spiegare da dove nasce quella complessità, cosa che magari il cliente tramite un prompt può banalizzare perché gli mancano informazioni e soprattutto conoscenza.
Tecnologia? Tempo? Rischio? Manutenzione? Numero di casi da gestire? Dipendenze da altri sistemi?
Quando sai spiegare questo, non stai semplicemente difendendo un preventivo perché stai rendendo visibile il lavoro che normalmente non è dato sapere, tu sei il professionista mi fido di te...ma quante volte è successo che il cliente (già prima dell'AI) ti dicesse cosa vuole e come gli piace il design?
Una frase che fotografa bene questo fenomeno
Raccontando una conversazione con uno dei suoi clienti più grandi, Alessandro Mininno ha riportato questa frase:
«Le agenzie non hanno capito che loro hanno l'AI. Ma anche io ce l'ho.»
Il cliente gli raccontava di riuscire a generare circa 200 thumbnail per un video YouTube in un minuto, mentre riceveva preventivi che prevedevano due settimane per poche prove.
Non significa che 200 thumbnail valgano quanto un lavoro progettuale.
Significa che il cliente può iniziare a mettere in discussione il rapporto tra tempo, produzione e valore.
E arriviamo ad un tema interessante...
Il valore si sta spostando
Quando produrre qualcosa diventa più facile, aumenta anche il numero di cose che possiamo produrre.
Ed a quel punto il problema diventa scegliere: Quale problema va risolto prima?
Queste decisioni richiedono esperienza, competenza e capacità di collegare informazioni che appartengono a domini diversi.
È qui che la figura del designer orizzontale diventa interessante.
Non tanto a livello di budget perché è in grado di fare il lavoro di cinque persone, perché la qualità dell'output sarà sempre inferiore ad una persona verticale.
Ma perché può evitare che cinque persone debbano entrare nello stesso problema prima di aver capito cosa stanno cercando di risolvere, ritrovandoci in quei meeting dove ci sono 5 professionisti ma nessuno sa che problema si sta cercando di risolvere e da quale punto di vista.
Il designer che sa fare tutto non esiste e forse non è nemmeno quello che ci serve.
Forse, allora, la competenza più interessante da coltivare oggi non è un nuovo strumento o come creare una nuova skill capace di risolvere tutti i problemi...
Ma è la curiosità.
Essere curiosi significa entrare in un problema prima ancora di sapere se appartiene al proprio ruolo. Significa guardare come lavorano gli altri, capire come funzionano le cose, raccogliere strumenti anche quando non servono ancora.
Perché quando arriva un problema, non sai mai quale sarà lo strumento giusto.
Può essere Figma. Può essere il codice. Può essere una conversazione. Può essere qualcosa che hai imparato mesi prima senza sapere esattamente perché.
La curiosità aumenta il numero di strumenti che puoi avere a disposizione quando ne hai bisogno.
E forse è proprio questo che rende oggi un designer più utile dentro un'organizzazione.
La capacità di avere abbastanza curiosità da cercare una strada quando ancora non sai quale problema devi risolvere.
Forse la curiosità è diventata una competenza professionale più importante di quanto pensiamo, quasi da mettere nel CV.
Qual è una cosa che avete imparato per curiosità e che, mesi o anni dopo, vi siete ritrovati a usare per risolvere un problema reale?
Questo è Work in Context.
Se sei arrivato qui anche per caso, qui troverai riflessioni, osservazioni e domande su come sta cambiando il mondo del lavoro, spesso partendo da cose che viviamo ogni giorno ma che facciamo fatica a mettere a fuoco.
And yet it seems to have become one of the unspoken requirements of our job.
UX, UI, branding, prototyping, development, AI, strategy. Every new tool seems to add something to the list of things a designer is supposed to know.
But maybe we're looking at this from the wrong side.
The point isn't how many things we know how to do.
It's how many times a problem has to change hands before it gets solved.
The problem with boundaries
Companies still run on skill sets.
The designer takes the problem and hands it to the developer, who hands it to the product manager, who goes back to the designer, and everyone brings a piece of the solution.
That's an effective way to work when the problem is already clear. Unfortunately, a lot of problems aren't.
A design choice can be a technical problem. A technical problem can come from a product decision. A client request can hide a problem that's completely different from the one that was first presented. And then you add even more complexity with last-minute changes and additions, driven in part by poor planning and poorly managed priorities.
In those cases you need someone who can move across skill sets and figure out where the problem really runs through.
That's one of the reasons I find the idea of the horizontal designer interesting.
It's not someone who can necessarily do everything, but someone who doesn't stop when the problem steps outside their own "perimeter," which these days tends to follow the logic of "that's not my area...so it's not my problem."
Is AI making this kind of behavior easier?
Today a designer can understand how a technology works, build a first prototype, read documentation or explore a solution without having to immediately wait on someone else.
But the same goes the other way, too.
A developer can step into design. A founder can build a first interface. A marketer can put together a landing page.
That doesn't necessarily make them specialists, but it does make it easier to temporarily cross into another skill set.
And when crossing into another skill set costs less, the way people work together changes too.
The question is no longer just who's good at what, but when that skill is actually needed.
Clients are getting pulled into this too.
This shift isn't just about teams, creatives, developers or "people in the industry," because it's also about the relationship with the client.
To be clear, not every client knows how to use AI well. Not every client knows how to design a product. An experienced designer still has a huge advantage when it comes to building coherent experiences, holding constraints together and making decisions that account for the whole system.
But the client can start to get a better sense of what's possible.
They can ask sharper questions, they can compare solutions.
They can push back on an estimate.
And this changes something about the way we talk about complexity.
Because “It's complicated, it can't be done” isn't enough anymore.
You have to explain where that complexity comes from, something the client might oversimplify with a prompt, because they're missing information and, above all, knowledge.
Technology? Time? Risk? Maintenance? Number of cases to handle? Dependencies on other systems?
When you can explain that, you're not just defending a quote, you're making visible the work nobody usually gets to see. You're the professional, I trust you...but how many times has a client (even before AI) told you what they want and how they like the design?
A line that captures this perfectly
Describing a conversation with one of his biggest clients, Alessandro Mininno shared this line:
“Agencies haven't figured out that they have AI. But so do I.”
The client told him he could generate about 200 thumbnails for a YouTube video in a minute, while the quotes he was getting called for two weeks for a handful of drafts.
That doesn't mean 200 thumbnails are worth as much as actual design work.
It means the client can start to question the relationship between time, production and value.
Which brings us to an interesting topic...
Value is shifting
When producing something gets easier, the number of things we can produce goes up too.
And at that point the problem becomes choosing: Which problem needs solving first?
Those decisions take experience, skill and the ability to connect information from different domains.
This is where the horizontal designer gets interesting.
Not so much budget-wise, as in being able to do the work of five people, because the quality of the output will always fall short of a vertical specialist's.
But because they can keep five people from having to jump into the same problem before understanding what they're trying to solve, and ending up in those meetings with five professionals in the room where nobody knows what problem they're trying to solve or from what angle.
The designer who can do everything doesn't exist, and maybe that's not even what we need.
So maybe the most interesting skill to build today isn't a new tool or how to create some new skill that can solve every problem...
It's curiosity.
Being curious means getting into a problem before you even know if it belongs to your role. It means watching how other people work, understanding how things work, picking up tools even when you don't need them yet.
Because when a problem shows up, you never know which tool will be the right one.
It might be Figma. It might be code. It might be a conversation. It might be something you learned months ago without knowing exactly why.
Curiosity increases the number of tools you have on hand when you need them.
And maybe that's exactly what makes a designer more useful inside an organization today.
Being curious enough to look for a way forward when you don't even know yet what problem you need to solve.
Maybe curiosity has become a more important professional skill than we think, almost something to put on your résumé.
What's one thing you learned out of curiosity that, months or years later, you ended up using to solve a real problem?
This is Work in Context.
If you ended up here, even by accident, this is where you'll find reflections, observations and questions about how the world of work is changing, often starting from things we deal with every day but struggle to bring into focus.