Come scegliere una software house per il tuo gestionale: 12 domande da fare

Per scegliere una software house a cui affidare il gestionale non basta confrontare i prezzi. Conta sapere se ha analizzato il tuo sistema, cosa succede quando qualcosa va storto e se alla fine codice, dati e accessi saranno tuoi. Queste risposte separano un fornitore affidabile da uno che ti lega a sé per anni.

Ecco le domande che faremmo noi se dovessimo scegliere un fornitore, comprese quelle scomode. Valgono anche quando l’interlocutore siamo noi.

Sul modo di lavorare

1. Avete analizzato il nostro sistema, o il preventivo nasce da una descrizione?

Un numero dato senza aver visto dati e codice è una stima a occhio. Non è per forza malafede, ma significa che gli imprevisti restano da gestire dopo. Un’analisi preliminare, come un audit del software, sposta le sorprese prima della firma.

2. Chi lavorerà davvero al progetto?

Chiedi di parlare con chi svilupperà, non solo con chi vende. Verifica anche se parte del lavoro verrà affidata ad altri e, in questo caso, a chi.

3. Ogni quanto vedremo qualcosa che funziona?

Se la risposta è “tra sei mesi”, tutto il rischio è concentrato alla fine. Cerca chi consegna a piccoli passi, su cui puoi provare e dare un riscontro.

4. Avete lavorato su sistemi simili al nostro?

Non conta solo il settore. Migrare un programma VB6, sostituire un file Access, spostare un’applicazione WebForms o collegare un gestionale chiuso sono mestieri diversi. Chiedi esempi concreti, e cosa è andato storto in quei progetti. Chi lavora davvero ha sempre qualcosa da raccontare.

Sul rischio

5. Dovremo fermare il lavoro? Quando, e per quanto?

“Mai” senza una spiegazione non è una risposta. Deve descriverti come faranno a mantenere attivo il vecchio sistema e quale sarà il momento più delicato. Le differenze tra gli approcci sono spiegate in riscrivere da zero o sostituire un pezzo alla volta.

6. Cosa succede se un rilascio va male?

Cerca un meccanismo preciso: come si torna indietro, chi viene avvisato, in quanto tempo si interviene. Diffida di “non succederà”.

7. Come scoprirete le regole che nessuno ha scritto?

Ogni azienda ha eccezioni che esistono solo nella testa di chi lavora. Un buon fornitore prevede tempo per parlare con le persone e osservare il lavoro, oltre a leggere il vecchio programma.

Sui costi

8. Cosa è escluso?

È la domanda più utile per confrontare due preventivi. Verifica in particolare se comprendono migrazione dei dati, formazione, collaudo e infrastruttura. Trovi l’elenco delle voci da controllare in quanto costa rifare un gestionale.

9. Come vengono gestite le modifiche in corso d’opera?

Le modifiche ci saranno. Chiedi come vengono valutate, chi le approva e come incidono su prezzo e tempi. Sia con il prezzo fisso sia con il lavoro a ore, la procedura va scritta nel contratto.

10. Quali costi avremo dopo il rilascio?

Hosting, licenze di terzi, manutenzione, aggiornamenti normativi. Fatti scrivere una stima annuale e quali interventi sono compresi nel canone: ecco cosa controllare nel contratto di manutenzione.

Sulla proprietà: il punto che conta di più

11. Di chi saranno il codice e i diritti?

È la clausola più sottovalutata, soprattutto da chi pensa che “se ho pagato, è mio”. Non è detto. La legge italiana assegna esplicitamente al datore di lavoro i diritti sui programmi creati dai dipendenti (articolo 12-bis della legge sul diritto d’autore), ma per i software commissionati a un fornitore esterno la situazione è meno lineare. Come spiega un approfondimento di Agenda Digitale, la titolarità dipende dal tipo di rapporto e da ciò che le parti hanno concordato.

In pratica, non lasciare questo punto implicito. Il contratto deve dire con chiarezza:

• se ricevi la piena proprietà o una licenza, e con quali limiti;
• se il fornitore può rivendere la stessa soluzione ad altri;
• che il codice sorgente ti viene consegnato, e con quale frequenza;
• chi risponde dei componenti di terzi usati nel programma.

Fai rileggere queste clausole a un legale esperto in contratti informatici. È una spesa piccola rispetto a ciò che protegge.

12. Se domani volessimo cambiare fornitore, cosa dovremmo fare?

Una buona risposta è breve: hai già codice, documentazione, dati e accessi, quindi basta passare il materiale a un altro team. Se la risposta è complicata, sai già cosa non va. Chiedi anche di usare tecnologie diffuse: un linguaggio raro rende difficile trovare chi subentri. È lo stesso rischio descritto in cosa fare se il fornitore del software ha chiuso.

I segnali di allarme

• Il prezzo arriva prima delle domande. Chi non chiede nulla non sa cosa sta stimando.
• “Facciamo tutto noi, non dovrete fare niente”. Un progetto di questo tipo richiede tempo anche da parte tua. Chi lo nega non ha capito il lavoro.
• Non ci sono mai stati problemi. Nessuno ha solo progetti perfetti.
• Consigliano sempre lo stesso prodotto. Se la risposta è la stessa a prescindere dalla domanda, chiedi quali alternative hanno valutato.
• Il contratto parla solo di licenza. Va bene se è ciò che hai scelto, non se pensavi di acquistare un programma tuo.
• Tutti gli accessi sono intestati a loro. Server, database e dominio devono essere tuoi, o almeno sotto il tuo controllo.

Una tabella per confrontare le offerte

Compila questa griglia per ogni fornitore. Serve a rendere confrontabili offerte che all’inizio sembrano parlare di progetti diversi.

Grande o piccola software house?

Non c’è una risposta valida per tutti. Una struttura grande offre più persone e più continuità, ma il tuo progetto può contare poco per lei. Una piccola può garantirti attenzione e contatto diretto con chi sviluppa, ma dipende da poche persone: per questo codice e documentazione sono ancora più importanti.

La domanda utile è un’altra: se il mio referente se ne andasse domani, cosa succederebbe al progetto? Prima ancora di scegliere il fornitore, però, chiediti se il su misura ti serve davvero: ne parliamo in gestionale su misura o standard. Il quadro generale è nella guida alla modernizzazione del software legacy.

Noi rispondiamo così a tre di queste domande: l’analisi è un audit gratuito di una settimana, il prezzo è fisso e lo conosci prima di firmare, e alla fine ricevi codice sorgente, documentazione e accesso completo all’infrastruttura.