Gli artifact di Claude per un team aziendale: cosa costruire e quando non bastano più

Gli artifact di Claude per un team aziendale servono a produrre documenti, presentazioni, piccole dashboard e strumenti interattivi senza scrivere codice. Funzionano bene finché il lavoro e i dati restano dentro Claude. Quando i dati devono vivere nel CRM, nell'helpdesk o nella contabilità, serve invece un'integrazione vera con quei sistemi.

Un artifact è, secondo il Claude Help Center di Anthropic sugli artifact, qualsiasi cosa che Claude prepara e che Lei metterebbe davanti a qualcuno. Può essere un design, una presentazione, un documento, una dashboard o un piccolo strumento interattivo. L'artifact si apre accanto alla conversazione, quindi chi lo ha chiesto lo vede, lo prova e lo corregge nello stesso posto.

Per un team il valore degli artifact sta nella condivisione. Un responsabile commerciale descrive un calcolatore a parole e lo ottiene funzionante. Lo stesso strumento può poi passare ai colleghi. Il limite sta nei dati: un artifact non sostituisce il sistema in cui l'azienda registra clienti, ticket e fatture.

Questa guida copre le impostazioni da attivare, cosa costruire, come condividere e quando passare a un'integrazione.

Gli artifact sono disponibili sui piani Free, Pro, Max, Team ed Enterprise, e in Claude Code su ogni piano che include Claude Code. Per un team aziendale il riferimento pratico è il piano Team, pensato per gruppi da 2 a 150 persone. I costi aggiornati dei piani sono riassunti nella pagina sui prezzi di Claude per Pro, Max, Team e API.

Prima di tutto l'amministratore deve controllare un'impostazione. Gli artifact richiedono che l'esecuzione del codice nel cloud e la creazione di file siano attive in Settings > Capabilities. Nella nuova disposizione delle impostazioni la creazione di file si chiama Create and edit files. Senza queste due opzioni gli artifact non sono disponibili.

I modelli di partenza degli artifact, chiamati template, hanno disponibilità diverse:

• Docs, Slides e Design: sui piani Enterprise si attivano per impostazione predefinita il 15 ottobre 2026, e i proprietari dell'organizzazione possono attivarli prima.
• Dashboards: in beta sui piani Pro, Max, Team ed Enterprise.
• Motion: in beta sui piani Team ed Enterprise.

Ogni piano Claude ha limiti di utilizzo che si azzerano su una finestra mobile di cinque ore. I piani a pagamento aggiungono limiti settimanali. Il dato conta quando molti colleghi usano lo stesso strumento condiviso.

Un team senza sviluppatori costruisce con gli artifact tre tipi di cose: documenti, piccoli strumenti e dashboard. Claude crea un artifact quando il contenuto è significativo e autonomo, di solito oltre 15 righe. Una risposta breve resta invece nella chat.

Documenti e presentazioni

Un modello di offerta, una procedura interna o un verbale strutturato si esportano in Word, PDF, Markdown e Google Docs. Le presentazioni si esportano in PowerPoint e PDF, oppure arrivano in Google Slides come file modificabili. Il documento entra così negli strumenti che l'ufficio usa già.

Piccoli strumenti interattivi

Un calcolatore di sconti, una checklist di onboarding o un configuratore di preventivo nascono da una descrizione a parole. Il responsabile spiega i campi e le regole. Claude genera lo strumento e il team lo prova subito.

Dashboard

Il template Dashboards, oggi in beta, costruisce grafici a partire da piattaforme dati o da app collegate. Claude scrive le query, e ogni grafico mostra la propria query e l'ora dell'ultimo aggiornamento.

Quando il team ripete ogni volta le stesse istruzioni a Claude, conviene fissarle una volta sola. Il metodo è descritto nella guida a Projects e skill di Claude per un piccolo team.

Un calcolatore di margini condiviso è un buon primo artifact perché ha regole chiare e un risultato facile da verificare. L'esempio presuppone un piano Team e un responsabile vendite senza competenze di programmazione.

