Come rilanciare Claude in azienda: diagnosi, correzioni, secondo avvio del progetto AI

Per capire come rilanciare Claude in azienda dopo un progetto AI fermo, servono tre passi. Il primo è una diagnosi dell'uso reale. Il secondo è una serie di correzioni su ambito, dati e integrazioni. Il terzo è un secondo avvio su un solo processo misurabile. Nel servizio di Svennis la diagnosi occupa due settimane e le correzioni altre due.

Un rilancio di Claude è il lavoro che riprende licenze già pagate e poco usate, trova la causa del blocco e le rimette al lavoro su un processo preciso. La causa sta di solito nel perimetro del progetto, non nel modello. Per questo il secondo avvio si concentra su un processo solo, con una misura decisa prima.

Questo post è la seconda parte di una serie di tre dedicata al rilancio. La prima parte, «Quando il progetto AI si ferma: cos'è un rilancio e a chi serve», spiega di che cosa si tratta e per chi ha senso. La terza, «Perché un progetto AI fermo costa più di quanto sembra e come misurare il ritorno», affronta i costi e il ritorno. Qui si descrive come si fa, passo per passo: cosa prepara l'azienda, chi è coinvolto, quanto dura ogni fase e come si controlla il risultato.

Un progetto AI su Claude si ferma di solito per l'ambito, i dati o le integrazioni, non per il modello. La panoramica dei modelli di Anthropic indica che tutti i modelli attuali accettano testo e immagini, sono multilingue e supportano il tool use. Il tool use è la capacità di Claude di usare strumenti esterni, come un programma aziendale.

Le tre cause che una diagnosi cerca per prime sono queste:

• Ambito: molti casi d'uso aperti insieme, nessuno con un responsabile e un risultato misurabile.
• Dati: Claude lavora su informazioni incomplete o superate, e il team smette di fidarsi delle risposte.
• Integrazioni: i programmi aziendali non sono collegati, oppure lo sono con permessi che impediscono il lavoro.

Anche le impostazioni dell'organizzazione contano. Anthropic avverte che una richiesta può fallire anche quando lo strumento è supportato. Un amministratore, per esempio, può aver disattivato la ricerca web. Il team vede l'errore e conclude che Claude non funziona.

Un confronto aiuta a spostare l'attenzione dal modello al perimetro. La guida pratica a Cowork di IA per tutti nota che la chat e Cowork usano lo stesso modello e che cambia solo il perimetro di lavoro. Cowork è lo strumento di Anthropic che esegue per l'utente compiti complessi e in più passaggi, sui file e sui programmi collegati. Se il risultato di un primo avvio è scarso, va esaminato prima il perimetro, poi il modello.

Prima della diagnosi l'azienda prepara tre cose, indicate nella descrizione del servizio di rilancio di Svennis. Sono poche, ma senza di esse la misurazione non può partire.

• L'accesso da amministratore all'account Claude Team o Enterprise. Va concesso dopo aver verificato che un accordo ai sensi dell'art. 28 del GDPR regoli il trattamento dei dati da parte di chi svolge la diagnosi.
• L'elenco dei team che hanno le licenze, cioè i seat assegnati alle persone.
• Un collega responsabile, che dedica un'ora a settimana per le quattro settimane.

Il collega responsabile è la figura più importante dalla parte dell'azienda. Conosce il processo, sa chi lo svolge oggi e decide se una correzione funziona. Non serve che sia un tecnico: serve che abbia l'autorità per dire quale risultato conta.

Chi detiene l'accesso da amministratore è spesso un'altra persona, per esempio il responsabile IT. Su Claude Enterprise si verificano in più, nella prima settimana, l'accesso con l'account aziendale e i ruoli. Dalla parte di Svennis lavorano le persone che misurano l'uso, scrivono le skill e costruiscono i collegamenti con i programmi aziendali.

I team che usano le licenze partecipano in due momenti. Durante la misurazione mostrano come lavorano oggi. Durante le correzioni provano le skill sui casi reali e segnalano dove non reggono.

Le prime due settimane del rilancio servono a misurare, non a correggere. L'obiettivo è sapere chi usa Claude, per quali compiti e dove il lavoro si interrompe. Le opinioni raccolte all'inizio del progetto contano meno di ciò che accade nelle sessioni reali.

La misurazione guarda quattro aspetti:

1. Chi usa i seat e con quale frequenza, team per team.
2. Quali compiti si svolgono in chat e quali richiederebbero l'accesso a un programma aziendale.
3. Quali impostazioni dell'organizzazione bloccano il lavoro, come la ricerca web disattivata.
4. Se Cowork è disponibile per chi ne avrebbe bisogno.

L'ultimo punto dipende dal piano. Secondo il centro assistenza di Anthropic su Cowork, Cowork è disponibile sui piani a pagamento Pro, Max, Team ed Enterprise. Su web, nei piani Enterprise, è disponibile solo dove un amministratore lo ha abilitato. Un team con licenze Enterprise può quindi non vedere Cowork senza saperne il motivo.

