
Si parte dal processo reale, non da un software da adottare: un solo pilota ad alto attrito, un software che ricalca il flusso che già usi, API verso i gestionali esistenti e il vecchio metodo come rete di sicurezza finché i numeri non dicono di estendere.
Si digitalizza senza stravolgere partendo dal processo reale, non da un software da adottare: si mappa come il lavoro viene fatto davvero, si sceglie un solo processo pilota ad alto attrito, si costruisce un software che ricalca quel flusso con lo stesso linguaggio già in uso, lo si collega via API ai gestionali esistenti per evitare la doppia digitazione, si tiene il metodo vecchio come rete di sicurezza per alcune settimane, si misurano i risultati e solo allora si estende al processo successivo.
Il principio, per Codebaker — software house di Bologna fondata nel 2019 —, è uno solo: è il software che si adatta all'azienda, non l'azienda al software. La quasi totalità dei progetti di digitalizzazione che le PMI ricordano male sono progetti in cui è successo il contrario: un prodotto standard ha imposto i propri flussi, le persone hanno dovuto reimparare il proprio mestiere dentro schermate che non parlavano la loro lingua, e dopo sei mesi qualcuno ha ricominciato a tenere l'Excel in parallelo «perché così è più veloce». Quell'Excel parallelo è il segnale che il software non ha rispettato il processo.
Sotto trovi il confronto fra approccio big bang e incrementale, i sette passi del metodo, i cinque principi anti-stravolgimento, una tabella dei processi da cui conviene partire e i numeri dei progetti che abbiamo portato in produzione senza fermare l'operatività dei clienti.


La paura più concreta di un imprenditore non è la spesa: è il giorno in cui il sistema nuovo non funziona e gli ordini si fermano. Per questo non facciamo mai passare un'azienda dal vecchio al nuovo in una data. Il processo digitalizzato viene messo in produzione accanto al metodo esistente, che resta disponibile come rete di sicurezza per tutto il periodo di doppio binario: se qualcosa non torna, si continua a lavorare come prima mentre noi correggiamo. Questa reversibilità cambia completamente la psicologia del progetto — nessuno sta rischiando l'azienda per provare un software — ed è ciò che rende il cambiamento accettabile anche a chi in reparto fa lo stesso lavoro da vent'anni e non ha nessuna intenzione di diventare cavia.


Un software su misura ha un vantaggio che nessun prodotto standard può replicare: può chiamare le cose come le chiamate voi. Se in azienda un ordine urgente si chiama «passaggio rapido», nella schermata scriviamo «passaggio rapido», non «priority order». Se la sequenza corretta è prima il controllo qualità e poi il versamento a magazzino, l'interfaccia segue quella sequenza. Se un campo non serve, non c'è. È una differenza che sembra estetica e invece decide l'adozione: quando una persona apre il software e riconosce il proprio processo, la formazione dura mezz'ora invece di tre giorni e nessuno sente di dover cambiare mestiere. È il motivo per cui, prima di scrivere codice, passiamo del tempo con chi il lavoro lo fa davvero — non solo con chi lo descrive nelle riunioni.
La differenza fra i due approcci non è di gusto: cambia il profilo di rischio, i tempi di ritorno e la probabilità che le persone adottino davvero il nuovo strumento.
| Criterio | Big bang (sostituisci tutto a una data) | Incrementale (metodo Codebaker) |
|---|---|---|
| Rischio di fermo operativo | Alto e concentrato in un solo giorno | Basso: il metodo precedente resta attivo in parallelo |
| Reversibilità | Quasi nulla: tornare indietro costa quanto andare avanti | Totale durante il doppio binario |
| Formazione | Massiva, su tutta l'azienda, prima di aver mai usato il sistema | Un reparto alla volta, sul processo che già conosce |
| Resistenza al cambiamento | Massima: cambia tutto insieme, senza prova | Contenuta: il primo successo convince gli scettici |
| Tempo al primo beneficio | A fine progetto (mesi o anni) | Poche settimane, sul processo pilota |
| Impegno di budget | Tutto in anticipo | Per fasi, ognuna giustificata dai risultati della precedente |
| Requisiti scoperti in corsa | Emergono al collaudo finale, quando costano di più | Emergono sul pilota, su un perimetro piccolo |
| Quando ha senso | Quando un sistema va spento a una data imposta dall'esterno | In quasi tutti gli altri casi, per una PMI |
È la sequenza che applichiamo nei progetti di digitalizzazione: ogni passo produce qualcosa di verificabile prima di passare al successivo.

Si osserva come il lavoro viene fatto davvero: chi tocca un ordine, quali Excel esistono in parallelo, dove si ricopia a mano. Il processo reale è quasi sempre diverso dalla procedura ufficiale, ed è quello che va digitalizzato.

Si parte da un processo circoscritto che fa perdere tempo ogni giorno e il cui risultato è misurabile, non dal cuore del sistema. Serve un successo visibile in poche settimane, non un progetto che si vede fra un anno.

