Design system interno o con agenzia: quando conviene ciascuno

Scegliere tra un team interno e un'agenzia per il tuo design system è una decisione su chi possiede il sistema dopo il lancio, non solo su chi lo costruisce. Un design system è la libreria condivisa di token, componenti e regole che tiene coerente un prodotto mentre cresce. Costruire la prima versione è un progetto. Tenerla in vita è un lavoro. Il modello giusto dipende da quale dei due stai davvero coprendo.

La versione breve è questa. Vai sull'interno quando il sistema alimenta più prodotti, cambia ogni settimana e ha bisogno di un responsabile che sieda ai tuoi standup. Prendi un'agenzia quando ti serve costruito una volta, costruito bene e consegnato, oppure quando il carico di design è troppo irregolare per giustificare uno stipendio. La maggior parte dei team che ci azzecca finisce su un ibrido: l'agenzia costruisce le fondamenta, un responsabile interno le tiene in salute.

Quanto costano davvero i due modelli

Il costo è spesso il punto di partenza, quindi partiamo da lì con onestà.

Un design system interno richiede almeno una persona dedicata, di solito più d'una. La ricerca di Nielsen Norman Group ha rilevato che la maggior parte dei team di design system conta da 2 a 5 persone, sale a 9-11 nelle grandi organizzazioni e supera raramente le 25 (NN/g, team snelli). Un designer di prodotto mid-senior negli Stati Uniti costa tra i 145.000 e i 185.000 dollari l'anno una volta caricati stipendio, contributi, tasse, strumenti e recruiting. Aggiungi un ingegnere per mantenere i componenti in codice e superi i 300.000 dollari di costo annuo pienamente caricato prima ancora che il sistema spedisca un solo bottone.

Un'agenzia o uno studio fattura in modo diverso. I retainer di design mid-market nel 2026 si aggirano tra i 5.000 e i 15.000 dollari al mese, e la costruzione a scope fisso delle fondamenta di un sistema va di solito dai 15.000 agli 80.000 dollari, a seconda del numero di componenti e delle piattaforme coperte. Paghi l'output, non una sedia. A lavoro finito, il contatore si ferma.

Allarga lo sguardo a tre anni e la forma si ribalta. Un designer più un ingegnere di manutenzione, a un costo misto di 320.000 dollari l'anno, sfiora il milione in tre anni. Un'agenzia che costruisce le fondamenta per 50.000 dollari e poi tiene un retainer di manutenzione da 6.000 al mese si ferma intorno ai 270.000 nello stesso arco. Il modello interno vince la matematica dei tre anni solo quando il team interno progetta anche prodotto, non si limita a curare il sistema. È la vera domanda nascosta sotto il dibattito sul costo: stai comprando un design system o una funzione di design che per caso ne possiede uno.

Interno o agenzia: gli assi che contano

A decidere sono sei dimensioni, più del prezzo.

• Proprietà. Con l'interno la roadmap resta dentro l'azienda. L'agenzia possiede il sistema durante l'incarico, poi lo consegna. Se all'interno non c'è nessuno pronto a raccoglierlo, è nella consegna che i sistemi muoiono.
• Velocità alla prima versione. L'agenzia spedisce prima. Lo ha già fatto e non aspetta un ciclo di assunzione. Approvare una posizione e inserire un lead spesso richiede più tempo dell'intera costruzione fatta dall'agenzia.
• Forma del costo. L'interno è un costo annuo fisso, che il carico sia pieno o fermo. L'agenzia è variabile: paghi quando c'è lavoro da fare.
• Contesto di prodotto. Un responsabile interno sta agli standup e assorbe casi limite che un team esterno non vede mai. La profondità di contesto è il vero vantaggio del modello interno.
• Ampiezza. Un'agenzia porta pattern da decine di sistemi: accessibilità, temi, scelte di architettura dei token che un primo assunto interno imparerebbe a tue spese.
• Continuità. Una sola persona interna è un punto di rottura unico: se se ne va, il sistema si ferma. L'agenzia ha ridondanza, ma può anche andarsene a fine contratto.

Dove vince il team interno

Scegli l'interno quando il design system è infrastruttura portante, non un asset una tantum.