Alla fine della seconda settimana la diagnosi produce una scelta: un processo da rilanciare, una causa principale e una misura. La misura deve essere osservabile dal collega responsabile, per esempio il tempo speso per una pratica o la quota di richieste assegnate al reparto giusto. Per scegliere il processo può servire la guida al primo progetto AI in azienda: scelta, pilota e costi.

Ogni causa di un avvio fermo lascia un sintomo riconoscibile e si verifica con un controllo preciso. La tabella riassume le sei aree che la diagnosi esamina, nell'ordine in cui conviene guardarle. Il modello è in fondo perché si cambia solo dopo aver escluso le altre cause.

Area	Sintomo	Verifica	Correzione
Ambito	Molti casi d'uso aperti, nessuno con un responsabile	Elencare i compiti svolti e chi risponde di ciascuno	Un solo processo, un responsabile, una misura
Dati	Risposte generiche o superate	Controllare da dove Claude prende le informazioni del processo	Fonti aggiornate collegate o descritte in una skill
Integrazioni	Il team copia e incolla tra Claude e i programmi	Verificare quali programmi sono collegati e con quali permessi	Connector, MCP server, plugin o skill scelti per ogni collegamento
Impostazioni	Richieste che falliscono senza motivo apparente	Rivedere le impostazioni dell'organizzazione, come la ricerca web	Abilitare ciò che il processo richiede, e solo quello
Abitudini d'uso	Qualità che cala nelle conversazioni lunghe	Osservare la lunghezza delle sessioni	Una sessione per compito, istruzioni salvate in una skill
Modello	Compiti semplici su un modello pesante, o il contrario	Confrontare il compito con l'uso indicato da Anthropic	Modello scelto per compito

Per la riga del modello, Anthropic dà criteri chiari. Se non si sa quale usare, consiglia di partire da Claude Opus 5.5. Claude Haiku 5.5 è indicato per compiti ad alto volume e sensibili alla latenza, come classificazione, estrazione e smistamento. Claude Fable 5.1 serve per ragionamenti impegnativi e lavoro agentico di lungo periodo. Si usa anche quando Opus 5.5, con più effort, non supera le verifiche.

Nelle ultime due settimane il rilancio corregge le cause trovate, partendo dal processo scelto. Il lavoro principale è scrivere da 5 a 8 skill, ciascuna con casi di test e un collega responsabile. Una skill è una procedura di lavoro scritta per Claude: dice come svolgere un compito ricorrente, con quali regole e in quale formato.

I casi di test sono esempi reali con il risultato atteso. Servono a verificare la skill prima che il team la usi. Un utente di Reddit riferisce un netto miglioramento passando da richieste improvvisate a modelli scritti che definiscono ambito e dettagli del compito. Una skill applica lo stesso principio a un intero processo.

Il secondo filone riguarda i collegamenti con i programmi aziendali. Un connector è il collegamento tra Claude e un programma, per esempio Microsoft 365 o Zoho. Per ogni collegamento le opzioni sono quattro:

• un connector;
• un MCP server, cioè un servizio che espone dati e azioni di un programma tramite il Model Context Protocol, lo standard con cui Claude si collega agli strumenti;
• un plugin, il pacchetto che in Cowork raggruppa skill, connector e sub-agent per ruolo o team;
• una skill che descrive come lavorare con il programma.

Per ogni collegamento Svennis mostra le opzioni con il loro costo, e l'azienda sceglie. Per un programma come Zoho CRM la scelta dipende da cosa Claude deve fare: leggere i dati o anche aggiornarli. La guida di IA per tutti ricorda che ai connector si concedono permessi di lettura e di scrittura. Il rilancio li imposta compito per compito, non in blocco.

Un esempio rende concreto il metodo. Si immagini un'azienda di servizi con licenze Claude Team assegnate a tutto l'ufficio clienti. Dopo il primo avvio, Claude serve a scrivere qualche email. Le richieste in arrivo su Zoho Desk vengono ancora smistate a mano.

La diagnosi trova tre cause. Il progetto prometteva molte cose insieme, senza un processo preciso. Il collegamento a Zoho Desk concedeva solo la lettura, quindi Claude vedeva i ticket ma non poteva assegnarli. Nessuna procedura scritta spiegava a Claude le categorie e i reparti dell'azienda.

Le correzioni seguono le cause, una per una:

1. Il processo scelto è uno: assegnare ogni nuova richiesta al reparto giusto, misurando la quota di assegnazioni corrette.
2. Una skill «smistamento richieste» elenca categorie, reparti ed eccezioni, con casi di test presi da ticket passati.
3. Nel pannello dei connector di Cowork, descritto dalla guida di IA per tutti, la lettura dei ticket ha la spunta, cioè avviene in automatico. L'aggiornamento ha la mano: Claude chiede il permesso prima di procedere.
4. Il compito, ripetitivo e ad alto volume, va su Claude Haiku 5.5, che Anthropic indica per classificazione e smistamento.

