Scorecard vendor software: i criteri che i CIO usano davvero

• Hai ricevuto una demo convincente, il commerciale era preparato, il prezzo sembrava ragionevole.
• Sei andato avanti. Sei mesi dopo il software non parla con il tuo gestionale, l’assistenza risponde in tre giorni e il contratto non prevede SLA scritti.
• La valutazione era andata bene. La scelta, no.

Valutare un vendor software è una delle decisioni più costose che una PMI può sbagliare, non perché il mercato sia pieno di frodatori, ma perché i criteri giusti non vengono mai messi sul tavolo nel momento giusto. La demo parla sempre di funzionalità. Nessuno mostra le clausole di uscita finché non hai già firmato.
Quello che segue è uno schema operativo per costruire una scorecard che funziona prima della firma, non dopo.

Perché le valutazioni standard non bastano

La maggior parte delle PMI valuta il software su tre assi: funzionalità, prezzo, referenze. È una base sensata, ma incompleta.
Il problema con le funzionalità è che si valutano nella versione demo, che è sempre ottimizzata. Il prezzo di listino non include personalizzazioni, formazione, migrazione dati, integrazioni. Le referenze le sceglie il vendor.
Quello che manca quasi sempre dalla valutazione è la dimensione temporale: cosa succede tra due anni? Il vendor sarà ancora operativo? Il software reggerà il doppio del carico attuale? Potrai portare i tuoi dati altrove se cambi idea?

Il TCO non è solo il canone mensile

Il Total Cost of Ownership di un software aziendale include componenti che raramente compaiono nel preventivo iniziale.
Ci sono i costi diretti: licenza o canone, implementazione, formazione iniziale. Poi ci sono i costi indiretti che emergono nel tempo: personalizzazioni necessarie per adattare il software ai tuoi processi, integrazioni con gli strumenti che già usi, aggiornamenti che spesso non sono gratuiti, migrazione dati se un giorno vuoi cambiare.
Una stima approssimativa: il costo reale su tre anni è spesso il doppio o il triplo del canone annuo che ti viene presentato in offerta. Non è una regola matematica, ma è un ordine di grandezza che conviene tenere a mente quando confronti proposte diverse.

Quando il software cresce con te (e quando no)

Un software che funziona bene con venti utenti può diventare lento e instabile con duecento. Questo non è un problema teorico: è una situazione concreta che colpisce le PMI in crescita, spesso nel momento peggiore.
Chiedere al vendor come il sistema gestisce un aumento di carico significativo è una domanda tecnica legittima. Se la risposta è vaga o rimanda a un piano tariffario superiore senza spiegare l’architettura sottostante, è un segnale che merita attenzione. Puoi leggere di più su come progettare la scalabilità software fin dall’inizio per capire quali domande tecniche fare.

La scorecard: come costruirla in pratica

Una scorecard per valutare vendor software non deve essere uno strumento accademico. Deve essere compilabile in meno di un’ora per ogni fornitore e produrre un numero che permette il confronto.
La struttura che funziona meglio è a pesi: ogni criterio ha un peso percentuale, ogni criterio riceve un punteggio da 1 a 5, il prodotto finale è comparabile tra vendor diversi.

Criterio	Peso	Cosa valutare
Copertura funzionale	20%	Quante delle tue esigenze core copre senza personalizzazioni
TCO stimato su 3 anni	20%	Licenza + implementazione + integrazioni + formazione + uscita
Integrabilità tecnica	15%	API documentate, connettori disponibili, standard aperti
Solidità del vendor	15%	Anni di attività, clienti attivi, situazione finanziaria pubblica
SLA e supporto	15%	Tempi di risposta scritti, canali, escalation definita
Portabilità dei dati	10%	Formati di export, accesso diretto al DB, clausole contrattuali
Referenze verificabili	5%	Clienti simili a te che puoi chiamare direttamente

I pesi sono orientativi. Una PMI con processi molto standardizzati darà più peso alla copertura funzionale. Una PMI in forte crescita sposterà peso su integrabilità e portabilità. L’importante è che i pesi vengano decisi prima di vedere le demo, non dopo.

Come assegnare i punteggi senza farsi influenzare

Il rischio principale nella compilazione di una scorecard è la razionalizzazione a posteriori: hai già deciso che ti piace il vendor A, e assegni i punteggi di conseguenza.
Un modo per limitare questo bias è separare chi compila la scorecard da chi ha partecipato alle demo. Un’altra è fissare i criteri di punteggio in modo esplicito prima di iniziare la valutazione, per esempio stabilendo che un 5 sulla portabilità dei dati significa “export in formato aperto, accesso diretto al database, nessuna clausola di lock-in contrattuale” e non lasciare spazio a interpretazioni.

Le clausole contrattuali che nessuno legge