Le schermate ricalcano i passaggi e il linguaggio già in uso: stessi nomi dei campi, stessa sequenza, stessi documenti. Chi lavora deve riconoscere il proprio processo, non impararne uno nuovo.

Il nuovo software si collega via API al gestionale e ai sistemi già in uso, così il dato si inserisce una volta sola. Se digitalizzare aggiunge un posto in cui ribattere gli stessi dati, l'adozione si ferma.

Per alcune settimane il processo cartaceo o l'Excel restano disponibili come rete di sicurezza. La reversibilità toglie la paura del blocco operativo ed è ciò che rende il cambiamento accettabile in reparto.

Si fissano due o tre indicatori prima di partire — tempo per evadere un ordine, errori di digitazione, ore amministrative — e si confrontano dopo il pilota. I numeri, non le opinioni, decidono se estendere.

Con il pilota in produzione si passa al processo adiacente, riusando anagrafiche, autenticazione e integrazioni già costruite. Ogni rilascio è piccolo, reversibile e finanziato dai risultati del precedente.

È il software che si adatta all'azienda, non l'azienda al software. Ogni volta che una decisione tecnica costringe una persona a cambiare il proprio modo di lavorare senza un beneficio evidente, quella decisione va rivista.
È lo stesso approccio che descriviamo nel nostro metodo di sviluppo e che applichiamo nei percorsi di digitalizzazione dei processi aziendali e di trasformazione digitale end-to-end per PMI.
Questi sono i processi che nelle PMI italiane danno il rapporto migliore fra attrito eliminato e sforzo richiesto. La colonna «rischio di stravolgimento» indica quanto il processo tocca il modo di lavorare consolidato: si parte sempre dai valori bassi.
| Processo | Attrito attuale | Beneficio tipico | Rischio di stravolgimento |
|---|---|---|---|
| Raccolta ordini via email e telefono | Alto: trascrizione manuale, errori, nessuno storico | Ordini inseriti dal cliente, tracciati e sincronizzati col gestionale | Basso |
| Inserimento dati da documenti cartacei | Alto: ore di digitazione ripetitiva | Estrazione automatica dei campi e scrittura nel gestionale | Basso |
| Comunicazione interna multi-sede | Medio: informazioni disallineate fra sedi | Notifiche mirate per ruolo e reparto, ricerca sullo storico | Basso |
| Avanzamento di produzione su carta | Alto: dati disponibili solo il giorno dopo | Stato reale delle commesse in tempo reale | Medio |
| Reportistica ricostruita a mano in Excel | Medio: giorni di lavoro ogni mese | Dashboard aggiornate in automatico sui dati di origine | Basso |
| Gestione utenze e permessi manuale | Medio: carico sull'IT, rischio di errore | Provisioning automatico all'assunzione e alla cessazione | Basso |
| Contabilità e fatturazione | Variabile | Spesso già coperto dal gestionale esistente | Alto: sconsigliato come processo pilota |
Per il secondo caso della tabella — le ore perse a ribattere dati da fatture, DDT e documenti cartacei — esiste una scorciatoia concreta: l' estrazione dei dati dai documenti con AI e LLM. Per il primo, la strada è l' integrazione fra gestionale, e-commerce e altri software via API.
In tutti questi casi l'azienda ha continuato a lavorare durante il progetto e ha mantenuto i sistemi che già usava.
Ordini gestiti via email, telefono e carta. Il gestionale AS400 è rimasto al suo posto: il nuovo canale digitale ci si sincronizza in tempo reale. 5.000+ clienti al giorno, 300.000+ ordini l'anno, live in 6 mesi.
Comunicazione interna su più sedi, digitalizzata mantenendo la logica per ruolo e reparto già in uso: 20+ bacheche gestite con un click, 1 mese di analisi dei requisiti, 5 mesi al rilascio.
Un processo amministrativo ripetitivo automatizzato integrando i sistemi esistenti (SAP, HR, Active Directory, Office 365): 2.000+ utenti, -95% di attività di onboarding IT, 5 anni in produzione.
Tracciamento puntuale di asset che prima si contavano a stima: 25 milioni di cassette, -99,9% di smarrimenti, 3 anni in produzione.
Si digitalizza senza stravolgere partendo dal processo reale, non da un software da adottare. In pratica: si mappa come il lavoro viene fatto davvero, si sceglie un solo processo pilota ad alto attrito, si costruisce un software che ricalca quel flusso con lo stesso linguaggio e la stessa sequenza di operazioni già in uso, lo si collega via API ai gestionali esistenti per evitare la doppia digitazione, si tiene il metodo vecchio come rete di sicurezza per alcune settimane, si misurano i risultati con due o tre indicatori concordati e solo allora si estende al processo successivo. Il principio è che il software si adatta all'azienda: se le persone devono cambiare il proprio modo di lavorare per far contento il software, il progetto è impostato male.
Per una PMI l'approccio incrementale è quasi sempre preferibile. Il big bang — un unico grande rilascio che sostituisce tutto in una data — concentra il rischio in un solo giorno, richiede formazione massiva su un sistema che nessuno ha mai usato in produzione e non è reversibile: se qualcosa non funziona, si ferma l'operatività. L'approccio incrementale rilascia un processo alla volta, mantiene il vecchio metodo come rete di sicurezza, produce valore già dalle prime settimane e permette di correggere la rotta su un perimetro piccolo. Il big bang ha senso solo quando un sistema esistente va spento a una data imposta dall'esterno.
Dal processo che unisce tre caratteristiche: fa perdere tempo tutti i giorni, è circoscritto (lo tocca un reparto, non tutta l'azienda) e ha un risultato misurabile. Nelle PMI italiane i candidati ricorrenti sono la raccolta degli ordini fatta via email e telefono, la comunicazione interna su più sedi, l'inserimento manuale dei dati da documenti cartacei, l'avanzamento di produzione registrato su carta e la reportistica ricostruita ogni mese a mano in Excel. Si evita invece di partire dal cuore contabile o dal sistema che, se si ferma, blocca la fatturazione.
La resistenza non nasce dalla tecnologia ma dalla sensazione di perdere il controllo del proprio lavoro. Si riduce con quattro accorgimenti concreti: coinvolgere fin dall'analisi le persone che il processo lo eseguono ogni giorno, perché il software rifletta il loro linguaggio; mantenere il vecchio metodo attivo in parallelo per un periodo, così nessuno si sente messo davanti a un fatto compiuto; far vedere un risultato utile in poche settimane invece di annunciare un grande progetto futuro; e non usare la digitalizzazione come strumento di controllo delle persone, ma come modo per togliere loro le attività ripetitive. Nel progetto Agribologna, per esempio, abbiamo digitalizzato le bacheche mantenendo la logica per reparto e per ruolo che l'azienda già usava.
No, ed è anzi il modo più rapido per far fallire la digitalizzazione. Nella grande maggioranza dei casi conviene tenere il gestionale o l'ERP esistente e collegarci il nuovo software via API, in modo che il dato resti in un'unica fonte di verità. Lo abbiamo fatto in Conor, dove un e-commerce B2B nuovo si sincronizza in tempo reale con il gestionale AS400 già in uso e gestisce oltre 300.000 ordini l'anno, e in Granarolo, dove un sistema di Identity Management su misura si integra con SAP, il sistema HR, Active Directory e Office 365. Sostituire il gestionale è una decisione a parte, da prendere per motivi propri e non come effetto collaterale.
Un processo pilota circoscritto entra in produzione in poche settimane; un percorso più ampio si misura in mesi ma produce valore molto prima della fine, perché ogni rilascio è già in uso. Sui nostri progetti: la bacheca aziendale digitale di Agribologna ha richiesto 1 mese di analisi dei requisiti e 5 mesi complessivi per oltre 20 bacheche gestite con un click; la piattaforma B2B di Conor è andata in produzione in 6 mesi. Se un fornitore ti propone di rivedere i risultati fra un anno, chiedi cosa entra in produzione entro il primo trimestre.
Un primo processo digitalizzato, circoscritto e senza integrazioni complesse, si colloca tipicamente nella fascia 5.000-15.000 €; un percorso con più processi collegati e integrazione ai sistemi esistenti nella fascia 15.000-50.000 €; le piattaforme articolate su più sedi superano i 50.000 €. Sono le fasce che pubblichiamo apertamente. L'approccio incrementale ha anche un vantaggio finanziario: il budget si impegna per fasi, e ogni fase può essere finanziata dai risparmi misurati sulla precedente invece che da un unico investimento iniziale.
Digitalizzare significa portare su supporto digitale un'attività che prima era su carta o in un foglio Excel: gli stessi passaggi, ma tracciati e condivisi. Automatizzare significa far eseguire al software i passaggi che prima faceva una persona: calcoli, controlli, invio di notifiche, scrittura dei dati in un altro sistema. In un percorso ben impostato le due cose arrivano in quest'ordine: prima si digitalizza il flusso così com'è, poi si automatizzano i passaggi ripetitivi che i dati raccolti hanno reso evidenti. Automatizzare un processo che nessuno ha ancora capito bene è il modo più veloce per cementare un errore.
Con l'approccio incrementale il costo dell'errore resta piccolo e reversibile: il perimetro di ogni rilascio è limitato a un processo, il metodo precedente è ancora attivo durante il doppio binario e gli indicatori concordati dicono con dei numeri se il risultato c'è o no. Se il pilota non produce il beneficio atteso, si corregge il flusso o si cambia processo di partenza, senza aver impegnato tutto il budget né fermato l'operatività. È esattamente il rischio che un progetto big bang, invece, concentra tutto in una data.
Raccontaci qual è l'attività che ogni settimana vi fa perdere più ore, e quali sistemi usate oggi. Ti proponiamo un pilota circoscritto, con indicatori concordati e il metodo attuale mantenuto come rete di sicurezza. L'analisi preliminare e il preventivo sono gratuiti.