Nelle prime settimane del secondo avvio il collega responsabile controlla ogni settimana un campione di assegnazioni. Quando noi di Svennis riprendiamo un rilancio, controlliamo per primi i permessi di scrittura dei connector: spesso troviamo Claude in sola lettura su un programma che il team gli chiedeva di aggiornare, e correggere quel permesso sblocca l'intero processo già nella fase di intervento.

Il secondo avvio può fallire per ragioni diverse dal primo, e ciascuna ha un controllo. Le indicazioni che seguono vengono dalla guida di Anthropic su Cowork, salvo dove indicato.

La modalità Auto consuma più limite di utilizzo

Cowork ha tre modalità che regolano quando Claude chiede il permesso: Manuale, Auto e Salta. In Auto Claude lavora senza fermarsi a ogni passaggio, esamina ogni azione e blocca da solo ciò che ritiene non sicuro. Questa modalità consuma però più del limite di utilizzo. Nelle prime settimane conviene la modalità Manuale, che chiede conferma più spesso.

I permessi di rete non coprono i collegamenti MCP

I permessi di uscita dalla rete di Cowork non si applicano a web fetch, ricerca web e MCP, incluso Claude in Chrome. Il controllo sui collegamenti va quindi impostato sul connector stesso, con i permessi di lettura e scrittura decisi nella fase di intervento.

Il lavoro resta chiuso nelle singole sessioni

Le sessioni Cowork non si possono condividere, mentre i singoli artefatti sì. Se un risultato serve al team, va condiviso come artefatto oppure trasformato in skill. La guida di IA per tutti osserva inoltre che nelle conversazioni lunghe l'AI tende a perdere qualità. Per questo conviene aprire una sessione per ogni compito.

Le attività pianificate vanno provate prima

Secondo Anthropic, le attività pianificate di Cowork vengono eseguite nel cloud, senza che il computer sia acceso o l'app desktop aperta. L'esecuzione delle sessioni nel cloud è però in beta sui piani Team ed Enterprise. Prima di affidarle un controllo ricorrente, il collega responsabile la verifica nella configurazione reale dell'azienda.

Per un'azienda italiana il rilancio non cambia il rapporto con Anthropic. Il numero di licenze si decide con Anthropic, e le condizioni del contratto sono le sue. Il servizio di rilancio non comprende le licenze, che l'azienda paga già ad Anthropic. I prezzi delle licenze Claude in euro sono riassunti in una pagina dedicata.

Se il secondo avvio prevede un agente, il consumo lo fattura il fornitore scelto: Anthropic, AWS, Google Cloud o Microsoft. Conviene deciderlo prima, insieme a chi gestisce già i contratti cloud dell'azienda. La scelta incide su chi emette la fattura, non su ciò che il collega responsabile misura.

La lingua non è un ostacolo. Tutti i modelli Claude attuali sono multilingue, e il centro assistenza di Anthropic offre la guida a Cowork anche in italiano. Skill e casi di test si possono quindi scrivere nella lingua del reparto che li usa.

Sui dati, secondo il centro assistenza di Anthropic, nelle sessioni Cowork eseguite nel cloud, in beta sui piani Team ed Enterprise, il lavoro avviene sui server di Anthropic in un ambiente isolato. In quel caso un compito eliminato viene rimosso dai sistemi di archiviazione entro 30 giorni. Per le sessioni eseguite sul computer dell'utente conviene verificare sulla guida di Anthropic dove restano cronologia e file. Prima del secondo avvio è utile rileggere come funziona Claude in azienda rispetto a dati, GDPR e AI Act, e stabilire quali informazioni possono entrare nelle skill.

Il rilancio si prepara all'interno dell'azienda, prima di coinvolgere qualcuno dall'esterno. Questi cinque passi danno alla diagnosi una base solida:

1. Verificare chi ha l'accesso da amministratore all'account Claude Team o Enterprise.
2. Elencare i team con le licenze e stimare, team per team e in forma aggregata, quanto vengono usate. Prima, informare i colleghi su quali dati di utilizzo si raccolgono e a quale scopo.
3. Scegliere il collega responsabile e riservargli un'ora a settimana.
4. Indicare due o tre processi candidati, ciascuno con la misura che ne dichiarerebbe il successo.
5. Annotare i programmi aziendali che ciascun processo deve leggere o aggiornare.

Se il team usa già Cowork, la guida su come usare Claude Cowork in azienda partendo dai processi che già funzionano aiuta a scegliere i compiti da cui ripartire.

Svennis svolge questo lavoro come servizio: il Rilancio Claude misura per due settimane e interviene per altre due, con i prezzi pubblicati sulla pagina del servizio. Quando il primo processo funziona, lo stesso metodo si estende a un altro reparto con un secondo sprint di Attivazione. Uno sprint è un periodo di due settimane di lavoro su un reparto, con un inizio e una fine chiari.