AI interna, acquistata o con un partner: quale strada conviene alla Sua azienda

La scelta tra AI interna, acquistata o con un partner dipende da tre fattori. Il primo è quanto il processo è specifico della Sua azienda. Il secondo è quanto deve toccare i sistemi esistenti. Il terzo sono le competenze tecniche che ha già in casa.

Un processo standard conviene comprarlo. Un processo specifico e legato ai Suoi dati si costruisce, con un team interno o con un partner.

La differenza tra team interno e partner non è la tecnologia, che è la stessa. È chi sostiene il lavoro continuo: scegliere il modello, collegarlo ai sistemi, controllarne gli accessi e aggiornarlo quando il fornitore ritira una versione. Un team interno si fa carico di tutto. Un partner lo fa per Lei, ma la responsabilità sui dati resta della Sua azienda.

Questa guida confronta le tre strade su cinque criteri: costi, tempi, controllo dei dati, integrazione e uscita. Segue una tabella di decisione e un esempio sullo smistamento dei ticket in Zoho Desk. Chiude un capitolo sugli obblighi che pesano su un'azienda italiana. Se cerca prima un quadro generale, la guida su come ogni azienda può usare l'AI è un buon punto di partenza.

L'AI interna è un sistema che il Suo team progetta, collega ai dati e mantiene da solo, chiamando direttamente un modello come Claude tramite API. Un'API (application programming interface) è il canale con cui un programma invia richieste a un altro e ne riceve le risposte. Con questa strada Lei sceglie il modello, il fornitore cloud, le istruzioni e i permessi.

L'AI acquistata è una funzione già pronta dentro un software in abbonamento, cioè un SaaS (software as a service). Si attiva in poco tempo e il fornitore gestisce modello e aggiornamenti. In cambio, il fornitore decide quale modello usare, quali dati leggere e come registrare le risposte.

L'AI con un partner è un sistema costruito da una società esterna sui Suoi account e sui Suoi sistemi, secondo requisiti che Lei approva. Il partner porta le competenze tecniche e l'esperienza sulle integrazioni. La Sua azienda conserva la proprietà di dati, configurazioni e documentazione, se il contratto lo prevede.

Che cosa hanno in comune le tre strade

Le tre strade usano spesso gli stessi modelli. Secondo la panoramica dei modelli di Anthropic, tutti i modelli Claude attuali accettano testo e immagini e lavorano in più lingue. Supportano anche il tool use, cioè la capacità di richiamare strumenti esterni come un CRM. La differenza quindi non sta nel motore. Sta in chi decide come usarlo e in chi ne risponde.

Il costo del modello è la voce più facile da leggere, perché Anthropic pubblica un listino per milione di token. Un token è un frammento di testo, più corto di una parola, su cui il fornitore calcola il prezzo. La finestra di contesto è la quantità di testo che il modello può considerare in una sola richiesta. I valori attuali, con i prezzi in dollari per milione di token, sono questi:

Le differenze contano. Claude Opus 5.5 costa il doppio di Claude Sonnet 5.5 per token, e Claude Haiku 4.5 la metà. Secondo il newsroom di Anthropic, Opus 5.5 lavora al livello di Claude Fable 5.1 sulla maggior parte dei compiti. Costa inoltre il 40% in meno da usare rispetto a Claude Opus 5. Claude Sonnet 5.5 è più veloce del 30% e costa fino al 30% in meno della versione precedente per la maggior parte del lavoro.

Questi prezzi valgono per un team interno e per un partner che costruisce sui Suoi account. Con un SaaS il costo del modello è incluso nell'abbonamento e non si vede. In tutte e tre le strade, però, la voce più pesante è il lavoro: collegare il modello ai dati, verificare le risposte e mantenere il sistema. La guida sul primo progetto AI in azienda, tra scelta, pilota e costi affronta proprio questa parte.

Costruire l'AI internamente richiede competenze che molte PMI non hanno ancora, e il tempo per acquisirle va messo nel piano. Anthropic offre corsi strutturati con video e verifiche nella Claude Academy. Le durate indicate danno un'idea del materiale che una persona deve studiare.

I corsi più vicini a un progetto di integrazione sono questi:

• Building with the Claude API: 67 lezioni, 8 quiz, 9 ore.
• Introduction to Model Context Protocol: 10 lezioni, 1 quiz, 1 ora. MCP è il protocollo con cui Claude si collega a strumenti e dati esterni.
• Model Context Protocol: Advanced topics: 11 lezioni, 1 quiz, 1,5 ore.
• Claude with Amazon Bedrock: 65 lezioni, 8 quiz, 8 ore.
• Claude with Google Cloud's Vertex AI: 66 lezioni, 9 quiz, 8,5 ore.

