Il vendor fa una demo perfetta, il titolare dice "proviamo", e dopo tre mesi l'abbonamento è ancora attivo ma nessuno sa dire se ha fatto risparmiare un'ora. Il problema non è il tool. È che il test non aveva un inizio, una fine e una soglia.

Questa guida ti dà un proof of concept (PoC) di 14 giorni lavorativi pensato per una PMI italiana: un processo, un owner, numeri semplici, decisione scritta. E regole precise per non legarti a un unico fornitore prima di aver deciso.

Se non hai ancora scelto il processo, parti da come scegliere il primo processo da automatizzare. Questa guida comincia dal punto in cui quella finisce.

In 30 secondi

  • Un solo processo, con volume ripetuto (almeno qualche decina di casi a settimana) e un responsabile che lo conosce davvero.
  • Baseline prima di tutto: quanto tempo, quanti errori, quanti passaggi oggi. Senza numero di partenza il PoC non dimostra niente.
  • Soglia go/no-go scritta il giorno 1, non dopo aver visto i risultati.
  • Dati di test anonimizzati e account aziendali, mai piani personali con dati clienti.
  • Anti lock-in: prompt, casi di test e risultati vivono in file tuoi; il contratto chiarisce uso dei dati ed export.
  • Output finale: una pagina con decisione, costi stimati e cosa serve per andare in produzione.

Prima di partire: le 4 condizioni minime

Un PoC parte solo se tutte e quattro sono vere. Se ne manca una, sistemala prima: ti costa meno di un test fallito.

1. Processo scelto e delimitato. "Usare l'AI in amministrazione" non è un processo. "Estrarre i dati dalle fatture fornitori in PDF e precompilare la prima nota" lo è.

2. Owner con tempo vero. Almeno 3-4 ore a settimana bloccate in agenda per due settimane. Il PoC muore quasi sempre per mancanza di tempo, non per limiti del modello.

3. Accesso a casi reali o realistici. Almeno 30 esempi rappresentativi, inclusi quelli difficili.

4. Budget chiaro. Di solito bastano uno o due seat di un piano business o un credito API limitato. Per stimare il costo vero, licenze più tempo più rischio, usa AI per PMI: costi reali 2026.

Il piano: 14 giorni in tre fasi

Fase 1, giorni 1-4: preparazione

Giorno 1. Scheda PoC di una pagina. Scrivi:

  • processo e confine (cosa è dentro, cosa è fuori);
  • owner e chi valida la qualità;
  • metrica principale (di solito minuti per caso) e 2 metriche di controllo (errori, casi da rifare);
  • soglia go: per esempio "almeno 30% di tempo in meno a parità di errori";
  • soglia no-go: per esempio "più di 1 errore grave su 30 casi" oppure "nessun risparmio dopo il giorno 9".

Giorno 2. Baseline. Misura 10-15 casi fatti come oggi, a mano, con cronometro. Annota tempo, errori, passaggi. È noioso ed è la parte più importante.

Giorno 3. Set di test. Prepara 30 casi anonimizzati (nomi, partite IVA, importi sensibili sostituiti o mascherati). Dividili in tre gruppi: 20 casi normali, 7 difficili, 3 "trappola" dove la risposta corretta è "non lo so" o "manca un dato".

Giorno 4. Setup tecnico minimo. Account aziendale, prompt base salvato in un documento tuo, foglio di calcolo con una riga per caso. Niente integrazioni profonde: in un PoC copia-incolla o un automatismo semplice (Make, Zapier, n8n) bastano.

Fase 2, giorni 5-11: prove sul campo

Giorni 5-7. Primo giro. Esegui tutti i 30 casi con lo strumento scelto. Per ogni caso registra:

| Campo | Cosa scrivere |

|---|---|

| Tempo umano | minuti dall'input all'output pronto, revisione inclusa |

| Correzioni | 0 = nessuna, 1 = piccole, 2 = da rifare |

| Errore grave | sì/no (dato inventato, importo sbagliato, impegno non autorizzato) |

| Caso trappola | ha segnalato il dato mancante? sì/no |

| Note | cosa è andato storto e perché |

Giorno 8. Revisione a metà. Guarda solo i casi peggiori. Migliora il prompt o le istruzioni una volta sola, e annota la versione. Se non vedi alcun segnale positivo, valuta già qui lo stop: è un risultato valido, non un fallimento.

Giorni 9-11. Secondo giro. Rifai gli stessi 30 casi con la versione migliorata. Se vuoi confrontare due tool, questo è il momento: stesso set, stesse metriche, come nel nostro Test Lab ChatGPT vs Claude.

Fase 3, giorni 12-14: decisione

Giorno 12. Numeri. Calcola tempo medio per caso (prima e dopo), tasso di correzioni, errori gravi, casi trappola gestiti bene.

Giorno 13. Costo a regime. Seat o consumo stimato sui volumi reali, più ore di revisione umana che restano, più tempo di manutenzione del prompt o dell'automazione. Un risparmio del 40% su un processo da 2 ore al mese non giustifica quasi mai un progetto.