Questa è l’area dove le PMI perdono più valore, e dove la valutazione del vendor finisce troppo presto.
Un contratto software che non prevede SLA scritti non è un contratto: è una promessa verbale. Eppure la maggior parte dei contratti che circolano tra PMI e vendor software non contiene impegni misurabili sul tempo di risposta del supporto, sulla disponibilità del sistema, sulle procedure in caso di data breach.

Portabilità e clausole di uscita

La portabilità dei dati merita attenzione specifica. Quando cambi vendor, i tuoi dati devono poter uscire in un formato leggibile, in tempi ragionevoli, senza costi proibitivi. Se il contratto non lo dice esplicitamente, il vendor non ha nessun obbligo formale di facilitare la tua uscita.
Le clausole da cercare (o da richiedere) sono: formato di export dei dati, tempi massimi per la consegna dei dati in caso di recesso, eventuali costi di migrazione, accesso al codice sorgente se si tratta di software sviluppato su misura.
Questo tema si sovrappone al lock-in tecnologico, che abbiamo trattato in modo più ampio nell’articolo sull’exit strategy software per PMI.

Cosa chiedere prima di firmare

Quattro domande che conviene fare per iscritto a qualsiasi vendor:

1. Qual è il tempo massimo garantito per la risposta al supporto in caso di blocco operativo?
2. In che formato posso esportare tutti i miei dati, e in quanto tempo?
3. Cosa succede ai miei dati se il vostro servizio viene interrotto o l’azienda cessa l’attività?
4. Le personalizzazioni sviluppate per me rimangono di mia proprietà?

Se le risposte non arrivano per iscritto o sono evasive, è un segnale più utile di qualsiasi demo.
Se stai valutando un software sviluppato su misura invece di una soluzione SaaS, il confronto tra i due approcci cambia significativamente: puoi trovare un’analisi diretta nell’articolo software custom vs SaaS per PMI.

Se stai costruendo una scorecard per una selezione in corso e vuoi un confronto su come impostare i criteri tecnici, raccontaci il tuo caso.

Solidità del vendor: come valutarla senza dati riservati

Valutare la solidità di un fornitore software sembra difficile senza accesso ai suoi bilanci. In realtà ci sono segnali osservabili anche da fuori.
L’età dell’azienda conta, ma non è tutto. Un vendor che opera da quindici anni può avere un prodotto obsoleto e una base clienti in calo. Uno più recente può avere una traiettoria di crescita chiara.
Quello che conviene guardare: quanti clienti attivi hanno (e se sono disposti a dirtelo), se il prodotto riceve aggiornamenti regolari e documentati, se la documentazione tecnica è pubblica e aggiornata, se il team di supporto è interno o esternalizzato. Puoi anche fare una ricerca sulle recensioni pubbliche su piattaforme indipendenti, tenendo conto che tendono a sovrarappresentare i casi estremi.
Un segnale che sottovalutiamo: la qualità della documentazione tecnica. Un vendor che non documenta bene il proprio prodotto quasi certamente non documenta bene nemmeno i processi interni. Questo si traduce in tempi più lunghi per le integrazioni e in supporto meno efficace.
Se il vendor ha già avuto problemi di continuità operativa o è passato di mano più volte negli ultimi anni, vale la pena leggere cosa succede concretamente in quei casi nell’articolo su cosa fare quando il fornitore del gestionale chiude.

Build vs buy: quando la scorecard porta a una risposta inattesa

Capita che una valutazione accurata dei vendor disponibili porti a una conclusione scomoda: nessuno dei prodotti sul mercato copre bene le esigenze specifiche dell’azienda, e il costo delle personalizzazioni necessarie si avvicina al costo di uno sviluppo su misura.
Questa non è una situazione rara per le PMI con processi particolari, settori verticali o flussi operativi che non si adattano bene ai software generalisti.
La scorecard in questo caso serve anche per documentare il ragionamento: hai valutato le alternative di mercato, hai stimato il TCO reale di ciascuna, e il confronto con un software custom diventa una decisione informata invece che una scelta a sensazione.
Per capire come si commissiona correttamente un software custom, comprese le domande da fare a un’agenzia di sviluppo, l’articolo su come scegliere un’agenzia sviluppo software custom per PMI copre i criteri operativi principali.
Un’opinione netta, per chiudere: la maggior parte delle PMI italiane dedica più tempo a scegliere il colore del sito che a valutare il vendor del software gestionale. Il risultato è che si cambia software ogni tre-quattro anni con costi di migrazione che nessuno aveva previsto. Una scorecard ben costruita richiede qualche ora di lavoro. Il lock-in da una scelta sbagliata può costare mesi.

Se stai affrontando una selezione software e vuoi strutturare la valutazione prima di incontrare i vendor, scrivici: possiamo aiutarti a impostare i criteri tecnici prima che la demo di qualcuno ti convinca di qualcosa che non ti serve.
“`json
“`