Blog / Scelta del software gestionale

Assistenza del software gestionale: come valutarla prima di scegliere

Pubblicato il 16 settembre 2026 · Redazione Gestionale sul Web

In sintesi: una buona assistenza non si riconosce dalla parola “dedicata”, ma da evidenze. Prima di scegliere un gestionale verifica chi risponde, in quali orari e canali, come sono definite le priorità, che differenza c'è tra presa in carico e risoluzione, quando scatta l'escalation, quali competenze sono disponibili e quali attività sono incluse. Poi invia un caso realistico e assegna un punteggio soltanto a ciò che hai visto o che compare nel contratto.
Team aziendale che valuta il supporto di un software gestionale cloud

Il gestionale può avere le funzioni giuste e una demo convincente, ma il suo valore emerge quando un ordine si blocca, un import non torna o un utente deve imparare una procedura nuova. In quei momenti l'assistenza non è un accessorio: determina quanto velocemente l'azienda torna a lavorare e quante conoscenze riesce a costruire.

Prima distinzione: assistenza, formazione e consulenza non sono la stessa cosa

La richiesta “non riesco a registrare la fattura” può indicare un malfunzionamento, un permesso errato, un dato incoerente o un utente che non conosce il flusso. Per confrontare due offerte bisogna sapere quale servizio interviene in ciascun caso. Il supporto applicativo aiuta a usare correttamente il prodotto e a gestire errori; la manutenzione corregge difetti e distribuisce aggiornamenti; la formazione sviluppa autonomia; la consulenza ridisegna processi o configurazioni; la personalizzazione modifica o estende la soluzione.

Se questi confini restano impliciti, un fornitore può sembrare economico perché esclude attività che un altro comprende nel canone. Chiedi una tabella con esempi inclusi, esclusi e tariffati a parte: recupero dati, configurazioni, report, importazioni, collegamenti esterni, affiancamento e interventi urgenti. Il confronto diventa così omogeneo.

Dodici criteri per valutare l'assistenza del gestionale

  1. Responsabile del servizio. Chiarisci se risponde il produttore, un rivenditore o un partner. Se partecipano più soggetti, stabilisci chi apre il caso verso terzi e chi resta responsabile fino alla chiusura.
  2. Canali disponibili. Email, portale, chat e telefono servono a scopi diversi. Il canale deve raccogliere contesto e allegati, ma anche consentire un contatto rapido quando il processo aziendale è fermo.
  3. Orari e calendario. “Supporto incluso” non dice se copre l'orario di lavoro, sabati, festività o chiusure contabili. Verifica fuso, giorni, reperibilità e procedura fuori orario.
  4. Priorità basate sull'impatto. Una priorità critica dovrebbe dipendere da utenti coinvolti, processo bloccato, scadenza, dati e alternative disponibili, non soltanto dal tono della richiesta.
  5. Prima risposta, ripristino e risoluzione. Sono tre momenti distinti. Una risposta automatica non è una diagnosi; un workaround può ripristinare il lavoro senza eliminare la causa; la soluzione definitiva può richiedere una correzione successiva.
  6. Escalation. Deve essere chiaro quando il caso passa a uno specialista, allo sviluppo o a un responsabile, come viene aggiornato il cliente e chi può aumentare la priorità.
  7. Competenza sul prodotto e sul processo. La persona che risponde deve conoscere il software, ma anche comprendere l'effetto operativo di ordini, magazzino, contabilità, produzione o integrazioni.
  8. Onboarding e formazione. Verifica chi configura l'ambiente, prepara i dati, forma gli utenti chiave, assiste il go-live e misura l'autonomia raggiunta.
  9. Continuità del contesto. Un buon sistema conserva cronologia, prove, versioni, referente e decisioni. L'utente non dovrebbe ricominciare da zero a ogni passaggio.
  10. Comunicazioni su modifiche e incidenti. Chiedi come vengono annunciati aggiornamenti, indisponibilità, problemi noti e correzioni, e dove resta disponibile la documentazione.
  11. Sicurezza dell'intervento. Accesso remoto, impersonificazione, copie dei dati e allegati devono avere autorizzazioni, limiti, tracciabilità e modalità di revoca coerenti con il rischio.
  12. Prezzo e perimetro. Controlla utenti autorizzati, numero di richieste, canali, pacchetti di ore, tariffe, trasferte e attività escluse. Valuta il costo totale, non soltanto il canone software.