Queste sono ore di formazione, non ore di progetto. Dopo i corsi il team deve ancora conoscere a fondo i Suoi sistemi, scrivere le integrazioni e provarle sui casi reali. Deve anche restare disponibile quando qualcosa si rompe. Un SaaS elimina quasi tutto questo lavoro. Un partner lo assorbe, mentre il Suo personale impara a usare e controllare il sistema.

Anche chi compra o affida il lavoro a un partner ha bisogno di una base comune. Per le piccole imprese la Claude Academy prevede un percorso AI Fluency dedicato, di 8 lezioni e un quiz. È un investimento ragionevole per chi dovrà valutare il lavoro di un fornitore.

Il controllo dei dati è il criterio su cui le tre strade divergono di più. Con l'AI interna, o con un partner che lavora sui Suoi account, Lei decide dove gira il modello. Anthropic rende disponibili i modelli tramite Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry e Claude Platform on AWS. Ogni piattaforma usa il proprio identificativo di modello. Un'azienda con un contratto cloud già attivo può quindi restare nell'ambiente che conosce.

Con un SaaS questa scelta spetta al fornitore. Prima di attivare una funzione AI conviene chiedere per iscritto quale modello usa e su quale infrastruttura. Conviene chiedere anche quali campi legge e se i dati servono ad altri scopi. Se le risposte sono vaghe, il controllo che Lei crede di avere non c'è.

Permessi: l'AI vede ciò che la sua utenza consente

In tutte e tre le strade l'AI accede ai sistemi con un'utenza, e quell'utenza ha dei permessi. Un'utenza tecnica con accesso completo al CRM è un rischio evidente. Un'impostazione prudente limita l'accesso ai moduli e ai campi che il processo usa davvero. Chi interviene dall'esterno dovrebbe usare credenziali personali.

Nel provvedimento n. 352 del 14 maggio 2026 il Garante riporta quanto dichiarato dalla società sotto esame: il personale dei suoi partner accedeva al CRM aziendale con credenziali personali, univoche e non cedibili. È una buona prassi, ma da sola non basta senza controlli effettivi.

L'integrazione con i sistemi esistenti è il punto in cui un progetto AI riesce o si ferma. Un modello che risponde bene ma non legge i ticket e non aggiorna il CRM resta una demo. Per un'azienda su Zoho la domanda concreta è precisa. L'AI deve leggere e scrivere in Zoho CRM, Zoho Desk o Zoho Books, e con quali regole?

Una funzione AI acquistata funziona bene quando vive nel prodotto che già usa e il processo è standard. Diventa stretta quando il flusso attraversa più sistemi. Un esempio è un ticket che apre un'offerta, che poi diventa una fattura. In quel caso serve un'integrazione su misura, che richiede di conoscere sia il modello sia la struttura dei Suoi dati Zoho.

Un partner diventa la scelta sensata quando il processo è specifico, tocca più sistemi e il Suo team non ha tempo o competenze per costruirlo e mantenerlo. In Svennis, prima di scrivere qualsiasi integrazione, mappiamo con il cliente quali moduli e campi di Zoho l'AI deve leggere, quali può modificare e chi approva le sue azioni. Quando questo passaggio viene saltato, vediamo i progetti fermarsi sui permessi e sulle eccezioni, non sul modello.

Se invece il processo è semplice e resta in un solo prodotto, la funzione già inclusa è spesso sufficiente. Un partner serio dovrebbe dirglielo.

Ogni modello AI ha una vita limitata, e chi gestisce il sistema deve pianificare il passaggio al successivo. La panoramica di Anthropic indica date di ritiro minime per i modelli attuali:

• Claude Haiku 4.5: non prima del 15 ottobre 2026.
• Claude Fable 5.1: non prima del 1° settembre 2027.
• Claude Opus 5.5: non prima del 22 settembre 2027.
• Claude Sonnet 5.5: non prima del 28 settembre 2027.

Per chi usa ancora Claude Opus 5 o versioni precedenti, Anthropic rimanda a una guida di migrazione verso Opus 5.5. Con l'AI interna questo lavoro è Suo: aggiornare il modello, rifare le prove, verificare costi e risposte. La Models API è un'interfaccia che restituisce, per ogni modello disponibile, i valori max_input_tokens e max_tokens e un oggetto capabilities. Un team interno può usarla per controllare cosa offre un modello prima di adottarlo.

Con un SaaS l'aggiornamento avviene senza che Lei intervenga, ma anche senza che Lei decida quando. Con un partner, il contratto deve stabilire chi esegue le migrazioni e con quale preavviso.

La clausola di uscita in ciascuna strada

Uscire deve essere possibile in ogni strada. Con un SaaS significa poter esportare dati e storico. Con un partner significa ricevere codice, configurazioni e documentazione, per affidare il sistema ad altri. Conviene scriverlo prima di iniziare, non quando il rapporto si chiude.

