← Tutti gli articoli
Software17/10/20268 min di letturaRedazione Liberatori

Software su misura: quando conviene e quando comprare software pronto

Un software su misura si giustifica solo in certi casi. Ecco il confronto tra le quattro strade possibili e i criteri per decidere prima di aprire un preventivo.

Software su misura: quando conviene e quando comprare software pronto

Software su misura o software di mercato: come si sceglie

Il software su misura conviene quando il processo da coprire è ciò che ti distingue dai concorrenti, o quando nessun prodotto di mercato, nemmeno configurato, lo regge senza correzioni manuali. Se il processo è uguale a quello di tutti, compra software pronto: di solito costa meno, si aggiorna da solo e non dipende da chi lo ha scritto.

Detto così sembra ovvio. Nella pratica la scelta si sbaglia in entrambe le direzioni. C'è chi si fa costruire da zero un programma per fatture e magazzino, cose che esistono da sempre, e poi paga la manutenzione di un oggetto che nessun altro usa. E c'è chi forza un prodotto standard su un processo che non gli somiglia, finendo con tre fogli di calcolo paralleli, un collega che «sa come si fa» e un'esportazione manuale ogni venerdì.

La nostra posizione: parti sempre dal prodotto pronto e chiediti dove si rompe. Il software su misura si giustifica sul punto di rottura, non sull'idea che «il nostro caso è particolare». Lo dicono tutti, e quasi sempre la parte davvero particolare è una frazione del lavoro.

Le quattro strade a confronto

Prima di parlare di codice, metti le opzioni sulla stessa tabella. Sono quattro, non due, perché in mezzo ci sono soluzioni che spesso risolvono il problema con una frazione dello sforzo.

StradaRegge quandoRischio principaleChi controlla il risultato
Software pronto, usato com'èIl processo è standard e puoi adattarti tuTi pieghi al programma e perdi efficienza dove contavaIl fornitore
Software pronto, configuratoIl prodotto ha campi, regole e flussi personalizzabiliConfigurazioni fragili, legate a una persona o a un consulenteIl fornitore, in parte tu
Automazione fra strumenti esistentiI programmi vanno bene, manca il collegamento fra loroPassaggi nascosti se nessuno li documentaTu, se te la fai consegnare
Software su misuraIl processo è il tuo vantaggio o nessun prodotto lo copreCosto iniziale e manutenzione nel tempoTu, se lo scrivi nel contratto

La terza riga è quella che si salta più spesso. Prima di costruire qualcosa, guarda se il problema non sia solo di collegamento. Fra i casi pubblicati sulla pagina Automazioni di liberatori.eu (aggregati sui primi novanta giorni dal lancio) c'è un e-commerce B2B da 1.200 ordini al mese che aveva già gestionale, corriere e CRM: andavano sincronizzati. Il risultato è stato il 98% degli ordini senza tocco umano, da quattro persone a una su quel lavoro. Se ti riconosci in questo scenario, leggi come automatizzare i processi aziendali in quattro passi prima di aprire un preventivo di sviluppo.

Sulle prime due righe c'è una verifica che costa un pomeriggio e salva molti progetti: il prodotto pronto che stai valutando ha un'interfaccia di programmazione (API) documentata? Permette di esportare tutto in un formato aperto? Se la risposta è no, anche un acquisto «sicuro» ti lega, e il giorno in cui vorrai cambiare scoprirai quanto costa uscire.

Quando ha senso farsi costruire un software

Ci sono segnali concreti, e nessuno è «mi piacerebbe avere qualcosa di mio».

Il primo: il processo genera margine. Un calcolo di preventivo che solo la tua azienda sa fare, una pianificazione di produzione con vincoli tuoi, un percorso di approvazione che i clienti apprezzano. Se un concorrente potesse comprare la stessa cosa a scaffale, non è un vantaggio. Se non può, vale la pena proteggerlo con uno strumento fatto apposta.

Il secondo: paghi già il costo della soluzione sbagliata. Ogni giorno qualcuno copia le stesse informazioni da un programma all'altro, corregge a mano un campo che il prodotto non gestisce, mantiene un foglio di calcolo «ufficioso» accanto a quello ufficiale. Sono ore che si contano, e se le conti per un mese hai già la base del business case.

Il terzo: serve un accesso che il mercato non offre, per esempio un portale in cui i tuoi clienti seguono lo stato degli ordini con le tue regole e non con quelle di una piattaforma generica. Se è il tuo caso (gestionale, portale clienti, app aziendale), qui c'è la pagina sul software su misura.

Il quarto è meno detto: il prodotto pronto sta per diventare un vincolo. Prezzi per utente che crescono con l'organico, funzioni che spariscono dal piano, un fornitore che cambia rotta. Non basta da solo, ma pesa.

Quando il software su misura non conviene