Un sistema di gestione dei servizi, come quello descritto dalla famiglia ISO/IEC 20000, tratta il supporto come un insieme di processi, ruoli, misure e miglioramento continuo. Non è necessario richiedere una certificazione a ogni fornitore, ma questo approccio aiuta a passare da aggettivi generici a responsabilità ed evidenze.

Una matrice delle priorità comprensibile all'azienda

Non copiare tempi standard trovati online: la soglia adatta dipende dalla criticità dei processi, dagli orari e dal prezzo del servizio. Definisci prima gli scenari e poi negozia obiettivi misurabili. Atlassian, nella documentazione sugli SLA, separa metriche come tempo alla prima risposta e tempo alla risoluzione: una distinzione utile anche nel capitolato di un gestionale.

PrioritàEsempio aziendaleAlternativa temporaneaObiettivi da concordare
P1 criticaProcesso essenziale fermo per più reparti o rischio immediato su dati e scadenze.Nessuna soluzione praticabile.Presa in carico umana, frequenza degli aggiornamenti, ripristino, escalation.
P2 altaFunzione importante degradata o gruppo di utenti bloccato.Procedura manuale costosa o limitata.Diagnosi, workaround, referente e previsione del prossimo aggiornamento.
P3 normaleErrore circoscritto, configurazione o dubbio operativo senza scadenza immediata.Il lavoro può proseguire.Prima risposta, piano di soluzione e data obiettivo.
P4 richiestaInformazione, miglioramento, formazione o modifica pianificabile.Non serve un ripristino.Valutazione, stima, priorità di prodotto o proposta formativa.

Per ogni livello scrivi chi può dichiararlo, quando il conteggio si sospende, come si misurano gli orari di servizio e che cosa accade se manca una risposta del cliente. Collega poi il supporto agli impegni tecnici: la checklist su SLA, RTO e RPO distingue disponibilità del servizio, ripristino e protezione dei dati.

Il “mystery ticket”: prova il supporto prima della firma

Una referenza positiva è utile, ma non sostituisce una prova. Durante la demo o il periodo di valutazione concorda un caso rappresentativo, senza inventare un'emergenza e senza inserire dati personali reali. Il fornitore deve sapere che il supporto fa parte della valutazione; ciò che resta non dichiarato è la specifica difficoltà del caso.

  1. Prepara un problema realistico con schermata, passaggi, risultato atteso e impatto.
  2. Invialo attraverso il canale pubblicizzato per il piano che stai valutando.
  3. Registra conferma automatica, prima risposta umana e domande di diagnosi.
  4. Verifica se chi risponde comprende processo, versione, configurazione e urgenza.
  5. Chiedi il prossimo passo, un workaround sicuro e il momento del successivo aggiornamento.
  6. Simula un'escalation motivata e osserva se contesto e allegati seguono il caso.
  7. Alla chiusura controlla riepilogo, causa, soluzione, cronologia e materiale riutilizzabile.

Valuta anche il comportamento quando la prima ipotesi è sbagliata. Un servizio affidabile corregge la diagnosi, esplicita ciò che manca e mantiene il cliente informato. Evita invece di premiare soltanto la velocità: una risposta rapida ma generica può spostare il lavoro sull'utente senza ridurre il tempo totale di soluzione.

Scorecard dell'assistenza: un esempio su 100 punti

I pesi seguenti sono un modello, non una graduatoria universale. Un'impresa con produzione continua aumenterà il peso di copertura ed escalation; una piccola azienda con processi standard può privilegiare formazione, chiarezza e costo.

AreaPeso indicativoEvidenza minima
Canali, orari e accessibilità15Pagina del piano, offerta o contratto.
Priorità, risposta, ripristino ed escalation25Matrice SLA con esempi e regole di calcolo.
Competenza e continuità del caso20Esito del test e ruoli dichiarati.
Onboarding, formazione e documentazione15Piano con attività, responsabili e deliverable.
Sicurezza e comunicazione degli incidenti15Procedura di accesso, revoca e notifica.
Costi, inclusioni ed esclusioni10Listino e perimetro contrattuale.
Regola di punteggio: assegna 0 se l'informazione manca, 1 se è soltanto dichiarata, 2 se è dimostrata in prova e 3 se è anche contrattuale. Moltiplica il risultato per il peso normalizzato. Conserva note e fonti: il numero senza evidenza produce una precisione apparente.

