La domanda “Quale soluzione AI ci serve?” spesso arriva prima della descrizione del problema. Per una PMI o uno studio professionale è più utile confrontare quattro scelte: acquistare un prodotto, sviluppare una funzione dedicata, integrare strumenti esistenti oppure attendere preparando le condizioni necessarie. Nessuna opzione è migliore in assoluto.
Buy — acquistare. Un prodotto può essere adatto quando copre i requisiti essenziali e il suo modo di trattare dati, utenti e costi è compatibile con l’organizzazione. Occorre comunque verificarne limiti, contratto, gestione degli accessi e modalità di uscita. L’acquisto non trasferisce automaticamente al fornitore ogni responsabilità operativa.
Build — sviluppare. Uno sviluppo può avere senso per requisiti distintivi che le alternative non coprono. Oltre alla realizzazione iniziale servono manutenzione, valutazione nel tempo, competenze e presidio degli errori. Il costo di costruzione non rappresenta da solo il costo della scelta.
Integrate — integrare. Collegare un prodotto o una funzione al sistema già utilizzato può mantenere il lavoro in un unico flusso. Prima vanno verificate API, identità, permessi, qualità dei dati e comportamento in caso di indisponibilità. Un’integrazione semplice da mostrare può essere impegnativa da gestire.
Wait — attendere. È una decisione attiva quando mancano fonti affidabili, responsabilità, autorizzazioni o un beneficio da verificare. Deve indicare cosa preparare e quando riesaminare la scelta. Può anche concludersi con un intervento sul processo senza AI.
La matrice seguente è una proposta di confronto originale. Non assegna punteggi universali e non sostituisce la verifica di un prodotto o un preventivo.
| Criterio | Buy | Build | Integrate | Wait |
|---|---|---|---|---|
| Requisiti | Verificare la copertura reale del prodotto. | Giustificare i requisiti distintivi. | Verificare cosa esiste e cosa manca nel flusso attuale. | Chiarire il bisogno prima della soluzione. |
| Dati e accessi | Controllare trattamento e permessi offerti. | Definire e mantenere i controlli necessari. | Verificare autorizzazioni da un sistema all’altro. | Organizzare fonti, titolarità e autorizzazioni. |
| Qualità | Provare casi rappresentativi, non solo la demo del fornitore. | Preparare un metodo di valutazione e monitoraggio. | Valutare l’esito complessivo dell’integrazione. | Raccogliere una baseline e i criteri mancanti. |
| Costi | Canoni, utilizzo, configurazione e uscita. | Sviluppo, gestione, verifiche e manutenzione. | Collegamenti, esercizio, dipendenze e aggiornamenti. | Attività preparatorie e costo del rinvio. |
| Presidio interno | Assegnare un responsabile del servizio acquistato. | Assicurare competenze e responsabilità nel tempo. | Coordinare responsabili dei sistemi collegati. | Assegnare un referente e una condizione di riesame. |
| Reversibilità | Verificare esportazione e cessazione. | Prevedere sostituzione e passaggio di consegne. | Isolare i collegamenti ed evitare vincoli non necessari. | Conservare informazioni utili alla decisione successiva. |
Per ciascuna riga, aggiungi una colonna di lavoro con evidenza disponibile, incertezza e chi decide. Una condizione critica, come l’impossibilità di limitare gli accessi, non dovrebbe essere compensata da una buona impressione su altri criteri.
Immaginiamo una PMI che vuole preparare bozze di risposta a richieste ricorrenti. Non è un caso cliente. Il referente individua quali richieste sono nel perimetro, quali dati sono ammessi e chi approva ogni risposta prima dell’invio.
Se il bisogno è soprattutto riutilizzare testi approvati, modelli di risposta e regole tradizionali potrebbero già risolverlo. Se un prodotto copre il lavoro e consente controlli adeguati, Buy merita una prova. Se il problema è portare informazioni autorizzate nel gestionale, Integrate può essere un’ipotesi. Build richiede una motivazione ulteriore, non il semplice desiderio di avere uno strumento personalizzato.
Se le risposte approvate non sono aggiornate o nessuno presidia gli accessi, Wait è il punto di partenza: organizzare fonti e responsabilità, poi ripetere il confronto. Non sono attribuiti tempi, risparmi o risultati a questo scenario.
Un’attesa utile ha tre elementi:
Il riesame non implica automaticamente acquistare. Può confermare che una soluzione senza AI è sufficiente o che il costo operativo supera il beneficio osservabile.
Rendi esplicite le voci considerate: licenze, consumo, preparazione dei dati, integrazioni, controllo umano, formazione, manutenzione e interruzione del servizio. Indica anche cosa resta escluso dalla stima. Un importo privo di volumi e condizioni di utilizzo non permette un confronto attendibile.
Il Playbook NIST invita a selezionare le azioni pertinenti al contesto. Qui il principio diventa una domanda operativa: quale prova o documento può confermare la scelta? L’Assessment può terminare con una raccomandazione motivata di acquistare, integrare, sviluppare, attendere o intervenire senza AI, senza obbligo di affidare lo sviluppo alla stessa azienda.
Puoi usare l’AI Opportunity Assessment per confrontare le alternative e il facsimile per vedere come documentare una decisione. Per una valutazione da impostare sul tuo processo, richiedi un confronto.
