Come creare un inventario dei workflow AI in azienda

Alle 9:17 un collega apre 3 tab. Nel primo c'è ChatGPT. Nel secondo un foglio che genera descrizioni prodotto. Nel terzo un'automazione aggiorna una scheda interna dopo l'approvazione.

Quanti workflow AI ci sono?

La risposta non è 3. ChatGPT è un tool. Il foglio può essere una prova personale. L'automazione, invece, ha input, regole, output, un'azione e una conseguenza. Quella merita una riga nell'inventario.

Un inventario dei workflow AI registra le unità operative che usano AI per produrre un risultato o preparare un'azione. Per ogni unità conserva scopo, owner, persone coinvolte, componenti, dati ammessi, confine d'azione, prove, stato, prossima revisione e criterio di stop.

Il NIST AI RMF include l'inventario dei sistemi AI tra gli esiti della funzione Govern. Non prescrive il foglio che trovi qui. Il metodo serve a trasformare quel principio in una domanda semplice: quali cose possono agire nel tuo lavoro, e chi risponde quando cambiano?

Un elenco di tool non basta

Un elenco con ChatGPT, Gemini, n8n, CRM racconta cosa avete comprato o aperto. Non racconta cosa succede.

Lo stesso account ChatGPT può aiutare una persona a riscrivere un titolo, preparare una bozza da fonti approvate o classificare richieste che poi entrano in un processo. Conseguenze diverse. Controlli diversi.

Un foglio con 200 tool è peggiore di nessun inventario. Dà l'impressione di controllo senza mostrare dove passa un dato, chi verifica un output o quale azione può partire.

L'unità giusta è il workflow. Una riga descrive un compito ripetibile con un inizio e una fine.

Usa questa frase:

Quando accade [trigger], il workflow usa [input] per preparare [output]. [Ruolo] verifica [prova]. Solo dopo può avvenire [azione].

Se non riesci a completarla, non hai ancora un workflow definito. Hai un uso, una prova o un'idea. Puoi registrarli, ma con uno stato diverso.

Decidi cosa entra

Non censire ogni prompt scritto una volta. Censire tutto rende il registro illeggibile e lo fa morire in 2 settimane.

Una voce entra quando esiste almeno 1 di queste condizioni:

• il compito si ripete,
• l'output viene usato da un'altra persona o da un altro sistema,
• entrano dati aziendali,
• il workflow prepara una decisione,
• può scrivere, inviare, pubblicare o modificare qualcosa,
• un errore richiede correzione, contenimento o comunicazione.

Una prova isolata con testo fittizio può stare in un registro esperimenti. Quando riceve un owner, una fonte, un caso d'uso e un percorso di uscita, passa nell'inventario operativo.

La roadmap per integrare l'AI in azienda decide quali casi portare avanti. L'inventario conserva ciò che avete deciso di provare, usare, sospendere o spegnere.

Dai a ogni workflow un'identità

Il nome deve spiegare il lavoro. Assistente marketing è troppo largo. Bozza descrizione prodotto da scheda approvata si può verificare.

Assegna un ID che non cambia quando cambia il modello:

workflow_id: WF-CONTENT-014
name: bozza-descrizione-prodotto
business_purpose: preparare una bozza da una scheda approvata
status: pilot
process_owner: ecommerce-operations
technical_owner: automation-team
next_review: 2026-09-16

Il provider e la versione sono componenti. L'identità resta sul lavoro. Se domani sostituisci il modello, devi poter confrontare il prima e il dopo senza creare un workflow nuovo per finta.

Scrivi scopo, fuori scopo e conseguenza

Lo scopo dice perché il workflow esiste. Il fuori scopo dice cosa non deve tentare. La conseguenza dice cosa può succedere se l'output viene usato male.

Esempio fittizio:

Scopo: preparare una bozza descrizione usando solo campi approvati. Fuori scopo: prezzi, disponibilità, claim tecnici non presenti nella scheda. Conseguenza: la bozza può entrare in review, non può essere pubblicata.

Qui compare il confine d'azione. È il campo più utile dell'inventario.

Puoi usare 4 valori iniziali:

Confine	Cosa può fare	Esempio
suggest	suggerisce senza salvare	propone 3 titoli
draft	salva una bozza separata	crea testo in una coda
prepare_action	prepara un'azione da approvare	compila una richiesta
execute_limited	esegue solo dentro una policy verificata	aggiorna un campo ammesso

Autonomo non è un confine. Manca l'oggetto, manca la regola, manca chi lo può fermare.

Per le uscite che richiedono verifica, collega la checklist per controllare un output AI. L'inventario registra quale controllo vale. La checklist viene applicata sul risultato.

Registra owner e persone coinvolte

Servono almeno 2 ownership diverse quando il workflow entra in un processo vero.

Il process owner risponde dello scopo, delle fonti e della conseguenza. Il technical owner risponde di collegamenti, versioni, log, disponibilità e modifiche tecniche. Una terza persona può svolgere la review dell'output.

Non scrivere marketing o IT nel campo owner. Scrivi un ruolo che l'organizzazione può assegnare e sostituire. Poi aggiungi il contatto nel sistema interno, non nell'articolo o in un registro pubblico.