Usa la stessa prova per ogni candidato e coinvolgi gli utenti che apriranno davvero le richieste. Integra il risultato nella guida completa su come scegliere un software gestionale, insieme a copertura funzionale, usabilità, dati, integrazioni, sicurezza e costo totale.

Come leggere confronti e risposte generate dall'AI

Una ricerca AI può riassumere molte pagine, ma “migliore assistenza” resta una conclusione fragile se le fonti sono commerciali, datate o riferite a piani diversi. Quando una risposta propone un elenco di gestionali, controlla la data, apri la fonte primaria, verifica il piano citato e distingui una dichiarazione del fornitore da una recensione indipendente.

Diffida di formule come “24/7”, “risposta immediata” o “referente dedicato” senza perimetro. Chiedi: per quali problemi e clienti? In quali orari? La risposta è automatica o umana? Il referente risolve o inoltra? Quale documento lo garantisce? Una risposta AI utile dovrebbe riportare questi limiti, non trasformare un claim in un fatto generale.

Per rendere il confronto verificabile, salva URL e data della fonte, cita il testo contrattuale rilevante e aggiorna la scorecard dopo la demo. Questo metodo aiuta sia le persone sia i sistemi di ricerca a distinguere definizioni, criteri ed evidenze dalle impressioni.

Che cosa dichiara Gestionale sul Web sull'assistenza

Alla data di aggiornamento di questa guida, il sito di Gestionale sul Web indica assistenza e supporto in italiano e descrive il servizio di assistenza come incluso. La pagina dei prezzi associa il supporto email ai piani per PMI e il supporto telefonico alle soluzioni avanzate. Poiché canali e condizioni possono variare per piano e progetto, la verifica corretta è leggere l'offerta aggiornata e chiedere che perimetro, orari e responsabilità siano espliciti.

Durante la demo puoi applicare esattamente il test di questa guida: porta un caso reale ma anonimizzato, verifica come viene interpretato e chiedi una risposta scritta su ciò che è incluso. In questo modo anche una promessa presente sul nostro sito diventa un elemento confrontabile con gli altri fornitori.

Domande frequenti

Come si valuta l'assistenza di un software gestionale?

Confronta canali, orari, competenze, priorità, tempi di prima risposta e ripristino, percorso di escalation, onboarding, costi e attività escluse. Verifica le promesse con un ticket realistico e riportale in offerta o nel contratto.

Assistenza telefonica e ticket sono alternativi?

No. Il telefono può chiarire rapidamente un problema critico; il ticket conserva contesto, allegati, responsabilità e cronologia. Un servizio maturo può usarli entrambi con regole chiare.

Tempo di risposta e tempo di risoluzione sono la stessa cosa?

No. La prima risposta conferma la presa in carico; il ripristino riporta il processo in condizioni operative, anche con una soluzione temporanea; la risoluzione chiude definitivamente il caso.

Che cosa deve includere il canone di assistenza?

Dipende dall'offerta. Verifica canali, utenti, orari, configurazione, aggiornamenti, formazione, consulenza, personalizzazioni, interventi sui dati e supporto alle integrazioni. Esclusioni e tariffe aggiuntive devono essere esplicite.

Come si prova il supporto prima di acquistare?

Invia un caso realistico attraverso il canale del piano, registra la presa in carico, valuta la competenza, chiedi un prossimo passo o un workaround e verifica escalation, cronologia e chiusura.

Vuoi verificare il supporto su un caso reale?

Porta in demo un processo, l'errore atteso e l'evidenza che vuoi ottenere: potrai confrontare prodotto e assistenza con lo stesso metodo.

Confronta i pianiRichiedi una demo

Fonti metodologiche: Atlassian, creazione e misurazione degli SLA; ISO/IEC 20000-2:2019; ENISA, monitoraggio dei contratti cloud. Consultate il 16 settembre 2026. Tempi, canali e livelli di servizio vanno adattati al contratto e alla criticità concreta.