{"id":367,"date":"2021-01-25T14:33:00","date_gmt":"2021-01-25T13:33:00","guid":{"rendered":"https:\/\/brentasoft.com\/blog\/sviluppo-software-custom-pmi-quando-conviene\/"},"modified":"2021-01-25T14:33:00","modified_gmt":"2021-01-25T13:33:00","slug":"sviluppo-software-custom-pmi-quando-conviene","status":"publish","type":"post","link":"https:\/\/brentasoft.com\/blog\/sviluppo-software-custom-pmi-quando-conviene\/","title":{"rendered":"Sviluppo software custom per PMI: quando conviene davvero"},"content":{"rendered":"<p>Lo <strong>sviluppo software custom per PMI<\/strong> \u00e8 uno di quei temi che divide gli imprenditori italiani in due categorie: chi lo vede come una spesa enorme e rischiosa, e chi invece lo considera la chiave per ottenere un vantaggio competitivo reale. La verit\u00e0, come spesso accade, sta nel mezzo. Nel 2021 il software su misura non \u00e8 pi\u00f9 un lusso riservato alle grandi aziende: con stack tecnologici moderni come PHP 8 e Laravel, Python con Django o FastAPI, Node.js e React, anche una piccola o media impresa pu\u00f2 commissionare un applicativo perfettamente cucito sui propri processi senza svenarsi.<\/p>\n<p>Ma quando conviene davvero? E quando invece \u00e8 meglio adattarsi a una soluzione di mercato? In questa guida pratica ti accompagniamo nella decisione strategica pi\u00f9 importante che riguarda l&#8217;IT della tua azienda: capire se hai bisogno di <strong>software su misura aziendale<\/strong> oppure no, quanto costa, quanto tempo ci vuole, e come scegliere il partner giusto senza farti fregare. Niente fuffa, niente discorsi da venditore: solo numeri, esempi concreti e qualche errore tipico da evitare.<\/p>\n<h2>1. Software custom vs software pacchetto: la decisione strategica<\/h2>\n<p>Partiamo da una distinzione fondamentale. Il <em>software pacchetto<\/em> (chiamato anche off-the-shelf o COTS, Commercial Off-The-Shelf) \u00e8 un prodotto gi\u00e0 pronto, sviluppato per una platea ampia di clienti: pensiamo a SAP Business One, Microsoft Dynamics, Zucchetti, TeamSystem, oppure a soluzioni cloud come Salesforce, HubSpot o Shopify. Il <strong>software custom<\/strong>, invece, viene progettato e scritto specificamente per le esigenze di una singola azienda: nasce dai suoi processi, parla la sua lingua, si integra con i suoi sistemi.<\/p>\n<p>La scelta tra le due strade non \u00e8 ideologica, \u00e8 economica e strategica. Un software pacchetto ha un costo iniziale tipicamente pi\u00f9 basso e tempi di attivazione rapidi (giorni o settimane), ma costringe l&#8217;azienda ad adattarsi al modo in cui il software lavora. Un software custom richiede un investimento maggiore in fase iniziale e tempi di realizzazione nell&#8217;ordine di mesi, ma poi cresce e si evolve insieme all&#8217;azienda, senza imporre vincoli artificiosi.<\/p>\n<p>Il punto centrale, secondo la nostra esperienza con decine di PMI italiane, \u00e8 questo: <strong>se i tuoi processi aziendali sono il tuo vantaggio competitivo, non puoi permetterti di adattarli a un software standard<\/strong>. Se invece i tuoi processi sono comuni a tutto il settore (contabilit\u00e0, fatturazione, gestione magazzino base), un buon pacchetto fa risparmiare tempo e denaro.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2021\/01\/sviluppatore-pmi-software.jpg\" alt=\"Sviluppatore PMI che lavora su software custom con codice e laptop\" \/><\/p>\n<h2>2. Quando un&#8217;azienda ha davvero bisogno di software custom (e quando no)<\/h2>\n<p>Prima di parlare di costi, di stack e di partner, dobbiamo affrontare la domanda piu&#8217; importante: <strong>quando fare un software custom<\/strong> ha senso e quando invece e&#8217; uno spreco di soldi? Ecco i casi in cui il custom e&#8217; la scelta giusta:<\/p>\n<ul>\n<li><strong>Hai processi specifici che nessun pacchetto copre<\/strong>: per esempio, un&#8217;azienda di logistica con un algoritmo proprietario di assegnazione corrieri, o un produttore con un calcolo costi industriale legato a parametri di filiera unici.<\/li>\n<li><strong>Stai usando 3-4 software diversi che non si parlano<\/strong>: il custom permette di costruire un sistema unificato con <a href=\"https:\/\/brentasoft.com\/soluzioni\/integrazione-api.php\">integrazione API tra sistemi<\/a> che elimina il copia-incolla tra applicazioni.<\/li>\n<li><strong>Hai una crescita rapida e i fogli Excel non bastano piu&#8217;<\/strong>: quando l&#8217;azienda passa da 5 a 50 dipendenti, gli strumenti che funzionavano prima collassano.<\/li>\n<li><strong>Vuoi differenziare il prodotto\/servizio dai concorrenti<\/strong>: un&#8217;app web per i clienti, un portale fornitori, un configuratore prodotto sono tutti casi in cui il pacchetto non basta.<\/li>\n<li><strong>Hai requisiti di compliance o sicurezza specifici<\/strong>: settori come sanita&#8217;, finanza, pubblica amministrazione spesso richiedono soluzioni dedicate.<\/li>\n<\/ul>\n<p>Quando invece il custom <strong>NON<\/strong> serve? Quando il tuo bisogno \u00e8 coperto bene da un pacchetto consolidato (es. fatturazione elettronica), quando il budget \u00e8 inferiore a 10-15.000 euro (sotto questa soglia il custom \u00e8 quasi sempre sotto-dimensionato), quando hai meno di 5 utenti e il problema si risolve con un foglio Excel ben fatto, oppure quando il tuo processo \u00e8 destinato a cambiare drasticamente nei prossimi 6 mesi e cristallizzare ora sarebbe controproducente.<\/p>\n<h2>3. I 6 segnali che indicano che \u00e8 ora di custom<\/h2>\n<p>Nella nostra esperienza, ci sono sei segnali ricorrenti che, quando si presentano insieme, indicano che \u00e8 giunto il momento di valutare seriamente uno <strong>sviluppo applicativi custom<\/strong>:<\/p>\n<ol>\n<li><strong>I tuoi collaboratori passano ore a copiare dati da un sistema all&#8217;altro.<\/strong> Se la giornata di un impiegato \u00e8 fatta al 30% di &#8220;esporto da X, importo in Y, sistemo a mano&#8221;, stai pagando lavoro umano per fare quello che un&#8217;integrazione automatica farebbe in 2 secondi.<\/li>\n<li><strong>Hai 4-5 fogli Excel &#8220;critici&#8221; che girano via email.<\/strong> Versionamento caotico, errori a cascata, nessuno sa qual e&#8217; la versione &#8220;buona&#8221;. E&#8217; il tipico campanello d&#8217;allarme.<\/li>\n<li><strong>I clienti chiedono funzionalita&#8217; che il tuo gestionale non fa.<\/strong> Se i tuoi commerciali devono dire &#8220;non possiamo farlo&#8221; troppo spesso, stai perdendo opportunita&#8217;.<\/li>\n<li><strong>Stai pagando licenze di moduli che usi al 5%.<\/strong> Molte PMI scoprono che un software custom mirato costa meno delle licenze annuali di un ERP enterprise sotto-utilizzato.<\/li>\n<li><strong>Il tuo settore sta cambiando velocemente.<\/strong> Se il mercato ti chiede di adattarti rapidamente, il custom permette evoluzione incrementale che il pacchetto non consente.<\/li>\n<li><strong>Hai una visione di prodotto che vuoi portare al mercato.<\/strong> Se il software diventa parte della tua offerta (web app per clienti, configuratore, marketplace verticale), devi controllarlo tu, non un fornitore.<\/li>\n<\/ol>\n<p>Se ti riconosci in 3 o piu&#8217; di questi segnali, vale la pena fare almeno una valutazione preliminare con un partner di sviluppo. Non significa che dovrai necessariamente partire con un progetto custom: significa che hai gli elementi per fare una decisione informata.<\/p>\n<h2>4. Quanto costa sviluppare un software custom: range 2021<\/h2>\n<p>Ecco la domanda che tutti fanno per prima, e a cui molti consulenti rispondono con un imbarazzante &#8220;dipende&#8221;. Diciamo la verit\u00e0 con qualche numero. I costi di sviluppo software in Italia nel 2021 si possono inquadrare in fasce di prezzo abbastanza riconoscibili:<\/p>\n<ul>\n<li><strong>Micro-progetto (10.000 &#8211; 25.000 \u20ac)<\/strong>: una web app singola, un modulo specifico, un&#8217;automazione che integra due sistemi. Tempi: 4-8 settimane. Esempio: un portale fornitori per upload documenti con notifiche email.<\/li>\n<li><strong>Progetto piccolo (25.000 &#8211; 60.000 \u20ac)<\/strong>: un&#8217;applicazione completa con database, autenticazione, pannello admin, ruoli utente, qualche integrazione. Tempi: 3-6 mesi. Esempio: un CRM custom con pipeline vendite, anagrafiche e reportistica.<\/li>\n<li><strong>Progetto medio (60.000 &#8211; 150.000 \u20ac)<\/strong>: gestionale completo o piattaforma multi-modulo, con workflow complessi, importazioni dati, integrazioni con ERP esistenti. Tempi: 6-12 mesi. Esempio: un <a href=\"https:\/\/brentasoft.com\/soluzioni\/gestionali-personalizzati.php\">gestionale personalizzato<\/a> con magazzino, produzione, fatturazione e BI.<\/li>\n<li><strong>Progetto grande (150.000 \u20ac in su)<\/strong>: piattaforma SaaS multi-tenant, ERP completo, sistemi di trading o e-commerce ad alto volume. Tempi: 12+ mesi, spesso a fasi.<\/li>\n<\/ul>\n<p>Questi range si riferiscono a sviluppo realizzato in Italia da team qualificati (sviluppatori senior). L&#8217;offshoring puro (India, Europa dell&#8217;Est) pu\u00f2 ridurre il costo del 30-50%, ma con rischi significativi su qualit\u00e0, comunicazione e tempi (ne parliamo dopo). Il nearshoring europeo (Romania, Polonia, Portogallo) si colloca in mezzo, con un risparmio del 20-30% e meno problemi linguistici.<\/p>\n<p>Una regola pratica: in Italia nel 2021 una giornata-uomo di sviluppo senior si paga tra 400 e 700 euro al cliente finale (quindi marginata dalla software house), mentre un middle si paga 250-400 euro\/giorno. Un progetto di 60.000 euro corrisponde indicativamente a 100-150 giornate-uomo, distribuite su un team di 2-3 persone per 3-5 mesi.<\/p>\n<h2>5. Tempi reali di sviluppo: dalle settimane ai mesi<\/h2>\n<p>I tempi reali di un progetto custom sono spesso il dato meno chiaro per chi non viene dal mondo IT. Eccoli scomposti per fasi:<\/p>\n<ul>\n<li><strong>Analisi e specifica funzionale (2-6 settimane)<\/strong>: workshop con il committente, mappatura processi, scrittura documento di specifica, mockup e wireframe. Senza questa fase i progetti falliscono al 90%.<\/li>\n<li><strong>Design UX\/UI (1-3 settimane)<\/strong>: prototipi navigabili, design system, validazione con utenti finali.<\/li>\n<li><strong>Sviluppo iterativo (2-9 mesi a seconda della scala)<\/strong>: tipicamente in sprint di 2 settimane, con demo periodiche e correzioni di rotta.<\/li>\n<li><strong>Test, deploy e formazione (2-4 settimane)<\/strong>: test di accettazione, deploy in produzione, formazione utenti, supporto post-go-live.<\/li>\n<\/ul>\n<p>Una raccomandazione fondamentale: <strong>diffida di chi ti promette tempi inferiori a 8 settimane per un progetto sopra i 20.000 euro<\/strong>. Significa che stanno saltando l&#8217;analisi, oppure che ti faranno pagare le iterazioni a parte. Il &#8220;fatto in fretta&#8221; nel software \u00e8 quasi sempre debito tecnico mascherato.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2021\/01\/team-sviluppo-software.jpg\" alt=\"Team di sviluppo durante un meeting di design con whiteboard\" \/><\/p>\n<h2>6. Lo stack tecnologico moderno per PMI italiane<\/h2>\n<p>Nel 2021 le scelte tecnologiche per software custom rivolto a PMI sono ben consolidate. Vediamo le piu&#8217; utilizzate.<\/p>\n<h3>Backend<\/h3>\n<ul>\n<li><strong>PHP 8 + Laravel 8 \/ Symfony 5<\/strong>: probabilmente lo stack piu&#8217; diffuso in Italia per applicazioni gestionali web. PHP 8, rilasciato a novembre 2020, ha portato JIT, attributi, named arguments e prestazioni decisamente migliori. Laravel rimane il framework piu&#8217; produttivo per progetti rapidi; Symfony e&#8217; preferito per progetti enterprise di lunga durata.<\/li>\n<li><strong>Python 3.9 + Django 3.x \/ FastAPI<\/strong>: ottimo per progetti con forte componente data, AI\/ML (per quanto nel 2021 si parli di machine learning classico, non di LLM generativi), o per API ad alte performance con FastAPI.<\/li>\n<li><strong>Node.js 14\/16 LTS + Express \/ NestJS<\/strong>: scelta naturale quando il frontend e&#8217; SPA pesante e si vuole condividere codice tra client e server (TypeScript end-to-end).<\/li>\n<li><strong>.NET 5 \/ Java Spring Boot<\/strong>: tipici di contesti enterprise o di clienti che hanno gia&#8217; un parco software in quegli stack.<\/li>\n<\/ul>\n<h3>Frontend<\/h3>\n<ul>\n<li><strong>React 17<\/strong>: ecosistema dominante, perfetto per dashboard amministrative e <a href=\"https:\/\/brentasoft.com\/soluzioni\/web-app-pwa.php\">web app e PWA<\/a>.<\/li>\n<li><strong>Vue 2\/3<\/strong>: piu&#8217; semplice di React, molto apprezzato in Italia per progetti dove il team non e&#8217; specializzatissimo.<\/li>\n<li><strong>Angular 11\/12<\/strong>: scelta enterprise, opinionato e completo.<\/li>\n<li><strong>Blade\/Twig server-side<\/strong>: per progetti gestionali &#8220;classici&#8221; senza UI ricca, il server-rendering Laravel\/Symfony resta velocissimo da sviluppare.<\/li>\n<\/ul>\n<h3>Database<\/h3>\n<ul>\n<li><strong>MySQL 8 \/ MariaDB 10.5<\/strong>: standard per la maggior parte dei gestionali web italiani.<\/li>\n<li><strong>PostgreSQL 13<\/strong>: preferito quando servono funzionalita&#8217; avanzate (JSONB, GIS, ricerca full-text seria).<\/li>\n<li><strong>SQL Server \/ Oracle<\/strong>: se l&#8217;azienda ha gia&#8217; licenze enterprise.<\/li>\n<\/ul>\n<h3>Infrastruttura<\/h3>\n<p>Il cloud nel 2021 \u00e8 la scelta default. AWS (EC2, RDS, S3), Azure e Google Cloud per progetti grandi; provider italiani come Aruba Cloud, IrideOS, Seeweb per chi vuole datacenter europeo e fatturazione in lingua. <strong>Docker<\/strong> \u00e8 ormai standard de-facto per il deploy: anche un progetto medio beneficia della containerizzazione, mentre Kubernetes ha senso solo per progetti con scala significativa o microservizi multipli. Le <a href=\"https:\/\/brentasoft.com\/soluzioni\/software-cloud.php\">soluzioni cloud aziendali<\/a> permettono di evitare server fisici in azienda e di scalare al bisogno.<\/p>\n<p>Secondo il <a href=\"https:\/\/insights.stackoverflow.com\/survey\/2020\" target=\"_blank\" rel=\"noopener\">Stack Overflow Developer Survey 2020<\/a>, JavaScript, Python e PHP restano i linguaggi piu&#8217; usati a livello professionale, con TypeScript in forte crescita. Una panoramica generale del processo di sviluppo software e&#8217; disponibile anche su <a href=\"https:\/\/it.wikipedia.org\/wiki\/Sviluppo_software\" target=\"_blank\" rel=\"noopener\">Wikipedia<\/a>.<\/p>\n<h2>7. Sviluppo internalizzato vs outsourcing: pro e contro<\/h2>\n<p>Quando una PMI decide di fare custom, deve scegliere tra <strong>internalizzare<\/strong> (assumere sviluppatori) o <strong>esternalizzare<\/strong> (commissionare a una software house o a freelance qualificati).<\/p>\n<p>L&#8217;internalizzazione ha senso quando il software \u00e8 core-business, quando il volume di sviluppo \u00e8 continuativo (almeno 2-3 sviluppatori a tempo pieno per anni) e quando l&#8217;azienda \u00e8 in grado di attrarre e trattenere talenti tecnici (cosa non banale fuori dalle grandi citt\u00e0 italiane). I vantaggi sono il controllo totale, la conoscenza profonda del dominio, la velocit\u00e0 di iterazione. Gli svantaggi: difficolt\u00e0 di reclutamento, costo del lavoro elevato (uno sviluppatore senior italiano nel 2021 costa all&#8217;azienda 55-80k\u20ac lordi annui), rischio di &#8220;fuga&#8221; dello sviluppatore con conseguente paralisi del progetto.<\/p>\n<p>L&#8217;outsourcing \u00e8 la scelta tipica delle PMI italiane: si commissiona a una software house esterna con un team strutturato. I vantaggi sono la flessibilit\u00e0, l&#8217;accesso a competenze diverse, l&#8217;assenza di costi fissi quando il progetto rallenta. Gli svantaggi: dipendenza dal fornitore, necessit\u00e0 di gestire bene i contratti, potenziale lock-in tecnologico se il codice non viene consegnato e documentato correttamente.<\/p>\n<p>Una via di mezzo molto efficace \u00e8 il modello <strong>ibrido<\/strong>: 1 sviluppatore senior interno (che diventa il &#8220;guardiano del codice&#8221; e l&#8217;interfaccia con l&#8217;azienda) + un team esterno per il grosso dello sviluppo. \u00c8 la formula che spesso suggeriamo alle PMI sopra i 20-30 dipendenti che vogliono evolvere in modo stabile il loro stack software.<\/p>\n<h2>8. Come scegliere il partner di sviluppo giusto<\/h2>\n<p>La scelta del partner di sviluppo \u00e8 probabilmente la decisione pi\u00f9 critica del progetto: un buon partner pu\u00f2 salvare un progetto male specificato, un cattivo partner pu\u00f2 affossare anche il progetto meglio definito. Ecco i criteri chiave da valutare:<\/p>\n<ol>\n<li><strong>Casi studio nel tuo settore<\/strong>: se realizzano gestionali per aziende manifatturiere e tu sei una manifatturiera, hanno gia&#8217; affrontato problemi simili. Chiedi referenze.<\/li>\n<li><strong>Stack tecnologico mainstream<\/strong>: diffida di chi propone tecnologie esotiche o framework proprietari. Il tuo software deve poter essere mantenuto anche da altri se domani il fornitore sparisce.<\/li>\n<li><strong>Processo di lavoro chiaro<\/strong>: domande tipo &#8220;come gestite gli sprint?&#8221;, &#8220;quanto durano le demo?&#8221;, &#8220;come gestite le richieste di modifica?&#8221; devono avere risposte precise. Se sentite &#8220;vediamo strada facendo&#8221;, scappate.<\/li>\n<li><strong>Codice consegnato e documentato<\/strong>: il contratto deve prevedere che il codice e la documentazione siano di proprieta&#8217; del cliente, in un repository accessibile (Git), con README e istruzioni di deploy.<\/li>\n<li><strong>Piano di manutenzione<\/strong>: cosa succede dopo il go-live? Il partner offre un contratto di manutenzione? A che SLA?<\/li>\n<li><strong>Solidita&#8217; aziendale<\/strong>: meglio una software house con 5+ anni di storia e fatturato verificabile rispetto a un team appena nato. Il software dura anni, il fornitore deve durare almeno altrettanto.<\/li>\n<li><strong>Comunicazione e cultura<\/strong>: il team del partner sara&#8217; come un&#8217;estensione del tuo. Ti devi trovare bene a parlarci. Se gia&#8217; nei primi incontri non capisci cosa dicono, sara&#8217; un disastro.<\/li>\n<\/ol>\n<p>Un suggerimento spesso ignorato: chiedi sempre <strong>3 preventivi<\/strong>. Non per scegliere il piu&#8217; basso (anzi, di solito il piu&#8217; basso e&#8217; una trappola), ma per capire come ragionano i diversi fornitori. Un preventivo serio include: descrizione delle funzionalita&#8217;, stima per fasi, assunzioni e rischi, tempi e milestone, condizioni di pagamento. Un preventivo da 1 pagina con un numero secco e&#8217; un campanello d&#8217;allarme.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2021\/01\/software-house-italia.jpg\" alt=\"Ufficio moderno di software house con postazioni di sviluppo\" \/><\/p>\n<h2>9. Manutenzione, evoluzione, debito tecnico: cosa aspettarsi<\/h2>\n<p>Un errore frequentissimo delle PMI \u00e8 considerare il software custom come un acquisto una-tantum. Non \u00e8 cos\u00ec. Il software \u00e8 un organismo vivo: deve essere aggiornato, evoluto, manutenuto. Vediamo cosa significa concretamente.<\/p>\n<p><strong>Manutenzione correttiva<\/strong>: bug che emergono in produzione, correzioni di sicurezza, aggiornamenti delle dipendenze (Laravel, librerie JavaScript, sistema operativo). Tipicamente costa il 15-20% annuo del valore di sviluppo iniziale. Un progetto da 60.000 \u20ac richiede quindi 9-12.000 \u20ac all&#8217;anno di manutenzione di base.<\/p>\n<p><strong>Evoluzione<\/strong>: nuove funzionalit\u00e0 richieste dal business. Non \u00e8 &#8220;manutenzione&#8221; in senso stretto: \u00e8 nuovo sviluppo, e va budgetato a parte. Le PMI in crescita spendono spesso il 30-50% del costo iniziale ogni anno in evoluzioni.<\/p>\n<p><strong>Debito tecnico<\/strong>: la &#8220;scorciatoia&#8221; presa oggi per consegnare in tempo, che si paga domani con interessi. Il debito tecnico \u00e8 inevitabile, ma va monitorato. Un buon partner di sviluppo include nella manutenzione almeno il 10-20% del tempo per refactoring e pulizia: se non lo fa, dopo 3-4 anni il software diventa ingestibile.<\/p>\n<p><strong>Aggiornamenti maggiori<\/strong>: ogni 3-5 anni un software custom richiede tipicamente un upgrade significativo (passaggio a versione maggiore del framework, migrazione a nuovo database, ridisegno UX). Va pianificato.<\/p>\n<p>Il consiglio operativo: <strong>quando firmi il contratto di sviluppo, firma contestualmente anche un contratto di manutenzione annuale<\/strong>. Evita di scoprire dopo 6 mesi che il fornitore vuole 200 \u20ac\/ora per fix urgenti.<\/p>\n<h2>10. Errori frequenti delle PMI nel commissionare software custom<\/h2>\n<p>Negli anni abbiamo visto ripetersi gli stessi errori. Eccoli, in modo che tu possa evitarli:<\/p>\n<ul>\n<li><strong>Scrivere capitolati di 2 pagine<\/strong>: &#8220;vogliamo un gestionale che faccia X, Y, Z&#8221;. Cosi&#8217; i fornitori interpretano a modo loro e i preventivi diventano confrontabili come pere e mele.<\/li>\n<li><strong>Pagare tutto upfront<\/strong>: mai. La forma corretta e&#8217; a milestone (30% all&#8217;inizio, 30-40% a meta&#8217;, resto al go-live, eventualmente con ultimi 10% dopo 30 giorni di esercizio).<\/li>\n<li><strong>Non avere un referente interno<\/strong>: il &#8220;project owner&#8221; lato cliente serve. Senza, le decisioni rimbalzano e i tempi raddoppiano.<\/li>\n<li><strong>Cambiare requisiti ogni settimana<\/strong>: scope creep classico. Le iterazioni vanno bene, ma i requisiti &#8220;core&#8221; devono essere stabili.<\/li>\n<li><strong>Saltare la fase di test<\/strong>: &#8220;lo testeremo in produzione&#8221;. Modo sicuro per perdere clienti e fiducia interna.<\/li>\n<li><strong>Sceglier il preventivo piu&#8217; basso<\/strong>: nel 70% dei casi si paga di piu&#8217; alla fine, perche&#8217; il fornitore low-cost o non finisce, o consegna codice da rifare.<\/li>\n<li><strong>Non prevedere formazione<\/strong>: il miglior software del mondo, se non e&#8217; usato, non serve. La formazione utenti deve essere parte del progetto, non un optional a pagamento successivo.<\/li>\n<li><strong>Non chiedere il codice sorgente<\/strong>: se il contratto non specifica chi possiede il codice, in caso di rottura con il fornitore puoi ritrovarti senza nulla.<\/li>\n<\/ul>\n<h2>11. Un caso concreto: dal foglio Excel al gestionale custom<\/h2>\n<p>Per concretizzare, raccontiamo un caso tipico (anonimizzato) che riassume bene il percorso. Cliente: PMI italiana del settore distribuzione tecnica, 35 dipendenti, 8M\u20ac di fatturato.<\/p>\n<p><strong>Situazione di partenza (2019)<\/strong>: un gestionale generalista vecchio di 12 anni, 4 fogli Excel &#8220;critici&#8221; condivisi via email per la gestione ordini speciali, 2 ore al giorno di un impiegato per riconciliare i dati tra Excel e gestionale, errori frequenti, frustrazione del team commerciale.<\/p>\n<p><strong>Decisione (inizio 2020)<\/strong>: dopo aver valutato 2 ERP di mercato (preventivi a 80k\u20ac + 18k\u20ac\/anno di licenze) e 2 software house (preventivi a 70k\u20ac e 95k\u20ac), il cliente sceglie un&#8217;azienda media (90k\u20ac inclusa migrazione dati e formazione) e affianca un suo IT manager part-time come project owner.<\/p>\n<p><strong>Sviluppo (8 mesi, 2020)<\/strong>: 6 sprint di 2 settimane per la fase di analisi e prima release MVP (gestione ordini speciali + integrazione con il vecchio gestionale via API), poi 8 sprint per moduli avanzati (preventivi multi-livello, configurazione prodotti, BI). Demo bisettimanali, due richieste di scope-change negoziate.<\/p>\n<p><strong>Go-live (autunno 2020)<\/strong>: rollout graduale per reparto, formazione 2 giorni intensivi + 4 settimane di supporto on-site. Vecchio gestionale mantenuto in parallelo per 3 mesi per sicurezza.<\/p>\n<p><strong>Risultati a 6 mesi dal go-live<\/strong>: tempo di processazione di un ordine speciale ridotto da 25 a 8 minuti, errori di trascrizione azzerati, 2 ore\/giorno dell&#8217;impiegato dedicate ad attivita&#8217; a maggior valore, soddisfazione team commerciale alle stelle. Il software paga il proprio costo in circa 18 mesi, e ora si sta evolvendo verso un portale clienti per ordini self-service.<\/p>\n<p>Non tutti i progetti vanno cosi&#8217; bene, ma con metodo, partner giusto e referente interno serio, e&#8217; la traiettoria realistica.<\/p>\n<h2>12. Domande frequenti<\/h2>\n<p><strong>Posso partire piccolo e crescere?<\/strong><br \/>\nSi&#8217;, anzi e&#8217; fortemente consigliato. L&#8217;approccio MVP (Minimum Viable Product) prevede di rilasciare in 2-3 mesi una prima versione funzionante con il 30-40% delle funzionalita&#8217; previste, raccogliere feedback dagli utenti reali, e iterare. Riduce il rischio e migliora la qualita&#8217; del prodotto finale.<\/p>\n<p><strong>Quanto tempo dura un software custom?<\/strong><br \/>\nCon manutenzione adeguata, 8-12 anni. Senza manutenzione, anche solo 3-4 anni prima di diventare ingestibile. La durata reale dipende dalla qualita&#8217; del codice, dalla bonta&#8217; delle scelte architetturali e dall&#8217;investimento continuo in evoluzione.<\/p>\n<p><strong>Cosa succede se il fornitore chiude?<\/strong><br \/>\nSe il contratto e&#8217; scritto bene (codice di proprieta&#8217; del cliente, repository Git accessibile, documentazione consegnata), nulla di drammatico: si trova un nuovo partner per la manutenzione. Se il contratto e&#8217; scritto male, puo&#8217; essere un disastro. E&#8217; uno dei motivi per cui scegliere un partner solido e contrattualizzare bene e&#8217; fondamentale.<\/p>\n<p><strong>Devo per forza usare il cloud?<\/strong><br \/>\nNo, ma e&#8217; la scelta default nel 2021 per costi, scalabilita&#8217; e disaster recovery. L&#8217;on-premise ha senso solo per esigenze specifiche di compliance o latenza. Spesso si adotta un modello ibrido (DB on-premise + applicativo in cloud).<\/p>\n<p><strong>Low-code\/no-code possono sostituire il custom?<\/strong><br \/>\nPer progetti semplici e prototipi, si&#8217;. Strumenti come Bubble, Webflow, Microsoft Power Apps o OutSystems permettono di realizzare app senza scrivere codice. I limiti emergono quando servono integrazioni complesse, prestazioni elevate, controllo del codice o customizzazioni avanzate. Per la maggior parte dei gestionali PMI seri, il custom resta la scelta giusta.<\/p>\n<p><strong>Quanto deve costare la prima call con un partner?<\/strong><br \/>\nNiente. Una prima call conoscitiva di 30-60 minuti e&#8217; standard gratuita. Diffida di chi te la fa pagare gia&#8217; a quel livello. La consulenza specifica (analisi, capitolato) puo&#8217; invece avere un costo, e va bene cosi&#8217;.<\/p>\n<div style=\"background:#f5f7fa;border-left:4px solid #0066cc;padding:20px;margin:30px 0;border-radius:4px;\">\n<h3 style=\"margin-top:0;\">Hai bisogno di un software su misura per la tua azienda?<\/h3>\n<p>Brentasoft sviluppa applicativi custom per PMI italiane su stack moderni (PHP\/Laravel, Python, React, Node.js), con esperienza in gestionali, ERP, e-commerce e integrazioni API.<\/p>\n<p style=\"margin-bottom:0;\"><a href=\"https:\/\/brentasoft.com\/erp-brenta.php\" style=\"display:inline-block;background:#0066cc;color:#fff;padding:12px 24px;border-radius:4px;text-decoration:none;font-weight:600;\">Scopri ERP Brenta &rarr;<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Sviluppo software custom per PMI: quando conviene davvero, costi reali 2021, stack PHP\/Laravel\/Python\/React, come scegliere il partner giusto e errori da evitare.<\/p>\n","protected":false},"author":2,"featured_media":368,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"Sviluppo software custom per PMI: quando conviene davvero","_seopress_titles_desc":"Sviluppo software custom PMI: quando conviene, costi 2021, stack PHP\/Laravel\/Python\/React, scelta partner ed errori da evitare. Guida pratica.","_seopress_robots_index":"","footnotes":""},"categories":[9],"tags":[96,98,97,99,100,95,94],"class_list":["post-367","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-guide-e-tutorial","tag-applicativi-su-misura","tag-laravel","tag-php","tag-python","tag-react","tag-software-custom","tag-sviluppo-software"],"_links":{"self":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/posts\/367","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/comments?post=367"}],"version-history":[{"count":0,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/posts\/367\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/media\/368"}],"wp:attachment":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/media?parent=367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/categories?post=367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/tags?post=367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}