Più prodotti lo consumano. Un sistema che alimenta tre o più app genera un flusso costante di nuovi componenti, deprecazioni e cambi di versione. È un lavoro a tempo pieno. I dati di NN/g mostrano che anche i team snelli hanno bisogno di un responsabile dedicato quando supporto e manutenzione superano metà della settimana di qualcuno.

Cambia ogni settimana. I prodotti che si muovono in fretta rompono di continuo i propri sistemi. Un team esterno con cadenza mensile non tiene il passo della deriva quotidiana. La deriva dei componenti è il modo in cui i sistemi decadono quando nessuno se ne occupa giorno per giorno.

Il difficile è l'adozione. Il punto di rottura della maggior parte dei sistemi non è la costruzione, è l'adozione. Un'analisi del 2026 sulle metriche di adozione ha trovato dashboard che mostravano il 92% di adozione mentre il sentiment degli sviluppatori scendeva dal 67% al 23% di giudizi positivi in sei mesi (DNSK, metriche di adozione). Chiudere quel divario richiede qualcuno nella stanza che faccia divulgazione, non un fornitore su un capitolato.

L'orizzonte è lungo. Superato il product-market fit, con il sistema che gira per anni, lo stipendio si ammortizza. I team di sviluppo risparmiano dal 31% al 47% del tempo di build quando un sistema è consolidato (Sparkbox, studio su Carbon). Per raccogliere quel ritorno che si accumula serve un responsabile stabile.

Dove vince l'agenzia

Chiama un'agenzia quando ti serve il sistema costruito bene una volta, o quando il carico non riempirà uno stipendio.

Parti da zero. Uno studio ha già costruito architetture di token e librerie di componenti. L'esperimento interno di Figma ha rilevato che i designer su un sistema maturo lavoravano il 34% più in fretta di chi partiva da zero (Figr, ROI del design system). Compri quel vantaggio di partenza invece di finanziare sul tuo prodotto la curva di apprendimento di chi è alla prima volta.

Il carico è irregolare. Un lancio qui, un rebrand là. Pagare 170.000 dollari l'anno per lavoro che arriva a ondate è un'economia peggiore di un retainer che alzi e abbassi.

La velocità conta adesso. Se il sistema blocca un lancio in questo trimestre, l'agenzia spedisce prima che si chiuda un annuncio di lavoro.

Vuoi una consegna pulita. Un buon incarico finisce con un sistema che il tuo team sa far girare: token documentati, regole di governance, un modello di contribuzione. Il modello di prezzo che scegli (progetto, retainer o proprietà condivisa) decide quanta parte di quella consegna ottieni davvero.

L'ibrido su cui atterra la maggior parte dei team

Le configurazioni più solide sono raramente pure. L'agenzia costruisce le fondamenta in poche settimane, imposta l'architettura dei token e il primo set di componenti, scrive le regole di governance. Poi un responsabile interno, di solito un designer senior o un design engineer, prende in carico la consegna e tiene onesto il sistema: revisiona i contributi, elimina i duplicati, spinge l'adozione. L'agenzia resta su un retainer leggero per audit e interventi pesanti. Ottieni l'ampiezza dell'agenzia all'inizio e il contesto interno nel tempo, senza pagare due team interi. Il pattern è costante nei sistemi che costruiamo e consegniamo: quelli che sopravvivono hanno un responsabile con nome e cognome dal primo giorno, non dal sesto mese.

Un test di 20 minuti per decidere

Rispondi con onestà a quattro domande.

1. Quanti prodotti consumano il sistema? Un prodotto su una roadmap lenta indica un'agenzia. Tre o più prodotti attivi indicano l'interno.
2. Ogni quanto cambia? Il cambiamento settimanale ha bisogno di un responsabile quotidiano. Quello trimestrale no.
3. Hai un responsabile interno pronto? Se nessuno può raccogliere una consegna, una build d'agenzia senza responsabile interno marcisce in meno di un anno. Prima risolvi la questione del responsabile.
4. Il carico è costante o irregolare? Un carico costante, per tutto l'anno, giustifica uno stipendio. Un carico a ondate favorisce un retainer.

Due o più risposte che puntano nella stessa direzione sono il tuo modello. Quando si dividono, il default è l'ibrido: compra la costruzione, assumi il responsabile.