La tabella riassume il confronto tra le tre strade sui criteri di questa guida. Si legge per righe: dove la Sua azienda ha un vincolo forte, quella riga pesa più delle altre.

In sintesi, compri quando il processo è standard e vive in un solo prodotto. Costruisca internamente quando ha un team tecnico stabile e il processo è strategico. Scelga un partner quando il processo è specifico e attraversa più sistemi. È la strada adatta se vuole tenere controllo e proprietà senza assumere un team.

Lo smistamento dei ticket è un buon esempio, perché tocca dati reali, regole aziendali e un sistema esistente. Immagini un'azienda che riceve richieste di assistenza in Zoho Desk. Vuole che l'AI legga ogni ticket, ne indichi la categoria e lo assegni al gruppo corretto.

Smistamento dei ticket con un team interno

Il team sceglie prima il modello. Anthropic descrive Claude Sonnet 5.5 come la migliore combinazione di velocità e intelligenza, e Claude Haiku 4.5 come il modello più veloce. Se il dubbio resta, Anthropic consiglia di partire da Claude Opus 5.5. Il team verifica i limiti di ciascun modello con la Models API e sceglie la piattaforma, per esempio Claude API o Amazon Bedrock. Poi scrive l'integrazione con Zoho Desk e prova le regole su ticket passati prima di attivarle.

Smistamento dei ticket con una funzione acquistata

L'azienda attiva una funzione di classificazione già presente in un prodotto di help desk. Parte in fretta, ma categorie, modello e dati letti seguono le scelte del fornitore. Se il ticket deve aprire anche un'attività nel CRM, la funzione potrebbe non bastare.

Smistamento dei ticket con un partner

Il partner costruisce lo stesso flusso della strada interna sui Suoi account. Usa un'utenza con permessi limitati ai campi necessari. Consegna configurazione e documentazione. Il contratto stabilisce chi aggiorna il sistema quando Claude Haiku 4.5, o un altro modello in uso, raggiunge la data di ritiro.

Per un'azienda italiana, la responsabilità sui dati personali resta in capo all'azienda anche quando il lavoro lo svolge un fornitore. Tre provvedimenti recenti del Garante per la protezione dei dati personali lo mostrano. Riguardano il telemarketing, non l'AI. La domanda che pongono vale però per qualsiasi fornitore esterno che tratta dati per conto di un'azienda.

I tre casi, in breve:

• Nel provvedimento n. 352 del 14 maggio 2026, Energia Sostenibile aveva esternalizzato la promozione telefonica. Secondo la società, due partner erano nominati responsabili ex art. 28 del Regolamento. Per un terzo partner, che secondo la società aveva agito in autonomia, il Garante ha rilevato l'assenza di qualsiasi nomina formale. Il Garante ha ritenuto che le osservazioni della società non bastassero a escluderne la responsabilità.
• Nel provvedimento n. 103 del 12 febbraio 2026, il Garante ha rilevato che Depurazione Acqua non aveva nominato responsabile ex art. 28 il fornitore da cui acquistava i contatti.
• Nel provvedimento del 23 luglio 2026 su TIM, un partner già valutato inadeguato nelle verifiche di novembre 2023 era stato gestito con una diffida e un monitoraggio cartolare. Il Garante ha definito quel monitoraggio del tutto inefficace.

Per una scelta tra AI interna, acquistata o con un partner, ne discendono tre domande pratiche. Il fornitore è nominato responsabile del trattamento con un contratto scritto? I controlli sul suo lavoro sono effettivi o solo documentali? Le persone esterne accedono con credenziali personali? Il quadro normativo AI in Italia raccoglie gli altri obblighi da considerare, compreso l'AI Act.

Il primo passo concreto è capire quanto la Sua azienda è pronta, prima di scegliere la strada. La valutazione di prontezza all'AI sul sito Svennis aiuta a fare il punto su dati, processi e competenze.

Dopo la valutazione, proceda in quest'ordine:

1. Scelga un solo processo, con un volume misurabile e un responsabile interno.
2. Elenchi i sistemi che l'AI deve leggere e scrivere, per esempio Zoho Desk e Zoho CRM, con i campi necessari.
3. Verifichi se un prodotto che usa già offre una funzione AI che copre il processo intero.
4. Valuti le competenze del team prendendo come riferimento i corsi della Claude Academy.
5. Se sceglie un partner, metta per iscritto nomina ex art. 28, permessi, migrazioni dei modelli e consegna in caso di uscita.

Con queste risposte la tabella di decisione si compila quasi da sola. Se il processo resta in un solo prodotto, provi la funzione inclusa. Se attraversa più sistemi, confronti un team interno e un partner sugli stessi criteri: costi, tempi, dati, integrazione e uscita.