La domanda arriva sempre uguale: «monto un team IA interno, ingaggio una consulenza o prendo un freelance?». E la risposta onesta non è una delle tre —è «dipende», e dipende da due cose concrete: a che punto di maturità sei e quanto è grande il problema. Chi ti vende una regola fissa —«sempre interno», «sempre agenzia»— ti vende il suo modello di business, non la tua decisione migliore. Ecco la vera matrice, senza dogma.
Consulenza IA vs team interno vs freelance: la domanda posta male
L’errore di partenza è trattarlo come una scelta di identità —«siamo un’azienda che fa le cose in casa» o «noi esternalizziamo»— quando è una scelta di contesto. La stessa azienda dovrebbe ingaggiare un freelance per esplorare un caso d’uso e montare un team interno per operare un sistema critico, a seconda della fase. Non è una contraddizione: il lavoro cambia natura man mano che matura. Esplorare, portare in produzione e mantenere non sono lo stesso compito, e lo stesso tipo di fornitore raramente li fa bene tutti e tre.
Quindi il confronto utile non è «quale è migliore» ma «quale combacia con dove sei». Le tre opzioni vincono in un quadrante e perdono in un altro. Ordinale su due assi —maturità del problema (dall’esplorazione alla produzione ricorrente) e la sua dimensione (dal puntuale al core del business)— e la decisione si prende quasi da sola.
| Opzione | Brilla quando | Fallisce quando |
|---|---|---|
| Freelance | Diagnosi, esplorazione, un caso circoscritto con inizio e fine chiari | È un sistema critico che non può dipendere da una sola persona né dalla sua agenda |
| Consulenza | Bisogna portarlo in produzione con team multidisciplinare, SLA e responsabilità su sicurezza e AI Act | Il lavoro è ricorrente e hai già chi lo mantiene: paghi di più per la dipendenza |
| Team interno | Il problema è core, ricorrente e strategico, e vuoi che la conoscenza resti in casa | Il problema è puntuale: monti una struttura permanente per ciò che un trimestre avrebbe risolto |
Quando il freelance è la risposta giusta
Il freelance senior brilla all’inizio, quando non sai nemmeno che problema hai. Una diagnosi, un prototipo, validare se un caso d’uso ha senso prima di impegnare un budget grande: questo lo fa un buon freelance meglio e a meno di chiunque, perché non si trascina né il macchinario di una consulenza né il monte stipendi di un team. Il limite appare nel momento in cui quel prototipo deve vivere in produzione. Un sistema da cui dipende la tua operazione non può reggersi su una sola persona che domani prende un altro progetto, si ammala o alza la tariffa. Non è un problema di talento —ci sono freelance eccellenti— è un problema di continuità e rischio. Per esplorare, ideale; per sostenere qualcosa di critico, fragile.
Quando la consulenza vince: il ponte verso la produzione
La consulenza giustifica il suo prezzo in un momento molto preciso: quando bisogna attraversare il ponte dal prototipo alla produzione con rete. Lì ti servono più discipline insieme —chi monta il modello, chi integra con i tuoi sistemi, chi si occupa che i dati non fughino e che rispetti l’AI Act— e ti serve che qualcuno firmi uno SLA e risponda se qualcosa si rompe. Questo è difficile da avere da un freelance singolo e costoso da montare in casa da zero. Una buona consulenza ti consegna il sistema funzionante e ti mostra risposte misurate, non un report con una copertina nuova; se vuoi vederlo in una disciplina dove il fumo abbonda, la differenza tra GEO e SEO rende chiaro che chi implementa ti mostra lo schermo in produzione e chi vende ti mostra un PDF. Il rischio del modello consulenza non è nel portarlo in produzione, è nel dopo: continuare a pagare indefinitamente per qualcosa che dovresti già poter mantenere da solo.
Quando montare un team interno (e quando è un errore costoso)
Il team interno ha senso quando il problema è core, ricorrente e strategico: qualcosa che farai ogni settimana per anni, che dà vantaggio competitivo e dove vuoi che la conoscenza resti dentro. Se l’IA è parte del tuo prodotto o della tua operazione quotidiana, montare muscolo proprio non è una spesa, è un investimento per non dipendere da nessuno. La trappola è l’inversa, ed è la più comune: montare struttura permanente per un problema puntuale. Assumere due ingegneri IA a tempo pieno per automatizzare un processo che un trimestre avrebbe risolto è pagare anni di stipendio per qualcosa che non si rifà più. Un team interno mal calibrato non fallisce per incapacità; fallisce perché dai lavoro puntuale a una struttura fissa, e quella struttura inizia a inventarsi progetti per giustificarsi.
C’è una sfumatura che quasi nessuno menziona: montare un team interno non è solo assumere, è sapere cosa assumere e come dirigerlo, e questo raramente esiste il giorno uno. Per questo lo schema che funziona è di solito ibrido —un terzo che porta il primo sistema in produzione e, nel farlo, forma la tua gente perché lo mantenga— più che il salto diretto a un organico proprio senza nessuno che sappia guidarlo. La capacità interna si costruisce prima con un buon programma di adozione dell’IA nel team che assumendo alla cieca: prima si installa il criterio, poi si assume sopra di esso.
La decisione, in una frase per fase
Se dovessi tenere una regola operativa, è questa: freelance per scoprire, consulenza per portarlo in produzione con rete, interno per operare ciò che è tuo e ricorrente. E non è quasi mai «uno per sempre»: il normale è concatenarli —esplorare con un freelance, attraversare il ponte con una consulenza che ti forma anche, e tenerti la manutenzione in casa una volta che sai cosa fai—. Ciò che decide bene non è l’etichetta del fornitore, è l’onestà su quale fase stai vivendo. Prima di scegliere il tipo di fornitore conviene sapere quando automatizzare davvero con l’IA e cosa implica montare un agente che regga in produzione; e una volta deciso che vuoi una consulenza, i criteri per verificarla prima di firmare contano più di qualsiasi classifica.