Il procurement ICT non sbaglia sul prezzo. Sbaglia sulla decisione.
Presentato come speaker a The Procurement, Milano — 19 febbraio 2026
Contenuto articolo
Introduzione
Per anni il procurement è stato valutato quasi esclusivamente sul risparmio ottenuto. Era una metrica chiara, misurabile, difendibile in qualsiasi riunione di budget. E per certi tipi di acquisto, funzionava.
Nell’ICT, però, le cose si sono complicate.
Quando una decisione dura anni, la domanda cambia
Un contratto software triennale, un’infrastruttura server, una piattaforma di sicurezza: queste scelte non esauriscono i loro effetti nel trimestre in cui vengono firmate. Introducono dipendenze tecnologiche, vincoli operativi, livelli di rischio che resteranno sul tavolo per anni.
In questo contesto, continuare a misurare il valore del procurement solo sul saving è come valutare un chirurgo dal costo del bisturi.
La domanda smette di essere “quanto abbiamo risparmiato oggi?” e diventa “questa decisione reggerà domani?”
La vera metrica non è quanto si è risparmiato. È quanto si è evitato di sbagliare.
Il rischio più alto nell’ICT non è spendere qualcosa in più. È prendere la decisione sbagliata e accorgersene quando è troppo tardi per tornare indietro.
Il caso della cybersecurity: quando il vincolo non era nel prezzo
Mi è capitato di gestire l’acquisto di una soluzione di sicurezza informatica. Il perimetro apparente era semplice: confrontare proposte, negoziare le condizioni, chiudere il contratto.
Guardando la documentazione iniziale, però, mi sono accorto che mancava un confronto con una delle opzioni disponibili — una soluzione open source che sulla carta sembrava equivalente a costi nettamente inferiori.
Ho spinto per approfondire. Non la parte economica: il contesto. Perché quella soluzione non era stata considerata? Quali vincoli c’erano? Cosa si stava dando per scontato?
Dall’approfondimento è emerso un elemento che non era sul tavolo: la policy aziendale richiedeva che certe soluzioni fossero on-premise, non in cloud. Questo cambiava tutto. Alcune opzioni valutate non erano compatibili con i requisiti reali dell’organizzazione. Altre, inizialmente scartate, diventavano improvvisamente rilevanti.
La decisione finale non è stata scegliere il software più economico. È stata ricondurre la scelta dentro i vincoli reali dell’azienda.
Il valore generato non era economico. Era evitare che si adottasse una soluzione incompatibile con le regole operative e di sicurezza — con tutti i problemi che ne sarebbero seguiti.
I dati aiutano. Ma non decidono.
Nell’acquisto di infrastrutture hardware si vede lo stesso meccanismo su un piano diverso.
Metti a confronto due generazioni di server: una più recente, una più economica nell’immediato. Se guardi solo il prezzo iniziale, la scelta è ovvia. Ma quando entrano in gioco scalabilità, consumi energetici, ciclo di vita, complessità operativa — lo scenario cambia.
In contesti con carichi variabili o cicli di aggiornamento brevi, il server meno costoso oggi può diventare il più costoso nel tempo: più interventi, più vincoli operativi, obsolescenza anticipata rispetto alle aspettative. Quello apparentemente più caro può essere la scelta più stabile.
Qui i dati sono fondamentali. Ma non bastano da soli.
Un’azienda con carichi variabili e necessità di crescita rapida leggerà quegli stessi numeri in modo diverso rispetto a un’organizzazione con sistemi stabili e prevedibili. I dati dicono cosa è possibile. Il contesto dice cosa è giusto per quella specifica organizzazione in quel momento.
Il procurement non sceglie quale server costa meno. Sceglie quale decisione crea meno problemi nei prossimi tre anni. È una differenza sostanziale. Eppure la maggior parte delle aziende continua a misurare il procurement sul saving — e a sorprendersi dei problemi che arrivano dopo.
Da negoziatore a orchestratore
Quello che accomuna questi due casi è un cambiamento di ruolo.
Il buyer ICT non è più — o non dovrebbe essere — chi riceve una richiesta e tratta il prezzo. Il suo lavoro inizia prima: chiarire i requisiti reali, evidenziare i vincoli che l’organizzazione non ha ancora messo a fuoco, confrontare scenari che guardano oltre il costo immediato.
Quando il management chiede “qual è la scelta migliore?”, la risposta utile non è un prezzo. È uno scenario.
Questo passaggio — dallo scegliere fornitori al progettare decisioni — cambia la natura della funzione. Il procurement smette di essere una funzione di supporto e diventa parte integrante del processo decisionale dell’organizzazione.
Non perché porta più dati. Ma perché aiuta l’azienda a leggerli nel modo giusto, dentro il contesto giusto.
Il saving si misura nel trimestre. Una decisione sbagliata si paga per anni. La differenza tra le due cose è esattamente dove il procurement può fare la differenza o non farla.
Approfondimenti utili
- Come i dati stanno cambiando il procurement digitale e ICT
- Quando un KPI mente: il lato nascosto delle metriche procurement
- McKinsey — Procurement strategico nel cloud: oltre la gestione dei costi
Cosa significa procurement ICT oltre il saving?
Significa valutare le decisioni tecnologiche non solo sul risparmio immediato, ma sulle conseguenze operative, sui rischi e sulla stabilità nel tempo. Un contratto firmato oggi può creare dipendenze o costi nascosti che durano anni.
Come cambia il ruolo del buyer ICT nelle decisioni strategiche?
Il buyer ICT non negozia solo il prezzo: chiarisce requisiti reali, evidenzia vincoli tecnici e operativi spesso non esplicitati, e aiuta l’organizzazione a confrontare scenari che vanno oltre il costo iniziale. Diventa un orchestratore della decisione, non solo un negoziatore.
Perché i dati non bastano per decidere negli acquisti ICT??
I dati mostrano cosa è possibile, ma non cosa è giusto per quella specifica organizzazione. Il contesto — struttura, obiettivi, vincoli operativi — cambia il modo in cui gli stessi numeri devono essere letti e tradotti in una scelta.
Condividi questo articolo