Domanda iniziale
La demo risponde “può funzionare”; la consegna risponde “chi lo farà funzionare”.
Una prova può usare dati preparati, accessi temporanei e interventi manuali invisibili. Prima di trasformarla in un’offerta occorre distinguere ciò che è dimostrato, ciò che dipende dal team fornitore e ciò che richiede sistemi, persone o autorizzazioni del cliente.
Il valore commerciale diventa più credibile quando la proposta dichiara risultato, unità di lavoro, livello di servizio, responsabilità condivise e condizioni di uscita.
Relazioni operative
Cinque passaggi da mantenere collegati.
Problema
Descrivi il lavoro o la decisione da migliorare, non la tecnologia da vendere.
Prova
Definisci dati, baseline, casi di errore e criterio di accettazione.
Dipendenze
Rendi visibili modelli, API, persone, permessi, costi e fornitori.
Consegna
Stabilisci proprietà di configurazioni, dati, documenti e componenti.
Continuità
Assegna monitoraggio, correzioni, aggiornamenti, incidenti e uscita.
Confini e responsabilità
L’autonomia promessa deve corrispondere all’autonomia provata.
Un flusso che richiede correzioni manuali frequenti non è un servizio autonomo. Un prototipo che usa account personali non è ancora un’integrazione. Un prezzo iniziale non descrive il costo di modelli, supporto, osservabilità e manutenzione.
La consegna deve separare generato, installato, collegato e attivo. Queste condizioni cambiano responsabilità, sicurezza e valore dell’offerta.
Oggetto operativo
Brief di consegna e integrazione AI
Compila la Brief di consegna e integrazione AI. Ogni campo rende esplicita una relazione da verificare prima di estendere il sistema.
Cliente e lavoro
Chi usa il risultato e in quale attività?
Risultato
Quale cambiamento osservabile viene acquistato?
Prova
Con quali dati e criteri si accetta o respinge?
Dipendenze
Che cosa resta esterno alla soluzione?
Responsabilità
Che cosa fa fornitore, cliente e terza parte?
Proprietà
Chi possiede dati, configurazioni e artefatti?
Esercizio
Chi monitora costi, qualità, incidenti e versioni?
Uscita
Come si esportano dati e si interrompe il servizio?
Prima prova
Una prova breve deve produrre conoscenza, non soltanto un risultato.
- 01Intervista il lavoro
Osserva attività, eccezioni e decisioni prima di proporre una soluzione.
- 02Scrivi una baseline
Descrivi qualità, tempo, costo e problemi del metodo corrente senza inventare numeri.
- 03Costruisci la prova
Usa casi rappresentativi, inclusi errori e condizioni di arresto.
- 04Simula l’esercizio
Verifica accessi, log, correzioni, costi e responsabilità oltre la demo.
- 05Consegna il confine
Documenta incluso, escluso, dipendenze, proprietà e passaggio di consegne.
Fonti pubbliche
Riferimenti per verificare e approfondire.
- NIST AI Risk Management Framework.
- UK Government, Guidelines for AI procurement.
- European Commission, EU AI model contractual clauses.
Queste fonti orientano la progettazione. Requisiti giuridici, professionali, etici e organizzativi dipendono dal caso e dalle funzioni competenti.
Domande frequenti
Consulente, startup o AI agency: domande da chiarire prima del progetto.
Come si definisce il perimetro di un progetto AI per un cliente?
Si collega un’attività precisa a un risultato, alle fonti, ai criteri di accettazione e alle responsabilità. Funzioni future e integrazioni non provate restano possibilità dichiarate, non parte della consegna.
Che cosa deve dimostrare una proof of concept?
Deve mostrare il comportamento su casi rappresentativi, errori compresi, e rendere visibili interventi manuali, dipendenze e costi esclusi.
Chi possiede prompt e configurazioni?
Dipende dal contratto e dagli oggetti coinvolti. Dati del cliente, configurazione specifica, componenti preesistenti e servizi terzi vanno distinti esplicitamente.
Come si evita il vendor lock-in?
Si documentano formati, dipendenze, procedure di esportazione, alternative realistiche e condizioni di uscita prima che il sistema diventi critico.
Quando serve una fase gestita?
Quando qualità, incidenti, aggiornamenti o integrazioni richiedono ancora un responsabile operativo. Il livello di servizio va descritto senza chiamarlo autonomia.