1. L'amministratore apre Settings > Capabilities e verifica che l'esecuzione del codice nel cloud e Create and edit files siano attive.
2. Il responsabile descrive lo strumento in chat: prezzo di listino, sconto concesso, costo del prodotto, margine minimo accettato. Chiede anche un avviso evidente quando l'offerta scende sotto soglia.
3. Claude apre l'artifact accanto alla conversazione. Il responsabile chiede le correzioni a parole, per esempio un arrotondamento diverso o un campo in più.
4. Il responsabile prova il calcolatore con alcune offerte già chiuse, di cui conosce il margine. Se un risultato non torna, lo segnala in chat finché i conti coincidono.
5. Il responsabile decide quale storage usare: personale per le simulazioni di ciascun venditore, condiviso per la tabella degli sconti approvati.
6. Il calcolatore viene condiviso con il reparto.

Un dettaglio cambia i consumi. Se il calcolatore chiama Claude, per esempio per scrivere il testo dell'offerta, gira sull'infrastruttura di Anthropic. L'utilizzo pesa sui limiti del piano di ciascun collega che lo usa, non su quelli di chi lo ha creato.

Gli artifact offrono due tipi di storage, cioè lo spazio in cui lo strumento conserva i dati inseriti dagli utenti. Nello storage personale ciascuno tiene i propri dati privati. Nello storage condiviso tutti vedono e modificano gli stessi dati.

Lo storage degli artifact ha limiti precisi. Ogni artifact ha un massimo di 20 MB e accetta solo testo: niente immagini, file o dati binari. Per una tabella di sconti o una lista di controllo basta. Per un archivio di contratti o di allegati non basta.

Due date contano per chi usa Claude da tempo:

• Gli artifact creati in una chat prima del 16 settembre 2026 sono detti legacy. Continuano a funzionare e si possono ancora pubblicare e condividere, ma non se ne creano di nuovi.
• Gli artifact creati in Claude Cowork prima del 19 agosto 2026 sono live artifact. Continuano a funzionare, ma non si modificano direttamente.

Se il Suo team lavora già in Cowork, la guida su come usare Claude Cowork in azienda spiega come partire dai processi esistenti. Prima di condividere un artifact con storage condiviso, conviene nominare una persona responsabile dei dati che contiene.

Gli artifact possono usare le app già collegate a Claude, quindi leggere e scrivere in strumenti come Asana, Google Calendar e Slack. Un artifact per le riunioni di reparto, per esempio, può leggere il calendario e pubblicare un riepilogo in un canale. Le dashboard possono partire da piattaforme dati o da app collegate come Salesforce.

Gli artifact hanno però un'esclusione importante. Un connector è il collegamento che permette a Claude di usare un'applicazione esterna, e alcuni suoi strumenti chiedono un'approvazione a ogni azione. Questi strumenti non sono disponibili negli artifact.

La conseguenza pratica riguarda le operazioni più delicate. Sono spesso proprio quelle che l'azienda vuole approvare una per una, come modificare un cliente o chiudere un ticket. Se il connector le protegge con un'approvazione per azione, l'artifact non le può usare.

Le dashboard costruite come artifact hanno invece un vantaggio di trasparenza. Ogni grafico mostra la query che lo alimenta e l'ora dell'ultimo aggiornamento. Chi legge il numero sa da dove viene e quanto è recente.

Gli artifact finiscono dove i dati diventano il registro ufficiale dell'azienda. Un elenco di clienti nello storage condiviso non è un CRM. Una lista di richieste in un artifact non è un helpdesk. Una tabella di incassi non è una contabilità.

I segnali che indicano il passaggio a un'integrazione sono concreti. Più persone modificano gli stessi dati ogni giorno. Le modifiche devono arrivare in Zoho CRM, Zoho Desk, Zoho Books o nel gestionale in uso. Servono approvazioni azione per azione. Oppure i dati vanno oltre il testo semplice, con allegati e documenti.

La tabella confronta tre soluzioni sugli stessi criteri.