NIST AI RMF Govern 2.1 richiama ruoli, responsabilità e linee di comunicazione chiare. Il punto operativo è questo: una riga senza owner è un avviso, non un workflow governato.

Collega dati, componenti e versioni

Un workflow AI non coincide con il modello. Può includere un form, uno script, un archivio, un prompt, un modello, una regola di validazione e una destinazione.

Registra solo ciò che serve per capire e riprodurre il percorso:

inputs:
  - product_sheet_approved
data_class: internal-non-personal
components:
  - prompt:P-042@3
  - model:provider/model@2026-07
  - validator:required-fields@2
destination: draft_queue
allowed_actions:
  - create_draft
forbidden_actions:
  - publish
  - change_price

Il profilo NIST AI 600-1 propone, per gli inventari generative AI, di considerare provenienza dei dati, problemi noti, supervisione umana, diritti speciali e versioni dei modelli di base. Sono suggerimenti tecnici, non una lista universale.

Qui tocca resistere alla voglia di copiare tutto. Metti i riferimenti che servono a capire quale versione gira e quali dati può ricevere. Segreti, token e contenuto dei record restano fuori.

Collega le prove

Ogni workflow deve mostrare perché il suo stato è pilot, active o suspended.

Una prova può essere un dataset di test, un controllo campionario, un verbale di approvazione, un report di monitoraggio o un registro degli errori. Nell'inventario bastano tipo, ID, data ed esito.

evidence:
  - id: TEST-2026-08-04-A
    type: regression_set
    result: 28/30 accepted
    decision: pilot_only
  - id: REVIEW-2026-08-11
    type: process_review
    result: source-boundary-green

Il numero 28/30 nell'esempio è fittizio. Non diventa una soglia valida per un altro workflow. Soglia e casi devono venire dal processo.

Se il workflow è un chatbot, parti dai requisiti del chatbot aziendale. Fonti, casi da rifiutare e percorso verso una persona vengono prima del modello scelto.

Usa stati che producono una decisione

Cinque stati bastano per iniziare:

Stato	Significato	Azione ammessa
discovery	problema e fattibilità da capire	nessun uso operativo
pilot	prova controllata con casi e owner	uso nel perimetro di test
active	workflow accettato nel processo	uso secondo policy e controlli
suspended	uso fermato per una causa registrata	diagnosi o correzione
retired	workflow dismesso	conservazione delle evidenze previste

Evita in corso. Può significare tutto.

NIST AI RMF Govern 1.7 include la dismissione sicura nel ciclo di governo. Spegnere non vuol dire cancellare alla cieca. Devi sapere quali dipendenze restano, dove vanno i dati, quale alternativa copre il compito e quali prove conservare.

Metti una data di revisione

Un inventario fotografato una volta diventa storia. Ogni voce attiva ha last_review, next_review, motivo della cadenza e trigger fuori ciclo.

I trigger possono essere un cambio di modello, una fonte rimossa, un nuovo tipo di input, una modifica al processo, un incidente o un calo osservato nel monitoraggio.

La frequenza non è universale. Un workflow che prepara bozze da fonti stabili può avere una cadenza diversa da uno che collega più sistemi o agisce fuori da una coda reversibile.

NIST AI RMF Govern 1.5 parla di monitoraggio continuo e revisione periodica con ruoli e frequenza definite. Traduzione pratica: la data non va scelta perché trimestrale suona bene. Va collegata a conseguenza, cambi e capacità di controllo.

Un esempio completo

Scenario fittizio. Un team usa AI per preparare la scheda interna di una richiesta commerciale. La richiesta arriva da un form, ma il workflow non legge il testo libero per decidere la qualità del lead.

Campo	Valore
ID	WF-SALES-006
Scopo	estrarre azienda, servizio richiesto e fonte pagina
Fuori scopo	qualificare il lead, stimare budget, inviare risposte
Confine	prepare_action
Process owner	sales operations
Technical owner	automation team
Dati	campi form ammessi, con accesso limitato
Output	bozza scheda in coda
Controllo	campione umano e campi obbligatori
Stato	pilot
Prossima revisione	dopo il campione definito dal test plan
Stop	campo non previsto, fonte mancante o destinazione non disponibile

L'inventario non deduce il lead qualificato da nome, email o messaggio. Quel criterio richiede una definizione commerciale separata.

Errori che svuotano l'inventario

• una riga per account invece che per workflow,
• nomi larghi come assistente AI,
• owner scritto come reparto,
• modello senza versione,
• campo rischio: basso senza causa o prova,
• azione esterna nascosta dentro una descrizione,
• stato attivo senza data di revisione,
• workflow spento senza dipendenze e criterio di conservazione,
• segreti, prompt completi o PII copiati nel registro.

La riga che manca

Apri il foglio dove oggi elencate i tool. Scegli l'uso che può salvare, inviare o modificare qualcosa. Riscrivi quella riga con scopo, owner, confine, dati, prove, stato e prossima revisione.

Se uno di questi campi è vuoto, hai trovato il primo lavoro da fare.

Porta alla consulenza roadmap e governance AI di MAIKER HUB 3 workflow che oggi vivono tra chat, fogli e automazioni. Nel percorso Think -> Build -> Enable costruiamo l'inventario, chiudiamo i confini e colleghiamo ogni stato a una prova.