La mail arriva alle 22:40 di un giovedì. Il titolare di un’azienda di food & beverage in Campania — 35 milioni di fatturato, terza generazione, centoventi dipendenti, distribuzione GDO in tutta Italia — mi scrive tre righe: “Raffaele, domani mattina il fornitore dell’eCommerce B2B viene a presentarci la fase 3.
Non ho capito cosa c’era nella fase 2.
Puoi venire?” Arrivo alle 9. La riunione dura due ore.
Il fornitore — una software house con sede a Milano, sette persone sul progetto — presenta quaranta slide. Roadmap, wireframe, integrazioni, timeline. Parla di API, di middleware, di headless commerce. Il titolare annuisce. Il figlio, che gestisce il canale horeca, prende appunti. Il direttore commerciale guarda il telefono. Alla fine il titolare mi guarda e mi dice, a bassa voce: “Tu hai capito?” Gli rispondo: “Ho capito perfettamente. Il problema è che lui ti sta spiegando cosa farà. Non ti ha mai chiesto cosa ti serve.”
Quel progetto era partito undici mesi prima con un budget di 40.000 euro. Eravamo a più di 60.000 ed entravamo nella “fase 3” — che nessuno in azienda aveva chiesto, approvato o capito. Il fornitore non era incompetente. Era bravo, tecnicamente preparato, e stava costruendo un eCommerce B2B solido. Il problema era un altro: da qualche mese aveva smesso di essere un fornitore ed era diventato il decisore. Sceglieva lui le priorità. Definiva lui il perimetro. Proponeva lui le fasi. L’azienda pagava e annuiva — perché non aveva gli strumenti per fare diversamente.
In questo articolo trovi: il meccanismo per cui nelle aziende familiari il fornitore digitale finisce per guidare il progetto, i tre momenti in cui il controllo si perde (e come riconoscerli), la differenza tra un fornitore che esegue e un fornitore che comanda, e le regole concrete per costruire un rapporto che funziona per entrambi — senza conflitto, ma con governance.
Perché il fornitore digitale finisce per comandare il progetto
Partiamo dal meccanismo, perché se non lo vedi non puoi fermarlo.
Un imprenditore che produce valvole industriali, distribuisce prodotti alimentari o gestisce una catena di cliniche sa esattamente cosa chiedere a un fornitore di materie prime, a un trasportatore, a un consulente del lavoro. Ha i criteri. Conosce i prezzi di mercato. Sa valutare la qualità della consegna. Ha fatto quel mestiere per vent’anni.
Sul digitale no.
Sul digitale l’imprenditore compra qualcosa che non capisce fino in fondo, da qualcuno che parla un linguaggio diverso dal suo, con tempi e modalità di consegna che non sa verificare. L’asimmetria informativa è strutturale — non è colpa dell’imprenditore, non è colpa del fornitore. È la natura del rapporto.
E quando c’è asimmetria informativa senza governance, chi ha più informazioni prende il controllo. Non per cattiveria — per inerzia. Il fornitore conosce la tecnologia, vede le possibilità, ha una visione di cosa si potrebbe fare. L’imprenditore non ha gli strumenti per dire “sì a questo, no a quello, questo prima, quello dopo.” Quindi il fornitore propone, l’imprenditore approva, e piano piano il progetto diventa il progetto del fornitore — non dell’azienda.
Nelle aziende familiari questo meccanismo è amplificato da tre fattori. Il primo è la concentrazione decisionale: il titolare decide su tutto — produzione, commerciale, personale, banca — e il digitale è l’ennesimo dossier su una scrivania già piena.
Non ha tempo di presidiare il progetto, quindi delega di fatto la direzione al fornitore.
Il secondo è la fiducia relazionale: nelle familiari il rapporto con il fornitore diventa personale. “Mi fido di lui, lavoriamo insieme da tre anni.” La fiducia è un valore — ma non è un sostituto della governance. Il terzo è l’assenza di un leader digitale interno: non c’è un CTO, non c’è un digital manager, non c’è nessuno in azienda la cui responsabilità sia valutare ciò che il fornitore propone e decidere se ha senso per il business.
I tre momenti in cui perdi il controllo del progetto
Il controllo non si perde in un colpo. Si perde in tre momenti specifici, ciascuno con un meccanismo diverso. Se li riconosci in tempo, puoi intervenire. Se li lasci passare, il fornitore diventa il pilota e tu il passeggero.
Momento 1: il perimetro diventa “quello che il fornitore propone”
All’inizio il progetto ha un obiettivo chiaro: un eCommerce per il canale B2B, un CRM per i commerciali, una migrazione ERP. Poi il fornitore inizia a proporre aggiunte. “Già che ci siamo, aggiungiamo il modulo preventivi.” “Questa integrazione con il magazzino la facciamo subito, così dopo non dobbiamo tornare indietro.” “Vi conviene fare anche il portale agenti, il costo marginale è basso.”
Ogni singola proposta ha una sua logica. Il problema non è la proposta — è che non esiste un processo per valutarla. Non c’è qualcuno che si chiede: questa aggiunta è allineata con la priorità strategica dell’azienda? Quanto costa davvero, non solo in sviluppo ma in tempi e complessità? Cosa slitta se la aggiungiamo? Chi l’ha chiesta — il business o il fornitore?
Senza queste domande, il perimetro si allarga per accumulo. E ogni allargamento porta il progetto più lontano dall’obiettivo originale e più vicino a quello che il fornitore sa fare e vuole vendere.
Momento 2: le riunioni diventano presentazioni, non decisioni
Questo è il segnale più sottile e più pericoloso. All’inizio del progetto le riunioni sono operative: si discute, si decide, si assegnano compiti. Poi, gradualmente, diventano presentazioni unidirezionali. Il fornitore arriva con le slide, mostra cosa ha fatto, spiega cosa farà. L’azienda ascolta, fa qualche domanda, dice “ok, procedi.”
Il momento in cui le riunioni di progetto smettono di essere momenti decisionali e diventano momenti informativi è il momento in cui il fornitore ha preso il comando. Perché informare non è lo stesso di decidere. Quando il fornitore presenta e tu approvi, lui sta decidendo — tu stai ratificando. E c’è una differenza enorme.
Il meccanismo si autoalimenta: più l’azienda si limita ad ascoltare, meno il fornitore chiede input. Meno il fornitore chiede input, meno l’azienda si prepara per le riunioni. Meno l’azienda si prepara, più il fornitore prende spazio. In sei mesi il progetto è diventato una cosa che “fa il fornitore” — e l’azienda è diventata spettatrice del proprio investimento.
Momento 3: nessuno in azienda sa dire come sta andando
Fai una prova: chiama il referente interno del progetto e chiedigli tre cose. A che punto siamo rispetto al piano? Quanto abbiamo speso rispetto al budget? Qual è il prossimo deliverable e quando arriva?
Se non sa rispondere a tutte e tre, il controllo è già perso. Non perché il referente sia incompetente — perché nessuno ha costruito gli strumenti per rispondere. Non ci sono KPI di avanzamento. Non c’è un budget tracker condiviso. Non c’è un documento aggiornato con lo stato delle milestone. Tutte queste informazioni esistono nella testa del fornitore — che è esattamente il problema.
Chi ha le informazioni, ha il potere. Se l’unico che sa a che punto è il progetto è il fornitore, l’unico che può decidere cosa fare dopo è il fornitore. L’azienda dipende dalla narrazione del fornitore — e la narrazione del fornitore, per quanto onesta, è strutturalmente ottimista. Perché il suo incentivo è continuare, non fermare.
La differenza tra un fornitore che esegue e un fornitore che comanda
Attenzione: il punto non è avere un fornitore che obbedisce ciecamente. Un buon fornitore digitale porta competenza, propone soluzioni, sfida le richieste del cliente quando non hanno senso tecnico. Questo è valore — e va pagato.
La differenza sta in chi prende le decisioni strategiche. Chi decide cosa si fa, in che ordine, con quale priorità, entro quando, e con quale budget. Queste decisioni sono dell’azienda — sempre. Anche se l’azienda non ha competenze tecniche. Anzi, soprattutto se non le ha.
Un fornitore che esegue dice: “Ecco tre opzioni per risolvere questo problema. Questa costa X e richiede Y settimane. Questa costa il doppio ma è più scalabile. Questa è un compromesso. Quale preferite?” Porta le opzioni, spiega i trade-off, lascia la decisione al cliente.
Un fornitore che comanda dice: “Abbiamo deciso di procedere con l’architettura headless perché è la soluzione migliore per il vostro caso.” Ha già deciso. Ti sta informando, non consultando.
Nessuno dei due è necessariamente in malafede. Ma nel secondo caso l’azienda ha perso il governo del progetto. E il fornitore che comanda costa di più — non perché sia disonesto, ma perché le sue scelte sono guidate dalla sua competenza e dal suo modello di business, non dalle priorità strategiche dell’azienda. Il middleware più elegante non è necessariamente quello che serve a un’azienda di 35 milioni che ha bisogno di un eCommerce B2B funzionante entro sei mesi.
Ecco dove la tesi diventa scomoda: il problema non è il fornitore. Il problema è che l’azienda non ha costruito le regole per governarlo. Un fornitore bravo in un contesto senza governance diventa un fornitore che comanda — non per scelta, ma perché qualcuno deve guidare, e se l’azienda non lo fa, lo fa lui. I vendor bravi migliorano quando c’è governance. I mediocri si smascherano da soli. In entrambi i casi, le regole alzano il livello per tutti.
Come costruire un rapporto fornitore-azienda che funziona
Non servono conflitti, non serve diffidenza. Serve struttura. Ecco le regole che installo in ogni progetto che governo.
Regola 1: il perimetro si scrive prima e si modifica solo con un processo formale
Prima di firmare qualsiasi contratto, il perimetro va definito in un documento che entrambe le parti firmano. Non “un eCommerce B2B” — ma: quali funzionalità, per quali utenti, con quali integrazioni, entro quale data, con quale budget. Tutto ciò che non è scritto non esiste.
Quando — inevitabilmente — emerge una richiesta aggiuntiva, il processo è: il fornitore stima costo e impatto sui tempi, il referente interno valuta la priorità rispetto al piano, il titolare approva o rinvia. Se non c’è questo processo, ogni richiesta entra di default. E il perimetro si deforma fino a diventare irriconoscibile.
Regola 2: le riunioni hanno un’agenda decisionale, non una presentazione
Ogni riunione di progetto deve avere tre elementi: lo stato delle milestone rispetto al piano (fatto/non fatto, in tempo/in ritardo), le decisioni da prendere (con opzioni e trade-off, non con soluzioni preconfezionate), e le azioni assegnate con data e responsabile.
Se il fornitore arriva con quaranta slide e nessuna domanda per l’azienda, la riunione è inutile. Se l’azienda esce dalla riunione senza aver preso almeno una decisione, la riunione è inutile. La cadenza minima è ogni due settimane — mensile è troppo poco per mantenere il controllo, settimanale è troppo per un imprenditore che ha mille altre priorità.
Regola 3: i KPI di progetto li definisce l’azienda, non il fornitore
Il fornitore misura lo stato del progetto in termini tecnici: sprint completati, story point consegnati, test superati. Sono metriche utili per lui — non per l’imprenditore. L’azienda deve avere i suoi KPI, comprensibili e verificabili: percentuale di funzionalità consegnate rispetto al piano, budget consumato rispetto al totale, adozione interna nelle fasi pilota, tempi di risposta alle richieste di modifica.
Questi KPI vanno condivisi con il fornitore all’inizio del progetto. Non per controllarlo — per avere un linguaggio comune. Quando il fornitore dice “siamo a buon punto” e l’azienda vede che il 60% del budget è speso per il 30% delle funzionalità, la conversazione diventa concreta.
Regola 4: l’owner interno non è opzionale
Ogni progetto deve avere una persona interna — con nome e cognome — che è responsabile del risultato. Non del processo, del risultato. Questa persona non deve essere un tecnico: deve essere qualcuno che capisce il business, ha l’autorità di dire “no” al fornitore, e ha tempo dedicato al progetto (almeno il 20% della sua settimana).
Nelle aziende familiari piccole, spesso questa persona non esiste. Il titolare non ha tempo, il figlio ha un altro ruolo, il direttore amministrativo non ha competenze digitali. In questi casi, la scelta è: o costruisci questa competenza internamente (che è la strada giusta a medio termine), o ti fai affiancare da qualcuno di indipendente che non vende niente al fornitore e non compra niente da lui. Ma non puoi lasciare il progetto senza owner — perché un progetto senza owner è un progetto del fornitore.
Regola 5: il contratto prevede punti di uscita
Un contratto che non prevede criteri di stop-go e momenti di revisione è un contratto che tutela solo il fornitore. Ogni trimestre — o a ogni milestone significativa — deve esserci un momento formale in cui l’azienda guarda i numeri e decide: continuiamo come previsto, modifichiamo il piano, o fermiamo e rivalutiamo.
Questo non è diffidenza. È governance. E i fornitori seri lo apprezzano, perché li protegge tanto quanto protegge l’azienda: se il progetto va bene, i numeri lo dimostrano. Se va male, si interviene prima che diventi un disastro per entrambi.
Nell’era AI, il rischio di perdere il controllo raddoppia
Tutto questo vale il doppio per i progetti AI che stanno iniziando a entrare nelle PMI. L’AI aggiunge un livello ulteriore di asimmetria informativa: il fornitore non solo sa più dell’azienda sulla tecnologia, ma opera in un campo dove nemmeno il mercato ha ancora criteri consolidati. Nessuno sa davvero quanto costa un progetto AI, quanto tempo serve, o come si misura il successo.
In questo contesto, lasciare che il fornitore guidi è ancora più pericoloso. Perché il fornitore AI — che sia una software house, un consulente, o una piattaforma — vende aspettative. “L’AI vi farà risparmiare il 40% del tempo.” “Con l’AI automatizzate tutto il customer service.” “Vi serve un progetto di AI strategy.” Frasi che suonano bene ma non significano niente senza un perimetro, dei criteri, e qualcuno in azienda che possa valutare.
L’AI amplifica ciò che c’è. Se c’è governance nel rapporto con il fornitore, l’AI diventa uno strumento potente nelle mani giuste. Se non c’è governance, l’AI diventa l’ennesimo progetto dove il fornitore presenta quaranta slide e l’imprenditore annuisce senza aver capito — solo che questa volta le slide parlano di LLM, RAG e automazione intelligente.
Il criterio che puoi applicare al prossimo incontro con il fornitore
La prossima volta che hai una riunione di progetto con un fornitore digitale, osserva tre cose.
Chi parla di più — tu o lui? Se il fornitore parla per l’80% del tempo e tu ascolti, non è una riunione di progetto. È una presentazione. E le presentazioni non producono decisioni.
Chi porta le opzioni — e chi decide? Se il fornitore arriva con una soluzione già scelta e ti chiede di approvarla, ha già deciso per te. Se arriva con tre opzioni, i trade-off, e una raccomandazione — sta facendo il suo lavoro e rispettando il tuo ruolo.
Sai rispondere a questa domanda: quanto abbiamo speso e quanto manca? Se non lo sai — e il fornitore non te lo dice spontaneamente in ogni riunione — il progetto non ha trasparenza. E senza trasparenza non c’è governance.
Il fornitore bravo non è quello che ti toglie i problemi dalla scrivania. È quello che ti porta le decisioni sulla scrivania — con i dati per decidere bene. Se il tuo fornitore non lo fa, non è necessariamente un cattivo fornitore. Forse nessuno gli ha mai chiesto di farlo. Inizia a chiedere. I bravi risponderanno con entusiasmo. Gli altri, con imbarazzo. In entrambi i casi, avrai la tua risposta.
Domande frequenti
Come capire se il fornitore digitale sta guidando il progetto al posto mio?
Tre segnali immediati: le riunioni di progetto sono presentazioni dove il fornitore mostra e tu approvi, il perimetro si è allargato senza che tu abbia preso decisioni formali in merito, e l’unica persona che sa davvero a che punto è il progetto è il project manager del fornitore. Se riconosci almeno due di questi segnali, il controllo è già passato dall’altra parte della scrivania.
Quali clausole contrattuali servono per governare il rapporto con un fornitore IT?
Le clausole essenziali sono quattro: perimetro dettagliato con lista esplicita di cosa è dentro e cosa è fuori, processo formale per le change request (chi chiede, chi approva, stima di costo e impatto prima di procedere), milestone con criteri di accettazione verificabili, e punti di revisione trimestrali con facoltà di sospensione se i KPI concordati non sono rispettati. Queste clausole non rendono il rapporto conflittuale — lo rendono trasparente.
Come gestire il rapporto con il fornitore quando non ho competenze tecniche interne?
L’assenza di competenze tecniche non significa assenza di governo. L’imprenditore non deve capire il codice — deve capire se il progetto sta andando dove serve al business. Le regole operative sono: pretendere KPI di avanzamento comprensibili (non tecnici), avere un referente interno con tempo dedicato e autorità decisionale, e se necessario farsi affiancare temporaneamente da un advisor indipendente che non ha rapporti economici con il fornitore. L’obiettivo è costruire nel tempo la competenza interna per governare in autonomia.
Il fornitore può sentirsi attaccato se introduco regole di governance?
Un fornitore serio accoglie la governance con sollievo — perché regole chiare proteggono anche lui. Se il perimetro è definito, non ci sono contestazioni. Se i KPI sono condivisi, i risultati parlano da soli. Se i punti di uscita sono previsti, nessuno resta intrappolato. I fornitori che resistono alla governance sono quelli che hanno qualcosa da nascondere — o che hanno un modello di business basato sull’espansione non controllata del progetto. In entrambi i casi, la loro resistenza è la risposta alla tua domanda.