Criterio	Artifact con storage	Artifact con app collegate	Integrazione con il sistema aziendale
Dove stanno i dati	Nello storage dell'artifact, massimo 20 MB, solo testo	Nelle app collegate, come Asana o Slack	Nel CRM, nell'helpdesk o nella contabilità
Azioni con approvazione una per una	Non previste	Non disponibili	Progettate con i permessi del sistema
Chi lo costruisce	Il team, descrivendolo a parole	Il team, sulle app già collegate	Un progetto con regole e permessi definiti
Uso tipico	Calcolatori, modelli, checklist	Riepiloghi, dashboard, aggiornamenti in canale	Registrazioni ufficiali su clienti, ticket e fatture

Un artifact resta utile anche dopo l'integrazione. Spesso diventa lo strumento di prova che chiarisce cosa il team vuole davvero.

Il passaggio da artifact a integrazione parte da ciò che l'artifact ha già chiarito: campi, regole e utenti. In Svennis trattiamo l'artifact condiviso del team come una specifica scritta: i suoi campi e i suoi calcoli diventano i requisiti del collegamento, mentre i dati restano nel sistema d'origine. Così il team discute su uno strumento che ha già provato, non su un documento astratto.

Ogni collegamento tra Claude e un programma aziendale può prendere quattro forme: un connector, un MCP server, un plugin o una skill. Un MCP server è il componente che rende disponibili a Claude le operazioni di un sistema, con i permessi stabiliti. Svennis presenta le opzioni con il loro costo, e la scelta spetta al cliente.

I piani Max e Team includono ora crediti API mensili per far girare app e agenti propri sulla Claude Platform. Sul piano Team i crediti API condivisi arrivano fino a 500 dollari al mese. Per un quadro di costi e modalità di avvio, la pagina su Claude per aziende e come iniziare riassume le opzioni.

Per un'azienda italiana la prima domanda sugli artifact riguarda i dati, non la tecnica. I piani Team ed Enterprise non usano i contenuti del cliente per addestrare i modelli, per impostazione predefinita. La memoria è disattivata per impostazione predefinita nelle organizzazioni Team ed Enterprise, mentre è attiva sui piani Free, Pro e Max.

Questa differenza pesa quando i collaboratori usano anche account personali. Un calcolatore con margini e sconti costruito su un piano personale resta fuori dalle impostazioni dell'organizzazione. Conviene quindi che gli strumenti condivisi nascano dentro l'organizzazione Team.

Se l'azienda lavora con documenti Word, offerte in PDF e un gestionale separato, gli export degli artifact si inseriscono in questo flusso. Word, PDF e Google Docs non cambiano le abitudini dell'ufficio. Fatture, anagrafiche clienti e ticket, invece, devono restare nel gestionale, nel CRM e nell'helpdesk.

Resta una scelta organizzativa: decidere chi può creare artifact con storage condiviso e chi ne controlla i contenuti. Per una partenza ordinata su tutto il team, la pagina sull'adozione di Claude Team in due settimane descrive le fasi.

Il primo passo concreto è scegliere un solo strumento con regole chiare e un risultato verificabile. Poi conviene procedere in quest'ordine:

1. Verificare in Settings > Capabilities che l'esecuzione del codice nel cloud e Create and edit files siano attive.
2. Costruire il primo artifact con chi conosce il processo, non con chi conosce la tecnologia.
3. Provarlo su casi già chiusi e decidere cosa va nello storage personale e cosa in quello condiviso.
4. Annotare ogni punto in cui lo strumento dovrebbe leggere o scrivere nel CRM, nell'helpdesk o nella contabilità.

Quella lista di punti è la base per decidere se serve un'integrazione. Il percorso Svennis ha quattro fasi: il Workshop, un Pilot, l'Activation del reparto e poi la gestione mensile. Il Pilot Claude A porta un agente AI su Claude in un solo processo. Il Pilot Claude B con Claude Team per tutto il team è il punto di partenza naturale per chi vuole diffondere gli artifact nell'organizzazione.