Sviluppo software su misura: quando nessun pacchetto copre il tuo processo

È l'obiezione giusta e si disinnesca prima di firmare, non dopo. Il codice sorgente, il database, la documentazione e gli accessi all'infrastruttura sono tuoi dal primo giorno: nessun componente cifrato, nessuna licenza d'uso, niente che smetta di funzionare se smetti di lavorare con me. Uso tecnologie diffuse, con un mercato ampio di sviluppatori, proprio perché un altro fornitore possa prendere in mano il progetto leggendo il documento di architettura. Il vincolo tecnico che tiene un cliente legato è una scelta di chi lo costruisce, e io scelgo di non metterlo.

All'inizio di più, quasi sempre. Ma il confronto onesto non è sul prezzo di partenza: un pacchetto ha un canone che cresce con gli utenti, i moduli aggiuntivi si pagano, e le personalizzazioni sopra al pacchetto sono la voce che sfugge di mano, perché vanno riverificate a ogni aggiornamento del prodotto. Il su misura ha una spesa concentrata all'inizio e poi solo hosting più le evoluzioni che decidi tu. Non ho un listino e diffiderei di chi ce l'ha per lavori su misura: dopo l'analisi il progetto ha un numero fisso, non una tariffa oraria aperta. E se dall'analisi risulta che un prodotto in commercio ti copre, te lo dico e non ti vendo un progetto.

Come stima indicativa e non come impegno contrattuale: fra le 8 e le 20 settimane dall'analisi alla prima versione in uso, secondo quanti processi copre. Non si aspetta la fine per vedere qualcosa, ed è voluto: si parte dal pezzo che oggi costa più lavoro manuale e quello va in uso per primo, mentre il resto si costruisce. Il calendario è una delle prime cose di cui parliamo in chiamata, così le date le fissiamo insieme e sai in anticipo quando serve il tuo tempo per le verifiche.

Il periodo di assistenza post-rilascio si concorda prima di iniziare, con un perimetro scritto: non è un canone a tempo indeterminato mascherato. Dopo, le strade sono tre e le decidi tu: un accordo di manutenzione con me, il tuo reparto IT interno, oppure un altro fornitore. Perché la terza sia praticabile davvero servono documentazione aggiornata e tecnologie ordinarie, ed è per questo che stanno nel perimetro del progetto e non fra le cose belle da avere.

Sì, sorgente compreso, e non è una concessione: è la condizione che rende credibile tutto il resto. Il repository, il database, l'infrastruttura cloud e i servizi di terze parti sono intestati a te, non a me con delega. Alla consegna passano anche il documento di architettura e le decisioni tecniche con le alternative scartate e i motivi, che è la parte che permette a chiunque venga dopo di lavorarci senza chiamarmi.

Analisi, architettura e code review le tengo con me: è lì che si decide se il progetto regge nel tempo. Lo sviluppo lo delego a collaboratori di fiducia, ed è una scelta voluta — tiene i costi ragionevoli e permette di aprire più fronti quando il progetto lo richiede, invece di mettere in coda tutto dietro una sola persona. Ogni riga che va in produzione passa dalla mia revisione, e l'interlocutore resti tu con me: non c'è un account manager in mezzo e non c'è un passaggio di consegne.

Nella maggioranza dei casi no, e chi te lo propone come prima cosa ti sta vendendo qualcosa. Il gestionale fa bene la parte amministrativa e contiene anni di storico: il software su misura copre il pezzo che manca e si collega per anagrafiche, articoli e documenti, così il dato resta uno. Quando però dall'analisi risulta che è lui il collo di bottiglia — perché non è più manutenuto, perché il fornitore è sparito, perché ogni modifica costa più di quanto valga — la sostituzione è un progetto che faccio. In quel caso la parte costosa non è scrivere il software nuovo: è migrare lo storico e rimettere in mano alle persone uno strumento diverso. Te lo dimensiono prima, così la decisione la prendi sapendo cosa costa davvero.

Si importano, con la sporcizia che hanno: duplicati, campi liberi compilati in tre modi diversi, codici scritti come capita. La bonifica minima necessaria fa parte del progetto e si dimensiona in analisi, perché è quasi sempre più lunga di quanto sembri e non è onesto scoprirlo dopo. Durante il rilascio i fogli restano attivi come rete: si spengono quando il software ha dimostrato di funzionare sui tuoi dati, non il giorno della consegna.

Può esserlo, e in quel caso te lo dico. Un progetto su misura ha un costo minimo di analisi e architettura che non si comprime: sotto una certa dimensione conviene un prodotto in commercio, anche imperfetto, oppure automatizzare solo il singolo passaggio che costa. Il criterio non è il fatturato dell'azienda: è quanto ti costa oggi in ore il processo che vuoi coprire. Se quel numero è basso, la risposta giusta è non fare il progetto.

No, non da questo dominio. Qui costruisco software su misura e integrazioni fra sistemi aziendali: gestionali, applicativi interni, portali e aree riservate. Le piattaforme di e-commerce come Shopify o WooCommerce le tratto solo come sistemi da integrare — articoli, giacenze, ordini che devono passare dal gestionale — non come qualcosa che progetto e vendo io.

Se sei un'impresa marchigiana vale la pena verificarlo. Il bando Doppia Transizione Marche 2026 finanzia progetti di digitalizzazione con contributi a fondo perduto e le domande si presentano dal 30 settembre al 7 ottobre 2026. Il massimale copre bene la fase di analisi e architettura, non lo sviluppo intero: è comunque la parte in cui si decide se il progetto ha senso, quindi è quella su cui conviene concentrare il contributo. Trovi requisiti, percentuali e spese ammissibili nella pagina dedicata al bando, con l'avvertenza di verificare sempre il testo ufficiale della Regione Marche prima di presentare domanda.