Guide

Fare o far fare il software personalizzato?

Molto di ciò che riguarda il software personalizzato si può costruire da soli — la domanda è se conviene. Quando ha senso la prestazione interna, dov'è il limite e qual è la via più costosa.

Offerta su richiestada 8 settimane fino alla prima versioneAggiornamento 2026
In breve

Costruire da soli il software personalizzato conviene se il progetto resta piccolo, se qualcuno nell'azienda ha tempo e se nessuno dipende dal fatto che funzioni in un giorno preciso. Non appena devono intervenire altri sistemi o qualcuno è responsabile se si guasta, la realizzazione esterna è di solito più conveniente — la via più costosa è quella fatta a metà.

01 — Lavoro interno

Fare da soli o far fare?

  • Fare da soli ha senso se qualcuno nell'azienda ha il tempo e l'interesse, il progetto resta piccolo e nessuno dipende dal fatto che funzioni in una data precisa.
  • I kit pronti ti portano velocemente a un primo risultato, ma raggiungono i limiti dove entrano in gioco processi propri, dati propri o collegamenti a sistemi esistenti.
  • Far fare conviene non appena il software personalizzato deve dialogare con altri sistemi, non appena qualcuno è responsabile se non funziona, oppure non appena l'impegno interno diventa più costoso della realizzazione esterna.
  • La via più costosa è quella a metà: costruito da soli per mesi nei ritagli di tempo, poi abbandonato e rifatto esternamente. Chi sceglie il lavoro interno dovrebbe fissare un budget di tempo e un punto di abbandono.
  • Forma mista: concezione e allestimento esterni, manutenzione interna. Per il software personalizzato è spesso la via economicamente più vantaggiosa — a condizione che il passaggio sia documentato.

02 — Requisiti

Cosa vi serve per il software personalizzato

  • Un'occasione chiaramente identificata. Non «dovremmo fare qualcosa con l'IA», ma un processo che oggi costa comprovabilmente tempo o ordini.
  • Contenuti o dati esistenti. Il software personalizzato lavora con ciò che c'è. Quanto più completa è la situazione di partenza, tanto più breve è l'allestimento.
  • Accesso ai sistemi interessati. Chi gestisce gli accessi va coinvolto fin dall'inizio — secondo l'esperienza è il motivo di ritardo più frequente.
  • Un referente con potere decisionale. Uno, non tre.
  • Disponibilità a rifinire dopo l'avvio. Le prime settimane di funzionamento reale mostrano cosa mancava nel progetto. È normale e previsto.

03 — Calcolo

Come si calcola

Bastano quattro numeri: quante volte si ripete il processo? Quanto dura? Quanto costa un'ora internamente? E quanto costa la soluzione — una tantum più gestione su tre anni?

Un esempio: un processo che si ripete due volte a settimana e dura 40 minuti occupa circa 69 ore all'anno. Con un costo orario interno di 45 euro, sono circa 3.100 euro annui impegnati. Se una soluzione riduce questo carico di due terzi, si ammortizza — a seconda dell'offerta effettiva — spesso entro uno o due anni. Il valore preciso per il vostro caso ve lo comunichiamo dopo il primo colloquio.

Questo calcolo è volutamente conservativo: considera solo il tempo risparmiato, non gli errori evitati né gli ordini generati da una risposta più rapida. Nella pratica il vantaggio è spesso maggiore — ma non bisogna contarci prima di averlo misurato.

04 — Domande

Domande frequenti

Quando conviene un software proprio rispetto a un software standard?

Quando il tuo processo è un vero vantaggio competitivo, quando il software standard si adatta solo al settanta percento e il resto finisce in lavoro manuale, o quando i costi di licenza per utente superano lo sviluppo nell'arco di pochi anni. Se si tratta solo di comodità, il software standard costa meno.

Cosa succede se non collaboriamo più?

Hai il codice, la documentazione e gli accessi. Usiamo deliberatamente tecnologie diffuse, così da rendere possibile un cambio senza che qualcuno debba ricostruire tutto.

Come evitiamo che il progetto sfugga di mano?

Piccoli passi con risultato utilizzabile, budget fissi per passo, e possibilità di uscire dopo ogni passo. I grandi progetti a prezzo fisso su dodici mesi sono la strada più sicura verso la delusione — per entrambe le parti.

Quanti utenti può gestire un sistema del genere?

Dipende dall'architettura, che pianifichiamo in base alla tua crescita prevista — da pochi utenti nella propria attività fino a diverse centinaia su più sedi.

Cosa succede se durante lo sviluppo scopriamo nuovi requisiti?

È normale e previsto, perché si lavora con piccoli passi. Un nuovo requisito viene incluso nel passo successivo, invece di bloccare l'intero progetto.

Funziona sui nostri server o nel cloud?

Entrambe le opzioni sono possibili. Per la maggior parte delle attività una soluzione cloud richiede meno manutenzione; dove i dati non possono uscire dalla sede, lo configuriamo su infrastruttura propria.

Possiamo iniziare con un foglio di calcolo?

Spesso sì, ed è un buon test. Se il foglio rappresenta il processo e fallisce solo per multiutenza, permessi o volume di dati, il requisito è chiaro e il progetto è calcolabile.

05 — Decisione

Come andare avanti

Il prossimo passo più conveniente è una conversazione, non un'offerta. Venti minuti bastano di solito per chiarire se un progetto ha senso, in quale ambito si colloca e se siamo le persone giuste.

Se non lo siamo, lo diciamo. Un no onesto costa meno di un progetto che si interrompe dopo tre mesi — per entrambe le parti.

Prossimo passo

Analizziamo la tua situazione di partenza.

Raccontaci cosa ti fa perdere tempo oggi. Da lì nasce una valutazione con costi e benefici — e solo dopo un preventivo.