Software su misura o prodotto pronto? La domanda da farsi prima

Chi sviluppa software su misura ha un interesse evidente a consigliarlo. Proprio per questo credo sia utile dire chiaramente quando non conviene.

La scelta tra un software costruito per la propria azienda e un prodotto già pronto (un gestionale, un CRM, una piattaforma in abbonamento) viene spesso presentata come una questione di prezzo o di gusto. In realtà dipende da una domanda più precisa, e da qualche calcolo che conviene fare prima, non dopo.

La domanda di partenza

Il processo che vuoi digitalizzare è ciò che ti distingue dai concorrenti, o è un’attività che tutte le aziende del tuo settore svolgono più o meno allo stesso modo?

Nella letteratura sulla gestione d’impresa si parla di distinzione tra core e context: le attività che creano il vantaggio competitivo e quelle che sono necessarie ma non distintive. Per il software la distinzione è molto pratica.

Attività comuni. Contabilità, paghe, posta elettronica, gestione documentale di base, un CRM standard, il sito con il blog. Esistono prodotti maturi, usati da migliaia di aziende, che le coprono bene. Rifarle su misura significa pagare per reinventare qualcosa che il mercato offre già, spesso meglio, e mantenerlo per sempre.

Attività distintive. Il modo particolare in cui configuri un prodotto per il cliente, in cui pianifichi le commesse, in cui valuti un rischio, in cui coordini squadre sul campo. Qui un prodotto standard ti chiede di adattarti al suo modello, cioè di diventare un po’ più simile ai tuoi concorrenti. A volte va bene. Spesso è proprio la cosa da evitare.

Segnali che un prodotto pronto non basta più

Nessuno decide di passare al software su misura in astratto. Di solito ci si arriva perché il prodotto in uso ha iniziato a stare stretto. Questi sono i segnali più comuni:

• Il lavoro vero si fa nei fogli di calcolo accanto al gestionale. Il sistema ufficiale contiene i dati “puliti”, ma le decisioni si prendono su file Excel che qualcuno aggiorna a mano.
• Ci sono più strumenti che non si parlano. Qualcuno copia gli stessi dati da un sistema all’altro, ogni giorno, con il rischio di errori e ritardi.
• Le personalizzazioni costano quanto uno sviluppo. Il prodotto è stato adattato così tanto che ogni aggiornamento rompe qualcosa, e il fornitore fattura ogni modifica.
• Il processo cambia e il software no. L’azienda vorrebbe lavorare in un modo nuovo, ma “il gestionale non lo permette” è diventata una frase ricorrente.
• I costi crescono con le persone, non con il valore. Un abbonamento per utente, moltiplicato per un’organizzazione che cresce, può superare il costo di uno strumento costruito per l’azienda.

Se ti riconosci in uno solo di questi punti, probabilmente puoi ancora sistemare le cose con il prodotto attuale. Se ti riconosci in tre o più, vale la pena fare un’analisi seria.

La terza via: integrare

La scelta non è sempre binaria. Spesso la soluzione migliore è tenere i prodotti esistenti dove funzionano e costruire su misura solo il pezzo che manca:

• un’integrazione che sincronizza automaticamente il gestionale con l’e-commerce, il CRM o il sistema del corriere;
• un’applicazione dedicata per la parte distintiva del processo, che legge e scrive dati nei sistemi esistenti;
• un’automazione che elimina il copia-incolla tra strumenti;
• un cruscotto che riunisce dati sparsi in un’unica vista per chi deve decidere.

È l’approccio che riduce di più il rischio: la contabilità resta nel prodotto contabile, collaudato e aggiornato da altri, e lo sviluppo si concentra dove crea davvero valore. Quasi tutti i prodotti moderni espongono interfacce di integrazione (API) proprio per permetterlo; quando un prodotto non le offre, è un segnale da considerare nella scelta.

Il costo vero, nel tempo

Il confronto più comune, e più sbagliato, è tra il prezzo iniziale di uno sviluppo e il canone mensile di un prodotto. Il confronto corretto è sul costo totale in un orizzonte realistico, per esempio cinque anni.

Prodotto pronto:

• abbonamenti o licenze, moltiplicati per utenti e anni, con gli aumenti di listino prevedibili;
• configurazione iniziale, migrazione dei dati e formazione;
• personalizzazioni e integrazioni, che spesso costano più del previsto;
• il costo, meno visibile, del lavoro manuale per coprire ciò che il prodotto non fa.

Software su misura:

• analisi, progettazione e sviluppo iniziale;
• infrastruttura su cui gira (server, backup, monitoraggio);
• manutenzione ed evoluzione: aggiornamenti di sicurezza, adeguamenti, nuove funzionalità. È una voce che va prevista ogni anno, e che spesso viene stimata come una quota annuale del costo di sviluppo iniziale;
• il tempo delle persone dell’azienda coinvolte nell’analisi e nei test.

Il software su misura che viene preventivato senza la manutenzione è un software destinato a invecchiare male. Allo stesso modo, il prodotto pronto valutato solo sul canone nasconde il costo delle cose che non fa.

Il rischio di dipendenza, da entrambe le parti

Ogni scelta crea una dipendenza. Conviene sapere quale.

Con un prodotto pronto dipendi dal fornitore: dai suoi prezzi, dalle sue priorità di sviluppo, dalla sua sopravvivenza. Le domande da fare prima di firmare sono semplici: posso esportare tutti i miei dati, in un formato leggibile, in qualsiasi momento? Cosa succede se il prodotto viene acquisito o dismesso? Gli aumenti di prezzo hanno un limite contrattuale?

Con un software su misura rischi di dipendere da chi l’ha sviluppato. Per evitarlo, alcune condizioni non sono negoziabili:

• il codice sorgente è dell’azienda, in un repository a cui l’azienda ha accesso;
• la documentazione permette a un altro sviluppatore di capire il sistema;
• l’infrastruttura è intestata all’azienda, con credenziali custodite dall’azienda;
• le tecnologie sono diffuse e manutenibili, non scelte esotiche che conosce solo chi le ha usate.

Un fornitore serio di software su misura dovrebbe essere il primo a proporre queste condizioni. Se le evita, è un segnale.

Partire in piccolo, in ogni caso

Qualunque sia la strada, il modo più sicuro per procedere è lo stesso: una prima versione ridotta che risolve il problema principale, messa in uso reale il prima possibile.

Per un prodotto pronto significa un periodo di prova su un processo vero, con dati veri, prima di estenderlo a tutta l’azienda. Per uno sviluppo su misura significa definire il nucleo indispensabile, rilasciarlo in poche settimane e farlo crescere sulla base dell’uso. In entrambi i casi si scopre presto se la direzione è giusta, quando cambiarla costa ancora poco.

Una griglia per decidere

Domanda	Prodotto pronto	Integrazione	Su misura
Il processo è comune al settore?	✔
Il processo è distintivo per l’azienda?		possibile	✔
Esistono prodotti maturi che lo coprono all’80% o più?	✔	✔ per il resto
I dati sono sparsi in più strumenti che funzionano bene?		✔
Le personalizzazioni attuali costano quanto uno sviluppo?			✔
Il budget non copre la manutenzione negli anni?	✔	con cautela	✘
Serve partire subito, in giorni?	✔

La risposta giusta, quasi sempre, non è “tutto su misura” né “tutto in abbonamento”. È un’architettura in cui ogni parte del processo usa lo strumento più adatto, e in cui lo sviluppo su misura si concentra dove crea davvero un vantaggio. Capire dove sta quel confine è la prima, e spesso la più utile, parte di un progetto software.