Software su misura o gestionale pronto

Contabilità, fatturazione elettronica, paghe, un CRM usato in modo ordinario, un magazzino senza regole strane: sono processi che molti fanno nello stesso modo, con obblighi già recepiti dai prodotti. Comprarli ti dà aggiornamenti normativi che non devi commissionare e un modo di lavorare che un nuovo assunto può aver già visto.

Il pronto vince anche quando il tuo processo è ancora instabile. Costruire un software su un flusso che cambi ogni mese significa pagare due volte: una per la versione di oggi e una per la smentita. Un prodotto, usato in modo semplice, tiene i dati mentre capisci come lavori. Il su misura può arrivare dopo, su un pezzo che si è stabilizzato.

Vince infine quando la differenza non è il software. Se il collo di bottiglia è commerciale, logistico o di organico, un gestionale nuovo non lo sposta. Cambiare programma in quel caso è un'attività visibile che non tocca il problema.

Il su misura diventa ragionevole quando la regola che ti fa lavorare non esiste nel prodotto, e aggirarla costa ogni settimana. Non una preferenza di schermata: una regola. Commessa che si apre solo se sono veri tre fatti insieme, listino che dipende da una combinazione tua, stato di un intervento che il gestionale generale non ha.

Diventa ragionevole anche quando il prodotto c'è, ma il lavoro vero è il ponte fra prodotti. Se le persone passano la giornata a copiare da uno all'altro, il software che manca non è un quinto gestionale. È il collegamento, oppure un flusso operativo attorno ai prodotti che tieni.

E diventa ragionevole quando la personalizzazione del pronto ha già il costo e la rigidità di un progetto custom, senza la libertà di cambiare la regola. A quel punto non stai più «configurando». Stai mantenendo un'eccezione dentro un prodotto che non l'ha prevista.

Quasi ogni gestionale pronto si può personalizzare. Il punto non è se si può. Il punto è chi resta padrone della regola quando il prodotto si aggiorna, quanto costa ogni modifica e che cosa succede se smetti di pagare chi l'ha personalizzato.

Una personalizzazione piccola, supportata dal produttore, è spesso la strada giusta. Una personalizzazione che tocca il nucleo, che va rifatta a ogni aggiornamento e che solo un consulente sa spiegare, va confrontata con un modulo su misura attorno al prodotto, lasciando il prodotto standard dov'è. Il confronto si fa su tre numeri che puoi chiedere, non su uno slogan: costo iniziale, costo di una modifica tipo, e che cosa ti porti via se cambi fornitore.

Quei tre numeri non si inventano. Il fornitore del pronto te li deve dire sul tuo caso. Il su misura, per la sola parte che costruisci, te lo fa stimare la chat. Confrontare un canone di listino con un range di sviluppo, senza il costo delle modifiche, è un confronto truccato da entrambi i lati.

Il pronto ha canone, avvio, formazione e personalizzazioni. Il su misura ha sviluppo, hosting e manutenzione quando il processo cambia. Nessuna delle due strade è una spesa chiusa.

In entrambi i casi paghi il tempo interno: raccontare il processo, pulire i dati, provare. Non compare nel canone né nel range, e va messo nel conto lo stesso.

Le fasce della chat — sotto i 2.000 €, tra 2.000 e 5.000 €, oltre i 5.000 € — riguardano solo la parte da costruire, non il confronto col canone. Un modulo accanto al gestionale che tieni può essere sensato. Rifare un processo standard, anche sopra i 5.000 €, può restare la scelta sbagliata.

Se il processo è standard e già coperto da un prodotto maturo, compra e non chiedere uno sviluppo. Se le persone copiano dati fra sistemi che per il resto vanno bene, stima l'integrazione, non un nuovo gestionale. Se una regola tua è il motivo per cui il pronto viene aggirato ogni settimana, descrivi solo quella e chiedi il range del modulo. Se la personalizzazione impedisce gli aggiornamenti, chiedi al fornitore costo iniziale, costo di una modifica e che cosa ti porti via, e in parallelo il range della parte che tireresti fuori.

La chat fa la seconda metà: perimetro, intervallo preliminare, indicazione di tempi. Non prenota una call prima. Se il processo è standard, l'esito utile è non chiedere lo sviluppo.