
Se il tuo fornitore software non risponde in 48 ore, non è solo un fastidio: è un rischio per i tuoi clienti. Scopri come riconoscerlo e cosa fare.
Un fornitore che non risponde in 48 ore a una richiesta urgente non è un semplice ritardo amministrativo: è un blocco operativo che si trasferisce direttamente sul cliente finale. Se il tuo gestionale si inceppa, il tuo ecommerce va offline o un'automazione smette di funzionare, ogni ora di silenzio del fornitore diventa un'ora in cui la tua PMI non riesce a servire chi paga.
Nel mercato italiano delle PMI, molti contratti con software house o freelance non prevedono un tempo di risposta scritto, o lo prevedono in modo vago ('supporto incluso'). In pratica, quando succede un problema, il ticket finisce in una coda senza priorità, l'unico contatto umano è un numero di cellulare che a volte risponde, e nessuno si assume la responsabilità di dire quando la cosa verrà risolta. Il risultato è che l'azienda scopre l'affidabilità del proprio fornitore proprio nel momento peggiore, quando ne ha più bisogno.

Il costo nascosto non è il tempo perso, ma il cliente che nel frattempo trova un'alternativa e non torna più indietro.
Quando un cliente prova a ordinare sul tuo ecommerce e trova un errore, oppure chiama il tuo servizio assistenza e nessuno riesce a dargli una risposta perché il sistema interno è fermo, quel cliente non aspetta. Cerca un'alternativa, la trova, e la prossima volta parte da lì. Il fornitore che non risponde non fa perdere solo produttività interna: fa perdere fatturato che spesso non si nota subito, perché arriva sotto forma di mancata riconferma d'ordine, non di un reclamo esplicito.
Per chi non ha un IT interno, ogni blocco tecnico dipende al cento per cento dal fornitore esterno. Se quel fornitore non ha un canale di escalation chiaro, il tempo di inattività si allunga da ore a giorni, ed è in quei giorni che si giocano le vendite stagionali o le consegne promesse.
Un flusso automatico che si interrompe silenziosamente (una fattura non generata, un ordine non sincronizzato) è più pericoloso di un guasto visibile, perché nessuno se ne accorge finché il danno non è già fatto. Qui la rapidità di risposta del fornitore fa la differenza tra un incidente contenuto e una crisi con un cliente.
L'affidabilità del fornitore è un vantaggio competitivo perché la tecnologia, di per sé, è ormai alla portata di quasi tutti: quello che distingue chi cresce da chi resta fermo è la certezza di poter contare su chi l'ha costruita.
Molte PMI italiane hanno oggi accesso agli stessi strumenti di AI e automazione delle grandi aziende. La differenza non è più solo cosa si usa, ma con chi lo si è costruito e chi risponde quando qualcosa si rompe. Un fornitore che garantisce tempi di risposta certi diventa parte della resilienza operativa dell'azienda, non solo un costo da riga di bilancio.
Un contratto senza tempi di risposta scritti non è un contratto di supporto: è una promessa verbale che nessuno può far valere quando serve davvero.
Un vero SLA per una PMI deve indicare tempi di risposta massimi per priorità, un referente unico raggiungibile e un canale di escalation chiaro, non solo un generico 'supporto incluso'.
Molte PMI firmano contratti software senza chiedere cosa succede in caso di guasto critico. Un SLA utile per chi non ha un IT interno dovrebbe includere pochi elementi concreti, facili da verificare anche senza competenze tecniche.
Prima di firmare, vale la pena chiedere per scritto quali sono i tempi di risposta garantiti, e verificare se il fornitore li ha già rispettati con altri clienti simili. Una risposta vaga a questa domanda è già un segnale.
Un modo semplice per capirlo è ripercorrere le ultime richieste di supporto: quanto tempo è passato tra la segnalazione e la prima risposta utile? Se la risposta è 'non lo so' o 'troppo', probabilmente è il momento di rivedere il rapporto.

