Quando le aziende acquistano software o servizi di digitalizzazione, nei documenti di gara è ancora comune leggere: «I concorrenti devono disporre di XX ingegneri senior e di un presidio in loco per non meno di XX mesi‑uomo». La valutazione viene effettuata tramite una griglia che assegna punteggi ponderati in base al numero di persone, alle qualifiche e ai prezzi unitari: questo metodo era ragionevole dieci anni fa, ma…Agente intelligente e consegna assistita dall'IANell’epoca della diffusione, è facile scegliere il fornitore con il maggior numero di persone anziché quello che offre i risultati più chiari.
Contesto politico: la logica degli acquisti sta cambiando
Il “Piano di attuazione per l’iniziativa speciale ‘Intelligenza artificiale + Software’”, pubblicato nel settembre 2026 dal Ministero dell’Industria e delle Tecnologie dell’Informazione, propone di promuovere la trasformazione del software verso l’intelligenza, lo sviluppo di modelli come il servizio di agenti intelligenti e sottolinea cheNon guardare quanto si investe, ma valutare i risultati concreti.. Per l’acquirente, il segnale è chiaro: se si continua a valutare esclusivamente in termini di giornate uomo e di numero di addetti in loco, si rischia di acquistare un “implementazione affollata”, ma non un miglioramento aziendale verificabile.
Valutazione della gara basata sulle persone vs valutazione della gara basata sui risultati: quali sono le differenze?
| Dimensione | Valutazione tradizionale basata sul numero di persone/gli individui | Valutazione basata sui risultati |
|---|---|---|
| Indicatore chiave | Numero di persone, livello, giorni di presenza in loco, prezzo unitario | Ciclo chiuso della scenari, script di verifica, KPI post‑messa in produzione |
| Espressione dei requisiti | Seleziona l'elenco delle funzionalità | Operazione di posizione + criteri di dati + regole di eccezione |
| Elaborazione delle modifiche | Negoziazione sul posto per aggiungere personale e aumentare il budget | Quali traguardi e quali KPI sono influenzati dal modulo di modifica? |
| IA/Agente intelligente | Di solito non è incluso nella valutazione | È richiesta una spiegazione dei punti di miglioramento dell’efficienza, dei punti di revisione manuale e dei confini dei permessi. |
| Nodo di pagamento | Fatturazione trimestrale o su base mensile per persona | Pagamento effettuato a seguito dell'approvazione della verifica secondo i traguardi raggiunti |
| Punto focale della controversia | «Le persone sono al posto giusto?» | «Il script è stato eseguito correttamente? Gli indicatori sono migliorati?» |
Logica di business: come modificare il documento di gara
Modifica il documento di approvvigionamento da «acquistare manodopera» a «acquistare risultati», e si consiglia di riscrivere quattro sezioni:
- Elenco delle scenari: Scrivi, per ciascuna posizione, “situazione attuale e criticità → operazione desiderata”, ad esempio “l’acquirente passa dall’ordine via email alla chiusura del ciclo di approvazione del PO all’interno del sistema”.
- Script di accettazione: Ogni scenario è corredato di passaggi di test, dati di input e output atteso; il concorrente deve rispondere punto per punto alla fattibilità.
- Impegno KPI: Entro 90 giorni dall’attivazione, sono previsti indicatori quantificabili, come la percentuale di riduzione del ciclo di approvazione, il tasso di discrepanza nella riconciliazione e l’accuratezza delle scorte — gli indicatori devono essere misurabili tramite il sistema.
- Confine del servizio: Formazione, operazioni e manutenzione, migrazione dei dati e manutenzione delle regole dell’agente intelligente spettano ciascuno a una parte diversa, per evitare che “il lancio sia l’unico passaggio”.
Suggerimento sui pesi delle valutazioni:Grado di corrispondenza tra il piano e la verifica: 40% + efficacia nei casi analoghi: 30% + prezzo: 20% + competenze del team: 10%. Il team deve comunque essere preso in considerazione, ma non dovrebbe avere il sopravvento; altrimenti si tornerebbe a una logica di mero numero di persone.
Logica di progettazione: come l’intelligenza artificiale e l’automazione possono essere applicate alla valutazione delle offerte
Se il progetto include il servizio clienti intelligente, l’automazione dei solleciti e il motore di regole, l’acquirente dovrebbe richiedere all’offerente di rispondere:
- Input e output: quali documenti leggere, quali stati riportare e se siano auditabili.
- Autorizzazioni e aggiornamenti: Quali operazioni devono essere confermate manualmente e come procedere in caso di timeout.
- Precisione e campionamento: Come si misura la linea di base delle promesse e come si esegue il rollback in caso di operazioni errate.
- Blocco del fornitore: È possibile esportare modelli, regole e basi di conoscenza, per evitare che il sistema si blocchi quando si cambia azienda.
Implementazione e accettazione: controllo degli accessi della terza fase
Si consiglia di specificare nel contratto i sistemi di controllo degli accessi delle tre fasi, con il pagamento vincolato alla verifica e all’accettazione:
- Fase 1 (4–8 settimane): Il copione della sceneggiatura core è stato approvato al 100%, la formazione dei ruoli chiave è stata completata. In caso di mancato superamento, non verrà corrisposto il secondo pagamento.
- Fase II (8–12 settimane): Collegamento dei processi tra i vari dipartimenti, stabilità delle interfacce e dei dati anagrafici, avvio della raccolta dei dati di riferimento per i KPI.
- Terza fase (90 giorni di operatività): Si effettua una revisione in base agli KPI contrattuali; in caso di mancato raggiungimento degli obiettivi sono previsti un periodo di rettifica e clausole di detrazione, anziché una presenza in loco a tempo indeterminato.
Il numero di persone presenti in sede può essere considerato comeMezzi di attuazioneScrivi l’allegato, ma non deve essere l’oggetto principale del contratto. L’oggetto principale del contratto dovrebbe essere «quali script sono stati approvati e quali indicatori sono stati migliorati».
Errori comuni dell’acquirente
Errore n. 1: aggiudicazione tramite offerta a basso costo per giornate di lavoro——Le modifiche successive comportano un aumento dei prezzi, con un costo complessivo più elevato. Soluzione: tetto massimo del prezzo totale + tabella di tariffazione delle modifiche.
Errore n. 2: più funzionalità sono meglio di più— Bassa percentuale di attivazione. Contromisura: implementare la soluzione a fasi, con un numero ridotto di scenari nella prima fase e garantire una chiusura completa del ciclo.
Errore n. 3: trascurare i dati anagrafici——Dopo il lancio del sistema, i dati risultavano disorganizzati e gli errori venivano amplificati dagli agenti intelligenti. Contromisura: procedere con una verifica separata per le milestone della governance dei dati anagrafici.
Errore n. 4: non definire la metodologia di raccolta dei dati per i KPI——Durante le discussioni, ognuno fa i propri conti. Soluzione: inserire le formule degli indicatori, le fonti dei dati e i periodi di calcolo in un allegato, e far confermare dal reparto informatico che il sistema sia in grado di recuperare automaticamente i dati.
Prossime azioni
Se stai rilanciando un progetto di digitalizzazione su misura per ERP, OA, SRM o altri sistemi, puoi iniziare con una settimana di “check-up della gara d’appalto”: evidenzia in rosso tutte le voci relative alle ore uomo presenti nell’RFP attuale e riscrivila, voce per voce, secondo lo schema: scenario + script + KPI. Non importa se non riesci a completarla: almeno la prossima versione della gara d’appalto non sceglierà ancora i fornitori seguendo la logica del 2015.
Nel settore del software, la “ristrutturazione tecnologica” non avviene solo nei reparti della parte esecutrice, ma anche nel dipartimento acquisti della parte committente. Chi saprà valutare le offerte in base ai risultati avrà maggiori probabilità di acquisire, nell’era degli agenti intelligenti, un sistema di gestione realmente funzionante, tracciabile e sottoponibile a verifica, anziché una semplice lista voluminosa di nomi.
Punti di attenzione aggiuntivi per le imprese statali e gli acquisti di gruppo
Gli acquisti di grandi dimensioni devono spesso conciliare conformità ed efficacia: è possibile mantenere nei documenti di gara i requisiti di qualificazione e le clausole anti‑corruzione, maTabella di valutazione tecnicaÈ necessario definire come criteri obbligatori la “completezza delle risposte agli script di accettazione” e la “misurabilità degli KPI”, per evitare che la valutazione tecnica si riduca a una formalità. Nel contesto di un gruppo con molte entità giuridiche, è opportuno richiedere ai fornitori di indicare in che modo i dati anagrafici e i permessi supportano le società controllate, e procedere alla diffusione solo dopo aver testato con successo gli script presso una società pilota nella fase iniziale, anziché procedere immediatamente all’armonizzazione su tutto il gruppo.
Nella fase di presentazione del comitato di acquisto, si suggerisce di selezionare sul posto 2–3 scenari operativi da far eseguire ai fornitori; i membri della commissione valuteranno sulla base delle output attesi. Questo approccio risulta più vicino all’esperienza reale post‑implementazione rispetto alla semplice visione delle slide. Nella fase di negoziazione contrattuale, è opportuno inserire nel testo contrattuale le disposizioni relative al periodo di rettifica in caso di mancato raggiungimento dei KPI e la relativa formula di detrazione: così facendo, si garantisce una protezione reciproca più solida rispetto a eventuali trattative basate su rapporti personali. La riforma dei criteri di valutazione non deve attendere l’emanazione della prossima versione della norma nazionale; già con il prossimo appalto si potrebbe sperimentare un primo scenario, un singolo KPI e un sistema di controllo degli accessi. Procedere per piccoli passi e correggere gli errori permette di adattarsi più rapidamente alle evoluzioni sia delle politiche sia delle tecnologie, anziché aspettare un modello perfetto.