# Brief per il primo progetto AI

A cura di Stolen Orbit — revisione 24 settembre 2026.
Guida: https://stolenorbit.com/it/risorse/come-introdurre-ai-in-azienda/

Questo modello è una proposta di lavoro. Compila i campi con dati reali; non inviare credenziali o informazioni riservate non necessarie.

## 1. Obiettivo

- Processo e reparto:
- Problema osservato:
- Risultato desiderato, descritto senza nominare uno strumento:
- Responsabile operativo e revisore:
- Persone coinvolte nella prova:

## 2. Metodo attuale e misura iniziale

- Evento che avvia il processo:
- Input e strumenti utilizzati:
- Passaggi e approvazioni:
- Volume mensile e differenze tra casi:
- Minuti di lavoro attivo per pratica (campione e periodo):
- Attesa tra passaggi, misurata separatamente:
- Eccezioni, correzioni ed errori attuali:
- Come sappiamo che una pratica è conclusa correttamente:

## 3. Perimetro del pilota

- Un solo caso o tipologia da includere:
- Casi esclusi:
- Risultato prodotto: proposta, bozza, aggiornamento o azione:
- Fonti e dati autorizzati:
- Strumenti leggibili e strumenti modificabili:
- Azioni che richiedono approvazione:
- Cosa accade in caso di dati mancanti o incertezza:
- Procedura manuale alternativa e chi può interrompere il flusso:

## 4. Confronto con alternative

- Funzione nativa già disponibile:
- Automazione con regole senza AI:
- AI in un singolo passaggio:
- Motivo per cui la soluzione scelta è necessaria:
- Vincoli e domande da risolvere prima di costruire:

## 5. Dati e responsabilità

- Titolare degli account e degli accessi:
- Chi autorizza l’utilizzo dei dati:
- Informazioni personali o riservate da escludere o far valutare:
- Referenti competenti per contratti, dati e sicurezza:
- Regole concordate per accessi, conservazione e cancellazione:
- Referente per guasti ed eccezioni:

## 6. Valutazione

- Campione rappresentativo e origine:
- Casi normali, incompleti, ambigui e fuori perimetro inclusi:
- Lingue, formati o categorie da coprire:
- Esempi di configurazione tenuti separati dai casi di valutazione:
- Risultati attesi e metodo di revisione:
- Misure: correttezza, errori critici, revisione, rework, costo per pratica:
- Soglie di accettazione concordate PRIMA della prova:
- Errori che bloccano l’avvio:
- Limiti della prova e casi non valutati:

## 7. Costi e decisione

- Budget iniziale, incluso lavoro interno:
- Costi ricorrenti e consumi variabili:
- Tempo per revisione, monitoraggio e gestione degli errori:
- Data e responsabile della valutazione finale:
- Condizioni per estendere:
- Condizioni per correggere o ridurre il perimetro:
- Condizioni per fermarsi:
- Cosa riceviamo e quali costi restano se il pilota termina:

## 8. Dopo l’eventuale avvio

- Proprietario operativo:
- Documentazione e formazione:
- Modalità di supporto:
- Frequenza del controllo di qualità e costi:
- Modifiche che richiedono nuovi test:
- Procedura per esportare dati/configurazioni e disattivare il sistema:

Per valutare il progetto: https://stolenorbit.com/it/contatti/