Non conviene per le funzioni di base: contabilità, posta, gestione documentale generica, firma elettronica. Non conviene se non sai descrivere il processo, perché il codice fisserà la confusione invece di toglierla. Non conviene se chi lo userà non è stato coinvolto: l'ottimo strumento ignorato dal reparto vale zero.

E non conviene quando il budget copre solo la prima versione. Un software invecchia: le librerie si aggiornano, i browser cambiano, i processi si modificano. Un giorno un aggiornamento di sicurezza rompe una funzione che nessuno ricorda di aver chiesto, e se non c'è qualcuno incaricato di sistemarla il programma diventa quello che nessuno osa toccare. Meglio un prodotto pronto ben configurato che un gioiello su misura abbandonato.

Un caso a parte è il gestionale completo. Lì il rischio di fare tutto insieme è alto, e la strada che consigliamo è procedere a moduli: ne abbiamo scritto in gestionale su misura o software pronto.

Come si crea un software su misura: l'analisi prima del codice

La domanda che molti scrivono, «come si crea un software», ha una risposta meno tecnica di quanto si pensi: la parte che decide l'esito non è scrivere codice, è capire cosa deve fare. Il lavoro, in ordine, è questo.

  1. Mappatura del processo. Si intervista chi esegue il lavoro, non chi lo racconta in riunione. Le due versioni differiscono sempre, e quella buona è la prima. In circa una settimana si misurano passaggi, tempi ed errori.
  2. Cosa tenere, cosa togliere. Non tutto va digitalizzato così com'è. Alcuni passaggi esistono solo perché il vecchio strumento li imponeva.
  3. Prima versione piccola. Un solo modulo, quello che toglie più attrito, usato da chi lavora davvero con quel processo.
  4. Prova sui casi reali. Non su esempi puliti: sull'ordine strano, sul cliente con la deroga, sull'eccezione di fine mese.
  5. Moduli successivi. Si aggiunge un pezzo alla volta, con quello che si è imparato dall'uso.

Il passaggio due è quello più sottovalutato. Se il costo si controlla, è lì: ogni funzione non costruita è una funzione che non va mantenuta. Ed è anche il momento in cui capita di scoprire che metà del problema si risolveva cambiando l'abitudine, non il programma.

Come creare un software facilmente?

Per un uso aziendale non esiste un modo davvero facile, esiste un modo più corto. Se il problema è semplice (un modulo, un flusso di approvazione, un collegamento fra due programmi), strumenti di orchestrazione come quelli descritti in n8n: cos'è e quando conviene rispetto al codice evitano di scrivere un'applicazione intera. Se invece il programma deve reggere utenti, permessi e regole di business, la facilità apparente si paga più avanti.

Il software resta tuo: cosa chiedere prima di firmare

Qui si decide se avrai uno strumento o una dipendenza. Se il fornitore è l'unico a sapere come funziona il programma, il giorno in cui vorrai cambiare dovrai ricominciare da capo. Si evita con richieste semplici, da scrivere nero su bianco (per la parte contrattuale fai rivedere il testo a un legale).

  • Il codice viene consegnato per intero e custodito in un archivio a tuo nome, non nell'account del fornitore.
  • Gli accessi a server, domini e servizi esterni sono intestati a te fin dal primo giorno.
  • Esiste una documentazione che permette a un altro sviluppatore di prendere in mano il lavoro.
  • Le componenti di terze parti usate sono elencate, con le loro condizioni.
  • Manutenzione e hosting sono voci separate e leggibili, che puoi spostare altrove.

Da parte nostra la regola è questa: quello che costruiamo resta del cliente, e lo teniamo acceso noi. Un fornitore che ti consegna tutto e resta comunque perché lo scegli ogni mese è un rapporto più sano di uno che resta perché non puoi andartene.

Cosa fare per iniziare

Prendi il processo che ti fa perdere più tempo e scrivilo su una sola pagina: chi fa cosa, in quale ordine, dove si blocca e che errore ricorre. Poi provalo contro due prodotti pronti e conta i punti in cui servono ancora correzioni a mano. Se sono pochi, configura e vai avanti. Se sono molti e toccano il cuore del tuo lavoro, quella pagina è già il brief di un progetto su misura, e le automazioni da fare per prime in una PMI ti dicono da dove partire.

Domande frequenti

Quanto costa un software su misura?

Dipende dal perimetro: quanti moduli, quante integrazioni, quanti tipi di utente. Per questo conviene partire da un solo modulo e da un'analisi del processo, così il preventivo riguarda qualcosa di misurabile e non un'idea generale.

Il software su misura resta di proprietà dell'azienda?

Dovrebbe, ma va scritto nel contratto: codice consegnato, accessi intestati a te, documentazione. Senza questi punti rischi di dipendere dal fornitore anche per modifiche minime.

Meglio un software su misura o uno pronto?

Pronto, se il tuo processo è standard. Su misura, se quel processo è il tuo vantaggio o nessun prodotto lo copre senza correzioni manuali continue. In mezzo esistono configurazione e automazioni, da provare prima.

Continua la lettura