Le istituzioni sociali ce lo raccontano sorprendentemente spesso: solo dopo l’introduzione scoprono quanto supporto debbano acquistare regolarmente dal fornitore. Una domanda sull’utilizzo, un messaggio d’errore poco chiaro o una modifica del processo diventano rapidamente un’altra ora di assistenza fatturata.
L’offerta indicava con precisione licenze, introduzione e migrazione dei dati. Non spiegava però quante volte il team avrebbe poi dovuto chiamare il fornitore o aprire un ticket. Sono costi raramente calcolati durante la scelta, ma capaci di pesare sul budget operativo per anni.
Il problema non è che un fornitore offra un buon supporto. Diventa costoso quando il suo software crea richieste evitabili e ogni domanda comporta un addebito aggiuntivo.
Il supporto del fornitore raramente è semplicemente «incluso»
Molti fornitori pubblicizzano un’assistenza personale. È rassicurante, ma non dice nulla sul costo futuro. In base al contratto, le richieste possono essere fatturate:
- secondo il tempo effettivo e una tariffa oraria
- in unità minime, per esempio 30 o 60 minuti per richiesta
- tramite un pacchetto mensile o un contingente prepagato
- con supplementi per reazioni rapide, priorità o assistenza fuori orario
- come consulenza a pagamento quando la richiesta non è classificata come difetto tecnico
- come personalizzazione separata quando cambiano campi, ruoli, modelli o processi
Tutti questi modelli possono essere legittimi. Il rischio nasce quando prima della firma non è chiaro quale aiuto sia incluso e quali domande quotidiane generino una fattura.
Come una UX carente diventa supporto fatturato
Un’interfaccia obsoleta o confusa non è solo scomoda. Può diventare un rischio economico duraturo per il cliente. Se le attività frequenti sono difficili senza aiuto, il supporto del fornitore entra nel normale flusso di lavoro.
Una navigazione poco chiara genera domande ricorrenti
Il personale non trova una funzione, non vede uno stato o non sa dove sia stato salvato un dato. Il fornitore spiega il percorso per telefono o da remoto. La domanda immediata è risolta, ma la causa rimane. La stessa richiesta a pagamento ritorna in un altro team o dopo un cambio di personale.
Processi poco comprensibili vengono fatturati come consulenza
Chi approva un rapporto? Perché un dossier non può essere chiuso? Che cosa va completato prima della fatturazione? Se il software non mostra chiaramente stato, responsabilità e passo successivo, il fornitore deve spiegare il processo.
La distinzione è delicata: la causa è una lacuna dell’istituzione, una configurazione inadeguata o un processo mal progettato nel prodotto? Senza un accordo chiaro, anche una domanda provocata dal software può essere trattata come consulenza a pagamento.
Messaggi d’errore inutili rendono indispensabile il fornitore
Un messaggio come «Operazione non riuscita» non aiuta a proseguire. Senza causa e passo successivo, soltanto il fornitore può spiegare che cosa fare. Messaggi efficaci non risolvono ogni problema tecnico, ma impediscono che semplici correzioni diventino automaticamente ticket.
Solo il fornitore può effettuare piccole modifiche
Se ogni cambiamento a un elenco, ruolo, modello o fase richiede un ticket a pagamento, anche le piccole evoluzioni organizzative si sommano. Le istituzioni sociali modificano offerte, responsabilità e obblighi. Il software dovrebbe permettere questi normali adeguamenti senza acquistare ore esterne per ogni dettaglio.
Gli aggiornamenti creano nuovo bisogno di spiegazioni
Le nuove versioni sono importanti per sicurezza e sviluppo. Ma se interfacce o processi cambiano senza indicazioni chiare, ogni aggiornamento genera nuove richieste. Va quindi chiarito come sono comunicate le modifiche e se l’assistenza per cambiamenti introdotti dal fornitore venga fatturata.
Un calcolo semplice dei costi esterni
Per una prima stima si può usare questa formula:
Ore mensili di supporto del fornitore × tariffa oraria + pacchetti, supplementi e unità minime
Esempio volutamente semplificato: un’istituzione acquista in media sei ore di supporto al mese. A CHF 220 l’ora sono CHF 1’320 mensili, cioè CHF 15’840 all’anno. Il tempo interno per descrivere il problema, coordinare appuntamenti, testare e verificare non è ancora incluso.
Le unità minime possono aumentare ulteriormente il costo. Se dieci domande da 15 minuti sono fatturate con un minimo di un’ora ciascuna, l’istituzione paga dieci ore invece di due e mezza. Non è un valore di settore, ma mostra perché la logica di fatturazione conta quanto la tariffa.
Domande da chiarire prima della firma
La nostra guida alla scelta del software tratta l’intera valutazione. Per capire i futuri costi di supporto, chiedete anche risposte scritte a queste domande:
- Quali prestazioni sono incluse nella licenza o nel canone base?
- Quali richieste sono correzioni di difetti e quali consulenza a pagamento?
- Chi paga se il problema o il cambiamento è causato da un aggiornamento del fornitore?
- Quali tariffe, unità minime e supplementi si applicano?
- La fatturazione inizia già con la ricezione e l’analisi del ticket?
- Quali tempi di risposta e risoluzione sono concordati?
- I costi sopra una soglia definita richiedono un’approvazione preventiva?
- Quali impostazioni può gestire autonomamente l’istituzione?
- Documentazione, materiali di formazione e note di versione sono aggiornati e inclusi?
- L’istituzione riceve un riepilogo trasparente di richieste, cause e tempo fatturato?
Non limitatevi a farvi spiegare il supporto. Fate testare attività tipiche e situazioni difficili a persone diverse. Più spiegazioni servono già durante la demo, più attentamente va stimato il supporto a pagamento che sarà necessario in seguito.
Un supporto corretto risolve i problemi invece di vendere più volte la stessa spiegazione
Un supporto competente ha un valore reale. Nuovi requisiti, integrazioni complesse, migrazioni e incidenti inattesi richiedono persone esperte. I buoni fornitori spiegano quando nascono costi, documentano il lavoro e aiutano a eliminare le cause ricorrenti.
È invece un segnale d’allarme se ticket simili vengono fatturati regolarmente senza migliorare UX, documentazione o configurazione. Se la stessa domanda appare presso più clienti, il fornitore dovrebbe verificare se il prodotto deve diventare più chiaro.
La domanda corretta non è soltanto «Perché il vostro personale ha bisogno di tanto aiuto?», ma anche «Perché questa parte del prodotto richiede sempre una spiegazione?»
Ridurre gli addebiti nel contratto esistente
- Analizzare insieme fatture e ticket: classificate gli ultimi sei-dodici mesi per causa, durata e costo.
- Individuare le ripetizioni: evidenziate domande ricorrenti o presenti in più team.
- Separare difetti, usabilità e richieste di modifica: queste categorie non dovrebbero essere fatturate automaticamente allo stesso modo.
- Discutere le cause con il fornitore: per i casi frequenti chiedete un miglioramento di UX, documentazione o configurazione invece di un’altra spiegazione.
- Aumentare l’autonomia: chiarite quali ruoli, modelli e processi potete gestire. La pagina sull’individualizzazione spiega perché è importante.
- Concordare limiti di costo: definite contingenti, soglie di approvazione e rapporti trasparenti.
- Confrontare di nuovo i costi completi: includete un supporto realistico nei rinnovi e nelle future decisioni.
Il vero prezzo del software emerge durante l’utilizzo
Una licenza conveniente può diventare costosa se l’istituzione deve acquistare aiuto dal fornitore per ogni ambiguità. UX moderna, processi comprensibili, buona documentazione e autonomia non sono semplici comodità. Determinano direttamente quanto l’organizzazione dipenda dal supporto a pagamento.
Lua vuole offrire supporto dove crea valore reale, non fatturare nel tempo problemi di usabilità evitabili. Mostriamo volentieri questo approccio con uno dei vostri processi e come una soluzione chiara e adattabile riduca il bisogno di assistenza quotidiana.
