--- title: "Consulente AI, fornitore o team interno: come scegliere" url: https://zerofive.ai/blog/strategia/consulente-ai-fornitore-o-team-interno canonical: https://zerofive.ai/blog/strategia/consulente-ai-fornitore-o-team-interno language: it published: 2026-09-11 updated: 2026-09-18 author: "ZeroFive.AI" tags: consulente AI, fornitori AI, team interno, AI adoption abstract: "Quando costruire internamente, quando acquistare e quando serve un consulente indipendente: matrice di scelta e domande da fare in selezione." --- # Consulente AI, fornitore o team interno: come scegliere **In sintesi.** La scelta tra team interno, fornitore di soluzione e consulente indipendente non dipende dalla dimensione dell'azienda ma da tre variabili: quanto la capacita AI e un elemento distintivo del tuo business, quanto sono sensibili i dati coinvolti e quanto il risultato deve restare governabile nel tempo. Se la capacita e distintiva conviene costruirla dentro. Se e una funzione standard conviene acquistarla. Se il problema e decidere cosa fare, in che ordine e con quali controlli, serve una figura indipendente dalla vendita. Molte aziende affrontano questa decisione al contrario: scelgono prima il fornitore e poi cercano di capire quale problema risolvere. Il risultato e prevedibile: strumenti attivi, licenze pagate, uso reale limitato a pochi utenti entusiasti. ## I tre modelli a confronto | Aspetto | Team interno | Fornitore di soluzione | Consulente indipendente | |---|---|---|---| | Adatto quando | La capacita e distintiva e ricorrente | Il bisogno e standard e diffuso | Servono priorita, criteri e governance | | Tempo per il primo risultato | Piu lungo, dipende dal reclutamento | Breve, la soluzione esiste gia | Medio, dipende dalla qualita dei dati | | Costo prevalente | Persone e mantenimento | Licenze e integrazione | Giorni di lavoro e trasferimento di competenza | | Rischio principale | Sottodimensionamento e turnover | Dipendenza dal fornitore | Consegne teoriche senza applicazione | | Cosa resta in azienda | Conoscenza e codice | Configurazione e dati nel sistema | Documenti, criteri e competenze | | Conflitto di interesse | Assente | Presente, vende cio che consiglia | Assente se non rivende licenze | Nessuno dei tre e migliore in assoluto. La maggior parte delle organizzazioni usa una combinazione: un consulente per impostare priorita e controlli, fornitori per le funzioni standard, un nucleo interno per cio che non conviene delegare. ## La domanda che precede tutte le altre Prima di scegliere il modello, occorre stabilire se la capacita in questione e distintiva. La distinzione e semplice: una capacita e distintiva se un concorrente che la copiasse ridurrebbe il tuo vantaggio. La generazione di testi per comunicazioni interne raramente lo e. Un modello di priorita costruito sui tuoi dati storici, sulle tue regole operative e sul tuo linguaggio di settore spesso lo e. Le capacita distintive vanno costruite o almeno controllate internamente, perche vivono di iterazione continua e di conoscenza implicita. Le capacita standard vanno acquistate, perche costruirle internamente significa pagare due volte lo stesso lavoro. ## Matrice di scelta Valuta ogni iniziativa su quattro dimensioni, con un punteggio da 1 a 5: 1. **Distintivita**: quanto la capacita incide sul vantaggio competitivo. 2. **Sensibilita dei dati**: quanto i dati coinvolti sono riservati o personali. 3. **Frequenza d'uso**: quanto l'attivita si ripete nel tempo. 4. **Competenze disponibili**: quanto il team interno e in grado di mantenerla. Letture tipiche: - Distintivita alta, competenze alte: costruire internamente, con supporto esterno solo nelle fasi iniziali. - Distintivita alta, competenze basse: costruire con affiancamento, prevedendo esplicitamente il trasferimento di competenza. - Distintivita bassa, frequenza alta: acquistare una soluzione, negoziando portabilita dei dati e condizioni di uscita. - Sensibilita alta in qualsiasi scenario: la scelta del modello viene dopo la definizione dei controlli, non prima. La matrice non produce una risposta automatica. Serve a rendere esplicito il ragionamento e a consentire una discussione tra funzioni diverse sulla stessa base. ## Come valutare un fornitore Un fornitore di soluzione e la scelta corretta in molti casi, purche si valutino gli aspetti che emergono dopo la firma: - Dove risiedono i dati e chi puo accedervi. - Se i dati vengono usati per addestrare modelli, e con quali possibilita di esclusione. - Quale documentazione tecnica viene fornita per soddisfare obblighi interni ed esterni. - Cosa succede ai dati e alle configurazioni in caso di interruzione del contratto. - Con quale preavviso possono cambiare modelli sottostanti, prezzi e limiti di utilizzo. - Quali metriche di qualita vengono misurate e condivise. Queste risposte, messe per iscritto, valgono piu di una demo. ## Come valutare un consulente Il criterio decisivo e l'indipendenza dalla vendita: chi consiglia una tecnologia e ne percepisce un margine non e nella posizione di sconsigliarla. Le domande utili sono poche: 1. Rivendete licenze o avete accordi di canale con fornitori? 2. Quali documenti restano in azienda alla fine, e chi li mantiene? 3. Come misurate il trasferimento di competenza alle persone interne? 4. Cosa fate se l'analisi mostra che il progetto non conviene? 5. Chi lavora concretamente sul progetto, con quale presenza? La quarta domanda e la piu rivelatrice. Una consulenza che non contempla la risposta "non conviene farlo" non sta valutando: sta vendendo. ## Quando costruire un team interno Un nucleo interno diventa sostenibile quando esistono almeno tre condizioni: un flusso continuo di casi d'uso, dati accessibili e di qualita ragionevole, e una funzione che risponda degli esiti. Senza la terza condizione il team produce prototipi che nessuno adotta. Conviene partire piccoli, con due o tre persone che uniscano conoscenza del processo e capacita tecnica, e crescere sulla base di casi d'uso conclusi, non di previsioni di crescita. ## Un esempio ipotetico Un'azienda manifatturiera valuta tre iniziative: assistenza alla scrittura di documenti interni, analisi dei reclami e previsione della manutenzione. La prima ha distintivita bassa e frequenza alta: acquistare. La seconda tocca dati di clienti e richiede regole interne: acquistare con controlli aggiuntivi oppure costruire, a seconda della sensibilita. La terza dipende da dati storici propri e incide direttamente sui costi: costruire, con affiancamento iniziale. Esempio illustrativo, utile a mostrare il ragionamento e non un risultato misurato. ## Il passo successivo La scelta del modello diventa semplice quando esistono priorita chiare e una fotografia realistica delle competenze interne. Puoi approfondire il percorso nella pagina [Come lavoriamo](/come-lavoriamo), leggere [cosa deve consegnare un progetto di consulenza AI](/blog/strategia/consulenza-ai-cosa-deve-consegnare) oppure iniziare dall'[autovalutazione della tua azienda](/avvia-ai-rating). Per un confronto diretto sul tuo caso, puoi [fissare un incontro di valutazione](https://calendly.com/fabiolalli/zerofive).