Software su misura costruito sui processi della tua azienda, non il contrario

Perimetro scritto e preventivo chiaro prima di iniziare. Rilasci frequenti invece di un unico traguardo lontano. Il codice resta tuo, sempre.

Richiedi un'analisi del progetto

Analisi senza impegno Il codice resta tuo Risposta entro 24 ore

Quando il software standard non basta più

Il gestionale copre gran parte del lavoro, e la parte restante si fa a mano ogni giorno, sempre dalle stesse persone, sempre allo stesso modo.
Si pagano licenze per moduli che nessuno usa, perché il pacchetto si compra intero anche quando serve un pezzo solo.
I dati stanno in tre sistemi che non si parlano, e qualcuno li ricopia. Ogni ricopiatura è un errore che aspetta il suo turno.
Ogni personalizzazione richiesta al fornitore costa e richiede mesi, perché il prodotto è di tutti e quindi non è di nessuno.
Modulo prestampato con caselle vuote e correzioni scritte a mano nei margini
Descrivi il tuo progetto

Cosa significa davvero "su misura"

Ci sono due strade diverse, e vengono spesso confuse. Personalizzare un prodotto esistente significa restare dentro i limiti di come quel prodotto pensa il lavoro: costa meno, si parte prima, ma quando il vostro processo non rientra nello schema la personalizzazione diventa un innesto fragile che va rifatto ad ogni aggiornamento.

Costruire su misura significa partire dai vostri processi. Costa di più all'inizio e richiede una fase di analisi vera, ma non ci sono limiti imposti da altri e non si pagano funzioni inutili.

Quando il su misura non conviene

Detto onestamente, perché è la parte che quasi nessuno scrive:

  • Se il processo è standard: contabilità ordinaria, fatturazione elettronica, paghe. Esistono prodotti maturi e a basso costo, costruirseli è uno spreco.
  • Se il budget è molto contenuto: meglio un buon prodotto a licenza usato bene che un su misura fatto a metà e poi abbandonato.
  • Se l'urgenza è estrema: se serve qualcosa in produzione la settimana prossima, il su misura non è la risposta. Si tampona con quello che c'è e si pianifica dopo.

Se durante il primo confronto emerge uno di questi casi, te lo dico. Un progetto che non doveva partire è un problema per te e una brutta referenza per me.

Un gestionale su misura per come lavorate davvero

Ordini, magazzino, anagrafiche clienti, produzione, reportistica: sono gli ambiti in cui più spesso il pacchetto standard costringe l'azienda a piegarsi. Un gestionale su misura fa l'opposto, e la differenza si vede nelle attività quotidiane, non nelle presentazioni.

Si parte dal foglio di calcolo che regge tutto: quasi sempre esiste, quasi sempre lo mantiene una persona sola. È il punto di partenza migliore perché contiene già le regole reali del vostro lavoro.
Si sostituisce un processo alla volta: l'operatività non si ferma mai. Il vecchio e il nuovo convivono finché il nuovo non ha dimostrato di funzionare.
I dati storici si portano dentro: nessuno riparte da un archivio vuoto.
La reportistica esce dal sistema, non da un lavoro manuale di fine mese fatto ricomponendo file.
Mani che riorganizzano schede di carta sparse in colonne ordinate su un tavolo luminoso

Come si controlla il costo, in concreto

La paura del preventivo che triplica è fondata: succede spesso, e succede quasi sempre per lo stesso motivo. Si firma su una descrizione vaga, poi ogni chiarimento diventa una variante da fatturare. Il meccanismo per evitarlo è noioso ma funziona.

Analisi a monte con perimetro scritto
Prima di quotare lo sviluppo si fa un'analisi, quotata a parte e con costo noto in anticipo. Ne esce un documento che dice cosa è dentro e cosa è fuori. Un preventivo senza questo documento è un numero inventato.
Budget diviso per fasi
Ogni fase ha un costo e un risultato utilizzabile. Alla fine di ciascuna puoi proseguire, cambiare priorità o fermarti tenendoti quello che è già in produzione.
Rilasci frequenti
Vedere il software funzionare presto elimina il malinteso, che è la vera causa dei costi extra. Le correzioni fatte alla seconda settimana costano una frazione di quelle fatte al nono mese.
Piccoli fogli appesi a intervalli regolari lungo una linea su una parete chiara

