Connettività da un operatore, firewall da un system integrator, gestionale dalla software house, cloud da un terzo, assistenza sui PC da un tecnico di fiducia: la situazione tipica di una PMI italiana non è un fornitore IT, sono cinque o più. Di per sé non è un problema — la specializzazione ha senso — ma diventa un problema quando il coordinamento resta un compito informale dell'imprenditore o dell'amministrazione. In questo articolo raccolgo le pratiche che uso per gestire più fornitori IT senza che responsabilità e controllo si disperdano nei vuoti tra un contratto e l'altro.
Partire dalla mappa dei perimetri
Il primo strumento è una mappa scritta di chi fa cosa: per ogni fornitore, quali sistemi presidia, quali servizi eroga, dove inizia e dove finisce la sua responsabilità. Sembra banale; quasi mai esiste. E senza mappa succedono due cose: alcune aree sono coperte da due fornitori che si pestano i piedi (e si fatturano attività sovrapposte), altre non sono coperte da nessuno — e lo si scopre durante un incidente.
La mappa deve includere anche le dipendenze: il gestionale dipende dal database, che dipende dal server, che dipende dalla rete. Un incidente attraversa queste dipendenze senza rispettare i confini contrattuali; chi coordina deve conoscerle prima, non ricostruirle a sistemi fermi.
Contatti ed escalation
Per ogni fornitore servono, per iscritto: i canali di contatto corretti per ogni tipo di richiesta, i referenti con nome e ruolo, e il percorso di escalation quando la via ordinaria non basta — a chi si sale, dopo quanto tempo, con quali informazioni. Una rubrica di escalation aggiornata vale moltissimo nel momento peggiore: quando un sistema critico è fermo, cercare il numero giusto non è un'attività accettabile.
Il complemento è la disciplina interna: le richieste ai fornitori dovrebbero passare da canali tracciati, non da telefonate estemporanee di chiunque in azienda. Ogni richiesta fuori canale è un pezzo di storia che si perde e, spesso, un costo non controllato.
Accessi e passaggi di consegne
Gli accessi dei fornitori ai sistemi aziendali sono uno dei punti più trascurati. Le domande a cui l'azienda deve saper rispondere sono precise: chi può accedere a cosa, con quali credenziali, nominative o condivise? Gli accessi remoti sono tracciati? Cosa succede quando il tecnico del fornitore cambia? E soprattutto: quando un rapporto finisce, chi revoca gli accessi e chi verifica che la documentazione e le credenziali siano state restituite?
Ogni ingresso e ogni uscita di un fornitore dovrebbe seguire una checklist minima: accessi concessi e registrati all'ingresso; accessi revocati, documentazione consegnata e conoscenza trasferita all'uscita. I passaggi di consegne fatti male sono il modo più comune in cui un'azienda perde il controllo della propria infrastruttura senza accorgersene.
Contratti, rinnovi e sovrapposizioni
Il quadro contrattuale merita un presidio dedicato: un calendario di scadenze, rinnovi e termini di disdetta, riesaminato periodicamente. I tre difetti che trovo più spesso:
- rinnovi automatici per inerzia: servizi che nessuno ha rivalutato da anni e che si rinnovano da soli;
- servizi sovrapposti: due contratti che coprono la stessa cosa, ereditati da momenti diversi della storia aziendale;
- livelli di servizio mai definiti: contratti che descrivono il canone con precisione e le responsabilità con vaghezza.
Rimettere ordine qui produce spesso i risparmi più rapidi — non tagliando ciò che serve, ma smettendo di pagare ciò che non serve più.
Gli incidenti multi-fornitore
È il banco di prova di tutto il resto. Quando un problema attraversa più perimetri — e i problemi seri lo fanno quasi sempre — ogni fornitore tende, comprensibilmente, a verificare il proprio pezzo e a dichiararlo sano. Senza un coordinamento, l'azienda passa ore a fare da tramite tra interlocutori che non si parlano.
La gestione corretta richiede: un punto unico di coordinamento con visibilità su tutti i perimetri; l'autorità di stabilire l'ordine delle verifiche e di convocare i fornitori sullo stesso tavolo (anche solo una call congiunta cambia la dinamica); una cronologia scritta dell'incidente; e, a valle, un'analisi che chiarisca la causa e le azioni correttive, invece di archiviare tutto con un «si è risolto». Ho descritto un caso tipo nell'articolo sulle differenze tra IT Manager esterno, fornitore e consulente.
La governance periodica
I fornitori importanti non si gestiscono solo negli incidenti. Una cadenza di incontri di riesame — trimestrale o semestrale, secondo la criticità — con ordine del giorno stabile: andamento del servizio rispetto agli impegni, criticità aperte, attività previste, rinnovi in arrivo. Ne escono verbali brevi con impegni e scadenze, che al riesame successivo vengono verificati. È una pratica semplice che cambia la natura della relazione: da rapporto reattivo, fatto solo di richieste e urgenze, a rapporto gestito.
Criteri di valutazione
Per decidere se un fornitore merita conferma, i criteri utili sono pochi e osservabili: rispetta gli impegni presi? I problemi nel suo perimetro si ripetono o si chiudono? Documenta ciò che fa? Segnala i rischi in anticipo o si limita a rispondere? È trasparente su costi e rinnovi? La valutazione va fatta su evidenze raccolte nel tempo — verbali, registro delle criticità, esiti — non sull'impressione dell'ultima settimana. E va fatta a mandati chiari: un fornitore non può essere giudicato su responsabilità che nessuno gli ha mai assegnato.
Il piano di uscita
Infine, il tema che nessuno vuole affrontare finché non è tardi: ogni fornitore critico dovrebbe avere un piano di uscita almeno abbozzato. Non per sfiducia, ma per igiene: sapere quali dati, configurazioni e documentazione servirebbero per migrare, quali vincoli contrattuali esistono, quanto durerebbe una transizione. Un'azienda che non può cambiare un fornitore non ha un fornitore: ha una dipendenza. E le dipendenze, come tutti i rischi, vanno almeno conosciute e decise consapevolmente.
Chi tiene la regia
Tutte queste pratiche hanno un prerequisito: qualcuno che le presidi con continuità. Non è un ruolo che possa essere delegato a uno dei fornitori — nessuno può coordinare sé stesso e i propri concorrenti — e raramente può restare in capo all'imprenditore senza sottrarre tempo al suo lavoro vero. È esattamente il perimetro del servizio di gestione fornitori IT, e una delle ragioni ricorrenti per cui le PMI arrivano a valutare un IT Manager esterno, come racconto nell'articolo su quando una PMI ha bisogno di un IT Manager esterno.
Se la tua azienda ha più fornitori IT e nessuna mappa scritta di chi risponde di cosa, quello è il punto da cui partire. Contattami se vuoi confrontarti sulla tua situazione: rimettere ordine tra perimetri e responsabilità è un lavoro concreto, con risultati visibili in tempi brevi.