// TOM'S HARDWARE ITALIA — FINANZA
Promiseware, o la sottile arte di vendere hardware che non esiste
Un produttore annuncia un'architettura di calcolo le cui prestazioni dipendono da un firmware ancora in roadmap, un distributore apre i pre-ordini su una linea di notebook non ancora prodotta, un commerciale promette che "le funzioni avanzate si sbloccano con il prossimo aggiornamento". Nell'hardware B2B questa pratica ha un nome preciso: promiseware, vendere oggi un asset tecnologico sulla base di ciò che la filiera promette che farà, non di ciò che fa davvero al momento dell'installazione. L'ho descritto per primo con questo nome, ricalcando il vaporware che dagli anni Ottanta etichetta il software annunciato e mai arrivato sugli scaffali.
Pagare oggi una configurazione la cui potenza reale si sblocca solo con un aggiornamento futuro immobilizza capitale su un bene che si svaluta prima ancora di generare valore d'uso, mentre il rischio di instabilità di componenti o firmware ancora "in divenire" produce fermi macchina che nessuna roadmap commerciale include nel prezzo. È la distruzione del TCO (Total Cost of Ownership) vista dal lato di chi compra: il valore manca fin dal primo giorno, molto prima che il costo si veda in bilancio.
Lungo la filiera il promiseware ha tre facce distinte. Un produttore che deve giustificare la propria roadmap agli investitori annuncia prestazioni non ancora validate in laboratorio, un distributore sotto obiettivo trimestrale apre gli ordini su uno stock che esiste solo a listino, un commerciale scarica sul cliente finale una promessa verbale che nel contratto non compare mai. Ciascuno sposta più avanti nel tempo la responsabilità di mantenere quello che ha appena venduto.
Il repertorio verbale è riconoscibile a chiunque abbia seduto a un tavolo di trattativa: "la certificazione arriva nel prossimo trimestre", oppure "il driver è già in fase di validazione interna". Sono frasi costruite per superare un'obiezione tecnica precisa senza offrire nulla di verificabile: nessuna versione, nessuna data contrattualizzata, nessuna penale in caso di ritardo. Chi acquista hardware aziendale dovrebbe trattare ogni promessa di questo tipo come una specifica mancante, non come una specifica posticipata.
Una specifica non ancora disponibile, usata per giustificare un acquisto, produce un ROI calcolato su un numero che ancora non esiste: è la fase che Gartner chiama Innovation Trigger nel proprio modello di adozione tecnologica, quella in cui il prodotto utilizzabile spesso manca e l'efficacia commerciale resta da dimostrare. Comprare in quella fase, invece che in quella successiva in cui il prodotto è misurabile in laboratorio, sposta il rischio dal venditore al compratore.
Il fermo macchina è il rischio che si materializza per primo, e non è un rischio astratto: un'indagine di Splunk su duemila grandi aziende globali stima il costo aggregato dei fermi in 600 miliardi di dollari l'anno, oltre 900mila dollari per ogni ora di interruzione. Un componente critico ancora "in divenire" non compare in nessun preventivo iniziale e arriva quando il budget è già stato speso, esattamente come è successo con gli SSD quando i listini sono saliti fino al 220% in pochi mesi. È lo stesso principio del TCO di cui abbiamo già parlato a proposito dell'estensione della vita utile dei notebook aziendali: il costo reale di un acquisto include tutto quello che accade dopo la firma.
Il criterio corretto capovolge la logica commerciale dominante: si valuta solo ciò che è disponibile, documentato e verificato in laboratorio al momento dell'acquisto, mai la roadmap del venditore, lo stesso rigore che manca a chi gestisce ancora i propri dati critici su un foglio di calcolo isolato. Vale per gli acquisti concentrati quanto per quelli frazionati su più fornitori, dove ogni promessa non mantenuta si moltiplica per il numero di contratti aperti. Le aziende che ignorano questo criterio finiscono spesso fra quelle che perdono margine in silenzio, pagando oggi una specifica che arriverà, forse, fra due trimestri.
Ritengo questa pratica pr