Il codice è tuo, e non è una formula di cortesia

Il vendor lock-in non nasce da una clausola contrattuale. Nasce da scelte tecniche: componenti proprietari, formati chiusi, dati che vivono solo dentro il prodotto di qualcuno. Le scelte che lo evitano sono queste:

Tecnologie mainstream

C#, ASP.NET Core, Blazor. Ecosistema Microsoft con supporto a lungo termine e un mercato ampio di sviluppatori in Italia.

Database standard

SQL Server e database relazionali. I dati restano leggibili, interrogabili ed esportabili anche senza l'applicazione.

Repository consegnato

Il codice sorgente e la sua storia sono tuoi, con la documentazione necessaria per farci subentrare qualcun altro.

Cloud senza catene

Azure per hosting con costi prevedibili, senza servizi esotici che rendono impossibile spostarsi altrove.

Il paradosso è noto a chi lavora bene: un cliente libero di andarsene è un cliente che resta, perché ci resta per scelta.

Tempi reali: la prima versione in poche settimane

Il progetto che non finisce mai ha una firma riconoscibile: si costruisce tutto insieme e si mostra alla fine. Basta invertire l'ordine.

Si individua il processo che oggi fa perdere più tempo e si costruisce solo quello, completo e utilizzabile. Va in produzione, le persone lo usano, il risparmio inizia mentre il resto è ancora da scrivere. Poi si aggiunge il pezzo successivo.

Il vantaggio non è solo psicologico. Un software usato da persone vere per qualche settimana insegna cose che nessuna analisi può prevedere, e le insegna quando correggere costa ancora poco.

Domande frequenti sul software su misura

Quanto costa un software su misura?
Dipende da tre fattori: quanti processi deve coprire, quante integrazioni servono con i sistemi esistenti, quanti tipi di utente con permessi diversi lo useranno. Il preventivo arriva dopo l'analisi, con un perimetro scritto, e il budget è diviso per fasi: alla fine di ognuna decidi se proseguire. Chi ti dà una cifra al telefono, prima di aver visto come lavori, sta tirando a indovinare.
In quanto tempo posso avere la prima versione funzionante?
L'obiettivo è poche settimane per un primo incremento realmente utilizzabile, non un rilascio unico dopo un anno. Si parte dal processo che fa perdere più tempo oggi.
Il codice sorgente resta di mia proprietà?
Sì. Repository consegnato, documentazione inclusa, tecnologie standard senza componenti proprietari che vincolano.
Cosa succede se voglio cambiare fornitore in futuro?
Hai codice, documentazione e dati in un database standard. Per un altro fornitore è una presa in carico, non una riscrittura.
Si integra con i gestionali e i sistemi che uso già?
Nella maggior parte dei casi sì, tramite le interfacce di integrazione del sistema esistente o direttamente sui dati quando non ci sono alternative. È il punto che va verificato in analisi, prima del preventivo, perché è quello che più spesso nasconde sorprese.
Chi fa la manutenzione dopo il rilascio?
Si concorda: può restare a me, passare al vostro reparto IT o andare ad un altro fornitore. Non è un abbonamento obbligatorio.
E se il progetto è troppo piccolo o troppo grande?
Piccolo e ben definito è un ottimo inizio, con rischio contenuto per entrambi. Molto grande si divide in fasi indipendenti che portano valore una alla volta. E se un prodotto già sul mercato copre il tuo caso, te lo dico.

Parliamo del tuo progetto

Descrivi cosa ti serve, anche a grandi linee. Ti rispondo entro 24 ore dicendoti come imposterei l'analisi e cosa determina il costo nel tuo caso.

I dati servono solo a risponderti. Nessuna newsletter automatica, nessuna cessione a terzi. Leggi la privacy policy.