Giorno 14. Decisione scritta. Una pagina con uno di tre esiti:

  • Go: passa a pilota in produzione con utenti reali, regole d'uso e log.
  • Go con condizioni: funziona solo su un sottoinsieme di casi, o serve un cambio di processo prima.
  • No-go: chiudi abbonamento e accessi, archivia risultati e prompt. Ti servono per il prossimo test.

Anti lock-in: le regole da fissare il giorno 1

Il lock-in in una PMI raramente è tecnico. È organizzativo: prompt, esempi e know-how restano dentro la piattaforma del fornitore, e cambiare significa ricominciare da zero.

1. I tuoi asset restano tuoi. Prompt, istruzioni, set di test e risultati in un documento o foglio aziendale, non solo nella cronologia del tool.

2. Set di test riusabile. Gli stessi 30 casi ti permettono di valutare un'alternativa in un giorno invece che in due settimane.

3. Uso dei dati chiaro prima di caricare qualcosa. I piani business dei principali fornitori dichiarano che i dati aziendali non sono usati per addestrare i modelli di default: verificalo sulla pagina del tuo piano, per esempio la enterprise privacy di OpenAI o i termini commerciali di Anthropic. Non vale per i piani personali gratuiti.

4. Contratto e trattamento dati. Se nel PoC passano dati personali, anche solo di fornitori o clienti, serve un accordo di trattamento con il fornitore, come prevede l'articolo 28 del GDPR. Le domande da fare sono già pronte in vendor AI: 10 domande da mettere in contratto.

5. Export e uscita. Chiedi prima: posso esportare configurazioni, log e documenti caricati? In che formato? Cosa succede ai dati quando disdico?

6. Niente integrazioni profonde durante il PoC. Collegare ERP, posta o CRM con permessi ampi prima della decisione aumenta rischio e costo di uscita. Se uno strumento può agire da solo su sistemi aziendali, fai prima l'audit permessi dell'agente in 30 minuti.

Errori tipici (e come evitarli)

  • Valutare la demo, non il processo. La demo usa casi scelti dal vendor. Il tuo set di test usa i tuoi, compresi quelli brutti.
  • Spostare la soglia a fine test. Se il risultato è sotto soglia, la risposta onesta è no-go o go con condizioni, non "abbassiamo l'asticella".
  • Misurare il tempo del modello, non quello umano. Conta quanto ci mette la persona a ottenere un output che può davvero usare.
  • Ignorare i casi trappola. Uno strumento che inventa quando manca un dato è un rischio, anche se è veloce sul resto.
  • Nessuno formato. Dal 2 febbraio 2025 l'AI Act (articolo 4) chiede a chi usa sistemi AI in azienda misure per un livello sufficiente di alfabetizzazione del personale. Il PoC è un buon momento per documentarla: chi ha usato lo strumento, con quali istruzioni. Il quadro completo è nella checklist AI Act per PMI.

Template: scheda PoC di una pagina

Copia e compila:

```

PROCESSO:

CONFINE (dentro / fuori):

OWNER: VALIDATORE QUALITÀ:

STRUMENTO E PIANO:

BASELINE (tempo medio / errori su 10-15 casi):

METRICA PRINCIPALE:

SOGLIA GO:

SOGLIA NO-GO:

DATI USATI (anonimizzati sì/no, dati personali sì/no):

ACCORDO TRATTAMENTO DATI FIRMATO: sì / no / non serve

DOVE SONO SALVATI PROMPT E RISULTATI:

DATA DECISIONE (giorno 14):

ESITO: go / go con condizioni / no-go

```

Se vuoi una struttura più formale per gestire il rischio, il NIST AI Risk Management Framework organizza il lavoro in quattro funzioni (Govern, Map, Measure, Manage). Per una PMI la scheda sopra copre già l'essenziale di Map e Measure.

Checklist lunedì mattina

1. Scegli il processo e l'owner, e blocca le sue ore in agenda per due settimane.

2. Scrivi la scheda PoC con soglie go/no-go prima di aprire qualsiasi tool.

3. Misura la baseline su 10-15 casi.

4. Prepara 30 casi anonimizzati, con 3 casi trappola.

5. Usa solo account aziendali e verifica uso dei dati e accordo di trattamento.

6. Salva prompt e risultati in un file tuo.

7. Fissa in calendario il giorno 14: decisione scritta, qualunque sia l'esito.

8. Aggiorna la policy interna sull'uso di ChatGPT e simili con quello che hai imparato.

Verdetto operativo

Un PoC di 14 giorni non serve a dimostrare che l'AI funziona. Serve a capire se funziona su quel processo, nella tua azienda, a un costo che ha senso. Se lo chiudi con una decisione scritta e con i tuoi asset in mano, hai già un vantaggio: il prossimo test costa la metà, con lo stesso fornitore o con un altro.

Per il quadro generale su dove iniziare, torna alla guida pratica AI per PMI.