I dati non mancano. Manca il contesto — e quasi sempre lo ha costruito qualcun altro.
Contenuto articolo
Introduzione
Nel procurement ICT, il contesto decisionale è la variabile che nessuno gestisce esplicitamente — eppure il report arriva ogni mese, i grafici sono puliti, i numeri aggiornati, e quando si arriva a una decisione reale il report non basta mai.
Non mancano i dati. Manca il contesto per usarli. E quasi sempre, quel contesto lo ha costruito qualcun altro — con domande diverse dalle tue, su variabili che servivano a lui.
Il problema non è la dashboard
Ogni report risponde alle domande di chi lo ha commissionato. Se lo ha richiesto il vendor, risponde alle domande del vendor: utilizzo, volumi, crescita della piattaforma, comparazione con il benchmark di settore che lui ha scelto. Se lo ha commissionato il CFO, risponde alle domande del CFO: spesa totale, variazione anno su anno, scostamento dal budget approvato.
Il procurement legge entrambi — e lavora sempre dentro un perimetro informativo che altri hanno disegnato. Non per negligenza: è così che funziona la produzione dei dati nelle organizzazioni. Chi commissiona il report decide quali domande si possono fare. Chi non lo commissiona legge le risposte a domande che non ha scelto.
Il dato, in questo schema, non è neutro. È sempre il risultato di una scelta su cosa misurare, con quale frequenza, rispetto a quale baseline. Un fornitore che presenta una dashboard sulle performance del suo servizio ha già deciso cosa entra nel calcolo e cosa no. Il benchmark che usa è quello che lo favorisce. Le eccezioni sono escluse per costruzione.
Un dato corretto costruito sul perimetro sbagliato produce conclusioni sbagliate. Il problema non è la qualità del numero — è la qualità della domanda che lo ha generato.
Cosa significa “contesto” nella pratica
Il contesto non è un’informazione aggiuntiva da cercare in un secondo report. È la storia che trasforma un numero in un segnale.
Un tasso di utilizzo al 73% è alto o basso? Dipende da cosa era atteso, da quando il servizio è stato attivato, da quanti utenti erano previsti nel piano originale e da quanti sono stati effettivamente a bordo. Senza questa storia, il 73% è un numero. Con questa storia, il 73% è o un segnale di sottoutilizzo o una conferma di adozione normale.
Come mostra l’analisi sui KPI che mentono nel procurement, il dato può essere calcolato correttamente e portare ugualmente a una decisione sbagliata — perché misura la cosa giusta nel contesto sbagliato. Il problema non è il KPI. È che il KPI risponde a una domanda che qualcun altro ha formulato, su una baseline che qualcun altro ha scelto.
La stessa logica vale per le assunzioni che precedono ogni analisi. Il procurement ICT non fallisce sui costi, fallisce sulle ipotesi: quando il perimetro dell’analisi è già definito da altri, le assunzioni implicite che lo sostengono non vengono mai messe in discussione — perché non sono visibili.
Secondo la Harvard Business Review, il vantaggio competitivo nei dati non viene dalla quantità di informazioni disponibili, ma dalla qualità delle domande che si è in grado di fare.
Il contesto decisionale procurement: chi lo costruisce controlla la decisione
Questa è la parte che raramente viene nominata esplicitamente. Chi definisce le domande a cui il report risponde controlla implicitamente lo spazio delle risposte disponibili. Non necessariamente per manipolare — spesso per incentivi strutturali che nessuno ha deciso consapevolmente.
Il vendor produce dati che mostrano il valore della sua piattaforma. È il suo lavoro. L’IT produce report che mostrano la stabilità dei sistemi che gestisce. È il suo incentivo. Il CFO produce analisi che mostrano il controllo della spesa. È la sua metrica di valutazione. Ognuno costruisce il contesto sul proprio perimetro di responsabilità.
Il procurement che lavora solo su questi dati non sta analizzando la realtà — sta leggendo la realtà filtrata attraverso gli incentivi di altri. E quando prende una decisione basata su quella lettura, la decisione è già condizionata da chi ha costruito il contesto.
Come evidenziato nell’analisi sul TCO nel procurement ICT, il perimetro che determina cosa misuri è più importante della precisione con cui lo misuri. Un TCO costruito sulle voci che il vendor ha scelto di includere non è uno strumento di analisi — è una conferma dell’offerta che il vendor ti ha già fatto.
I dati non mancano. Mancano le domande giuste — quelle che nessun altro aveva interesse a fare prima di te.
Come si costruisce un contesto proprio
Non si tratta di raccogliere più dati. Si tratta di decidere quali domande fare prima di aprire il report.
La differenza operativa è precisa: invece di partire dal dato e cercare un’interpretazione, si parte dall’ipotesi che si vuole verificare e si costruisce il dato che serve per farlo. Se il contratto cloud è in rinnovo, la domanda non è “come sta andando il servizio?” — quella è la domanda del vendor. La domanda è “il costo operativo reale di questo servizio, inclusi i costi interni di governance e integrazione, è rimasto dentro le aspettative originali?” Sono due analisi diverse. Producono due contesti diversi. Portano a due negoziazioni diverse.
L’ICT Spend Analysis Dashboard è costruita esattamente su questa logica: non aggregare la spesa come il vendor la riporta, ma distribuirla per categoria di costo reale — diretta, operativa, nascosta — sul perimetro che ha senso per chi deve prendere la decisione, non per chi deve giustificare il contratto. Il dato è lo stesso. Il contesto che lo circonda è diverso. E quella differenza è tutto.
Chi costruisce il contesto decide cosa è visibile. Chi legge il contesto di un altro decide dentro uno spazio che altri hanno già delimitato.
I dati non mancano mai. Le domande giuste quasi sempre
Il problema dell’informazione nel procurement ICT non è tecnico. Non mancano strumenti, non mancano dashboard, non mancano feed di dati. Manca il momento in cui qualcuno si ferma a decidere quali domande il dato deve rispondere — prima che il report venga prodotto, non dopo.
Chi gestisce contratti tecnologici senza costruirsi un contesto proprio legge sempre la realtà attraverso il filtro di chi aveva interesse a produrre quei dati. E prende decisioni che sembrano informate, ma sono già condizionate da chi ha costruito le domande.
Perché i dati nel procurement ICT non bastano per prendere decisioni?
Perché ogni dato è il risultato di domande che qualcuno ha scelto di fare — e chi ha commissionato il report ha scelto le domande in base ai propri incentivi. Il vendor produce dati che mostrano il valore del suo servizio. L’IT produce report sulla stabilità dei sistemi che gestisce. Il procurement legge risposte a domande che altri hanno formulato.
Cosa si intende per “contesto” nell’analisi dei dati ICT?
Il contesto è la storia che trasforma un numero in un segnale. Un tasso di utilizzo al 73% è alto o basso? Dipende dalle aspettative originali, dalla baseline scelta, dal momento in cui viene misurato. Senza questa storia, il dato è corretto ma non interpretabile. Con questa storia, diventa la base per una decisione.
Come può il procurement costruirsi un contesto informativo autonomo?
Partendo dalle domande prima dei dati. Non “come sta andando il servizio?” — quella è la domanda del vendor — ma “il costo operativo reale di questo servizio è dentro le aspettative originali?” Sono analisi diverse, producono contesti diversi, portano a negoziazioni diverse. Il dato è lo stesso: cambia chi ha deciso cosa misurare.
Condividi questo articolo