Nel settore IT le trattative che naufragano proprio sul filo di lana sono purtroppo frequenti. Succede quando tutto sembra concordato e, a un passo dalla firma o dal rilascio, qualcosa va storto: un requisito non più accettato, un rischio emerso, un budget che salta.
Una delle cause più comuni è che le parti non avevano davvero la stessa idea di cosa significasse “consegnare”. In progetti software questo si traduce in definizioni vaghe dei requisiti, user story incomplete o ambiguità sul livello di qualità atteso. Quando il cliente vede il prodotto e lo confronta con la propria immagine mentale, può ritenere che manchi qualcosa di essenziale e ritirarsi.
Spesso emergono vincoli tecnici non previsti: incompatibilità tra sistemi, performance insufficienti durante i test di carico, dipendenze da componenti obsoleti. Se la due diligence tecnica è stata superficiale, questi problemi vengono scoperti solo nelle fasi finali, quando risolverli richiede tempo o modifica il prezzo. La negoziazione si raffredda e la controparte può decidere di abbandonare.
Un errore organizzativo tipico è far dialogare le squadre tecniche mentre i decisori finali restano fuori. Il team può accordarsi su una soluzione tecnica, ma poi il direttore finanziario o l’ufficio legale respinge i termini. La mancanza di autorizzazioni chiare o la necessità di ulteriori approvazioni introduce ritardi e incertezza, e spesso porta al fallimento della trattativa all’ultimo minuto.
Le clausole legali e le garanzie sono un altro terreno minato. Il fornitore potrebbe non accettare la responsabilità su certi rischi o chiedere limiti di responsabilità che il cliente giudica inaccettabili. In ambito IT, la gestione dei dati, la conformità alla privacy e la responsabilità per malfunzionamenti critici sono elementi che possono bloccare la firma se non sono stati negoziati con attenzione.
Capita spesso che la disponibilità economica cambi all’ultimo istante: una riassegnazione di budget, un taglio imprevisto o una nuova priorità aziendale. Anche un cambio di strategia del cliente può trasformare una trattativa apparentemente solida in qualcosa di non più rilevante. Nel mondo IT il tempo è prezioso: se il progetto perde valore strategico, la controparte può ritirarsi.
Molti accordi si incrinano per semplici problemi di comunicazione. Messaggi mal interpretati, aspettative implicite, o la mancanza di una documentazione condivisa fanno degenerare la fiducia. La comunicazione non è solo frequenza, ma precisione: minute ambigue, email con frasi generiche, o versioni multiple del contratto possono creare confusione e alimentare la paura di imprevisti.
Il rapporto personale conta molto nelle trattative. Se uno dei soggetti percepisce che l’altro non è trasparente o cerca di ottenere vantaggi troppo spinti, la fiducia si rompe. Nel settore tecnologico, dove l’investimento è spesso significativo e i risultati non sono immediati, l’assenza di fiducia può essere letale per un accordo già avanti nella fase finale.
Ci sono casi in cui una parte tenta manovre aggressive proprio quando l’accordo è vicino: richieste di sconto estremo, clausole migliorative richieste all’ultimo secondo, o la minaccia di alternative. Queste mosse possono essere viste come una forma di ricatto e provocano reazioni di chiusura. La negoziazione perde il carattere collaborativo e diventa un gioco di posizioni, spesso senza vincitori.
Alcune pratiche concrete aiutano a ridurre la probabilità che una trattativa si rompa all’ultimo minuto. Primo: avviare una due diligence tecnica e legale approfondita nelle fasi iniziali. Questo prende tempo, ma evita sorprese. Secondo: definire chiaramente ruoli e autorizzazioni, così da sapere chi ha potere di firma. Terzo: mettere per iscritto i criteri di accettazione e i deliverable, con esempi concreti e metriche misurabili.
Introdurre checkpoint decisionali e milestone che rilasciano fondi o approvazioni a tappe può distribuire il rischio e mantenere l’impegno delle parti. Anche accordi di servizio provvisorio, come un proof of concept con obiettivi limitati, consentono di verificare rapidamente ipotesi senza impegnarsi su larga scala.
Spesso la differenza tra successo e fallimento è la capacità di mostrare flessibilità senza perdere confini. Permettere piccole modifiche negoziate, offrire piani di contingenza o proporre soluzioni ibride può salvare una trattativa che altrimenti sarebbe destinata al fallimento. La flessibilità va però bilanciata con la chiarezza: ogni cambiamento deve avere impatti economici e temporali delineati.
Le trattative IT che falliscono all’ultimo minuto lo fanno per un mix di cause: tecniche, organizzative, economiche e umane. Non esiste un’unica ricetta per evitarlo, ma un approccio che combina due diligence, comunicazione chiara, ruoli definiti e un pizzico di flessibilità aumenta notevolmente le probabilità di arrivare fino in fondo. A volte non basta il contratto migliore: serve anche un modo di negoziare che costruisca fiducia prima che sorgano i problemi.