Un'automazione costruita in codice puro su misura è più facile da diagnosticare e correggere rapidamente rispetto a un flusso costruito su piattaforme no-code di terze parti, perché il partner che l'ha scritta conosce ogni riga e non dipende da un tool esterno.
Quando un'automazione è costruita incastrando più strumenti no-code tra loro, un guasto può dipendere da un aggiornamento di uno di questi strumenti che nessuno controlla direttamente. Un'automazione scritta in codice su misura, invece, resta sotto il controllo diretto di chi l'ha realizzata: la diagnosi è in genere più diretta, anche se restano da monitorare i sistemi esterni a cui si collega.
La velocità di risposta di un fornitore non è un valore aggiunto opzionale: è la prova che il sistema che ti ha costruito lo conosce davvero, riga per riga.
Nel caso ERP Costruzioni, la redazione di un preventivo è passata da 8 ore a 5 click, in 30 giorni.
Non è solo una questione di velocità interna: quando un processo critico diventa immediato, l'azienda può rispondere ai propri clienti con la stessa rapidità che si aspetta dal proprio fornitore tecnologico. La stessa logica vale per About medically s.r.l., che ha ottenuto +85% di velocità di generazione documentale in 90 giorni.
Basta rispondere a poche domande concrete per capire se il rapporto con il fornitore attuale è un rischio silenzioso per il business.
Se hai risposto sì a due o più domande, probabilmente è il momento di rivedere il rapporto con il tuo fornitore attuale, prima che il prossimo blocco costi più di un ticket di supporto.
Leomat costruisce automazioni e gestionali su misura in codice puro e, dopo il lancio, ne cura monitoraggio, log e correzione continua.
Per chi non ha un team IT interno, la cosa più utile non è solo la tecnologia, ma sapere chi segue il sistema dopo il lancio. Leomat lavora con le PMI italiane offrendo la realizzazione di ERP su misura pensati sulle esigenze reali dell'azienda, senza sovra-ingegnerizzare processi che non ne hanno bisogno. Tra i casi seguiti, ERP Costruzioni è passata da 8 ore a 5 click nella redazione dei preventivi, e un'agenzia marketing di Roma ha ottenuto l'80% di lead qualificati in più con agenti AI vocali. Se vuoi capire se il tuo attuale fornitore ti sta davvero seguendo o solo gestendo ticket, puoi confrontarti con il team di Leomat su come dovrebbe essere un supporto tecnico realmente affidabile.
Per capire se il problema riguarda anche i tuoi sistemi interni, può essere utile leggere anche 7 segnali che i tuoi software non si parlano tra loro o, se il freno è di budget più che tecnico, 5 errori di budget che bloccano l'automazione nella tua PMI. Chi gestisce ancora un magazzino con strumenti improvvisati troverà utile anche Il magazzino su Excel che ti sta facendo perdere vendite online.
Per problemi bloccanti, conviene chiedere per iscritto un tempo massimo di prima risposta, commisurato a quanto il blocco pesa sul lavoro dell'azienda. Oltre le 48 ore senza nessun contatto, il rischio che il cliente finale percepisca il disservizio aumenta sensibilmente, soprattutto per ecommerce e servizi con orari di punta.
Deve indicare tempi massimi di risposta per livello di priorità, un referente identificabile, un canale di escalation chiaro e la distinzione tra ciò che è incluso nel supporto e ciò che comporta costi extra. Senza questi elementi scritti, il supporto resta una promessa verbale difficile da far valere.
Perché chi l'ha scritta ne controlla la logica e può intervenire direttamente in caso di guasto, senza passare da un intreccio di piattaforme intermedie. Restano da monitorare le API dei sistemi collegati, che possono cambiare, ma la diagnosi è in genere più diretta.
Ripercorri le ultime richieste di supporto e verifica quanto tempo è passato prima di una risposta utile. Se non hai un referente chiaro o il contratto non specifica tempi di risposta, è un segnale che vale la pena approfondire prima che accada un blocco critico.
Il passaggio richiede una fase di analisi iniziale per capire cosa è già in uso e cosa va migrato, ma un partner serio la gestisce insieme all'azienda passo dopo passo, senza richiedere competenze tecniche interne per portarla a termine.
Questo post è stato realizzato con AI
Contenuti (testi, elaborazioni, citazioni e immagini) generati o manipolati artificialmente mediante sistemi di intelligenza artificiale. Informativa resa ai sensi degli obblighi di trasparenza di cui all’art. 50 del Regolamento (UE) 2024/1689 (AI Act), applicabile dal 2 agosto 2026.