Sviluppo software gestionale su misura

Ha senso svilupparlo se il vantaggio sta nelle regole tue: come si apre una commessa, chi può sbloccare uno sconto, come si chiude un intervento. Se quelle regole sono il modo in cui l'azienda lavora, un prodotto generico le piega e il lavoro vero torna su un foglio.

Non ha senso reinventare fatturazione elettronica, prima nota o paghe: sono ambiti con prodotti maturi. Il gestionale su misura sta intorno, segue il processo operativo e, se serve, scambia dati con il gestionale contabile che già usi.

Un segnale pratico: se il lavoro si ferma quando una persona è assente, perché la regola vive solo nella sua testa, manca un flusso scritto. Il software ha un senso dopo che quel flusso si può raccontare, anche in modo grezzo.

La prima versione deve essere usabile da chi fa il lavoro, non completa sulla carta. Di solito bastano le anagrafiche che servono davvero, i documenti del flusso con gli stati leciti, i ruoli con permessi diversi, una ricerca decente e un export. Senza export il dato resta prigioniero e il reparto torna al foglio di calcolo.

Conviene tenere fuori dal primo rilascio l'app mobile, i cruscotti elaborati, il multilingua, la multi-società e l'automazione di ogni eccezione. Si aggiungono quando il flusso base è usato ogni giorno. Inserirli prima alza il costo e allunga i tempi senza rendere il processo più chiaro.

• Un solo flusso, percorso da cima a fondo con dati veri
• Gli stati del documento e chi può cambiarli
• I campi obbligatori, non l'elenco di tutto ciò che prima o poi potrebbe servire
• Il collegamento minimo con i sistemi che non puoi lasciare scollegati
• Che cosa è fuori scope, scritto in modo esplicito

Il numero utile non esiste senza il processo. Due stati («aperto» e «chiuso») sono un lavoro; sette stati con ritorni indietro sono un altro. Cinque persone con gli stessi permessi non sono agenti, back-office e amministrazione che non devono vedersi i prezzi.

Ogni integrazione del primo rilascio aggiunge autenticazione, campi da far corrispondere, errori da gestire e, se manca un'API, un accordo su file e responsabilità. I dati storici pesano quanto le schermate: un export ordinato è limitato, anni di doppioni sono un progetto a parte e spesso sono pulizia, non sviluppo.

La chat orienta con tre fasce: sotto i 2.000 €, tra 2.000 e 5.000 €, oltre i 5.000 €. Un modulo stretto, pochi utenti e nessuna integrazione può cadere nelle prime due. Più documenti, approvazioni e sistemi da collegare portano sopra i 5.000 €. Non è una statistica di mercato né un prezzo unico del gestionale su misura.

Canoni di software terzi, hosting, SMS, firme e il tempo interno per decidere le regole restano fuori. Il range è preliminare e non vincolante: se emergono regole non dette, l'intervallo cambia.

Dalla home lasci nome e email e apri la chat. L'assistente chiede una cosa alla volta: tipo di software, problema, utenti, funzioni necessarie, integrazioni, vincoli di tempo e di dati personali. Non chiede di scegliere una tecnologia. Quando le informazioni bastano, ricevi un riepilogo con le macro-funzionalità, un intervallo di investimento e un'indicazione di tempi.

La call con Cristian Gintili si sblocca solo dopo quel riepilogo. Prima c'è un perimetro, poi si parla. In fondo alla pagina resta un link secondario per i progetti aziendali già strutturati: la strada principale è la stima.

Non serve un capitolato. Bastano ruoli, documenti, un caso reale, i sistemi da collegare e il confine del primo rilascio. Una regola che vive solo nella testa di una persona va scritta prima: è spesso ciò che sposta il costo.

Non ci sono casi cliente né percentuali di risparmio. L'unico range che conta è quello sul processo che descrivi. Lo sviluppo riguarda software .NET, API e web app, con un interlocutore solo. La manutenzione, quando il processo cambia, è una voce separata dal primo rilascio.