Automazione: costruire da soli, comprare software o prendere consulenti? La decisione Make-vs-Buy

La maggior parte dei progetti di automazione nelle aziende di medie dimensioni non fallisce per la tecnologia. Fallisce per una decisione presa troppo presto e sulla base delle cifre sbagliate: costruire internamente, acquistare un software pronto o ingaggiare un consulente?

Tutte e tre le strade hanno il loro momento. Ma la domanda "Make or Buy" può essere risolta seriamente solo quando due cose sono chiare: Lei sa quale processo intende toccare e sa quanto questo processo Le costa in euro. Proprio questo è il compito della fase O nella metodologia Flowrefy. Questo articolo fornisce la logica decisionale alla base. Non un confronto strumento contro strumento, ma le soglie in cui costruire, comprare e incaricare si separano davvero.

Prima l’ordine, poi la decisione

La metodologia Flowrefy è un ciclo con quattro passi per processo: Find (trovare il collo di bottiglia più costoso), Lay bare (quantificarlo in euro), Optimize (riordinare, poi scegliere esattamente una leva) e Wire & Watch (implementare e misurare di nuovo).

Make-vs-Buy è una questione esclusivamente della fase O. E nella fase O vale un principio ferreo: prima mettere in ordine, poi comprare il software. Chi inverte quest’ordine automatizza il suo caos. Solo più velocemente e a maggior costo.

Questo sembra ovvio, ma non lo è. Il percorso tipico nelle medie imprese è il seguente: qualcuno vede uno strumento a una fiera, il commerciale è bravo, il budget c’è. Sei settimane dopo è in funzione un software che mappa un processo che prima nessuno aveva definito con precisione. Il risultato è una paralisi costosa con un’interfaccia lucida.

Prima di comprare o costruire qualunque cosa, devono essere soddisfatte due condizioni:

1. Il collo di bottiglia è definito. Esattamente un processo, non cinque. Questo è il principio "un collo di bottiglia per ciclo".
2. Il collo di bottiglia è quantificato in euro. Conoscete i costi annuali dello stato attuale. Altrimenti non potete giustificare un investimento. Questo è il principio: Se non lo può dire in euro, non lo tocchi.

Se uno dei due punti non è soddisfatto, qualsiasi discussione Make-vs-Buy è prematura. Allora torni nella fase F e L. Come quantificare il collo di bottiglia è mostrato dal FLOW-Prozesskosten-Analyzer.

Le tre strade messe a confronto onestamente

Prima di fare i calcoli, tre definizioni nette: cosa significano davvero le opzioni, non come vengono vendute.

Costruire internamente (Make)

Costruite l’automazione con risorse proprie: piattaforme No-Code/Low-Code, script interni, sviluppatori interni. Possedete completamente la logica e potete adattarla in qualsiasi momento. Il prezzo da pagare: sostenete manutenzione, aggiornamenti e conoscenza, quindi un rischio legato alle persone. Se se ne va chi l’ha costruita, spesso va via anche la comprensione.

Acquistare software pronto (Buy)

Affittate una soluzione standard che mappa in larga misura il vostro processo. L’implementazione è rapida, il fornitore si occupa di manutenzione e sviluppo, il supporto c’è. Il prezzo: vi adattate al software, non il contrario. Nei casi particolari incontrerete limiti e le licenze ricorrenti scalano con utenti o volumi, talvolta in modo sgradevole.

Incaricare un consulente

Il consulente non è una quarta via, ma un acceleratore per le altre due, e di norma è un costo una tantum. Utile se internamente manca la competenza per quantificare correttamente il collo di bottiglia o se una migrazione è complessa una tantum. Diventa pericoloso se alla fine rimane una scatola nera che nessuno può mantenere internamente. Allora avete solo scambiato un problema di volume con un problema di dipendenza.

Le tre grandezze che decidono davvero

Dimentichi l’istinto e il fascino del venditore. La decisione Make-vs-Buy dipende da tre grandezze misurabili.

1. Grado di standardizzazione

Quanto è davvero individuale il vostro processo?

• Altamente standardizzato (paghe, invio newsletter, ticketing, approvazione fatture secondo schema): migliaia di aziende hanno esattamente lo stesso problema. Esistono software maturi a basso costo. Comprare. Costruire significherebbe reinventare la ruota.
• Parzialmente speciale (nucleo standard, ma tre regole particolari): tool standard come base, piccole integrazioni costruite internamente. Forma mista.
• Altamente individuale o vantaggio competitivo (il vostro processo è esattamente ciò che vi differenzia sul mercato): il software standard vi costringe in una logica esterna. Qui il costruire internamente può essere chiaramente preferibile.

Regola pratica: Quello che è standard, si compra. Quello che vi rende unici, si costruisce o si fa costruire e si assume.

2. Volume

Quanto spesso viene eseguito il processo?

Il volume decide se valgono le spese fisse. Uno sviluppo interno ha costi iniziali elevati e costi marginali bassi. Una licenza acquistata ha costi iniziali bassi ma costi ricorrenti che crescono con utenti o transazioni.

• Volume basso, raro: costruire internamente raramente conviene. L’investimento iniziale non si ammortizza. Comprare o lasciar stare.
• Volume alto e costante: qui il costruire conviene. Le spese fisse si distribuiscono su molte esecuzioni, mentre le licenze ricorrenti peserebbero per anni.

3. TCO su tre anni

Questa è la grandezza dove la maggior parte sbaglia: confrontano prezzo di licenza con prezzo di licenza e perdono di vista i costi reali. Total Cost of Ownership significa: tutto ciò che ricorre nei tre anni.

Acquistando conti:

• costi di licenza e implementazione
• costi ricorrenti per 36 mesi (con crescita di volume prevista)
• migrazione dati e setup
• formazione del personale
• impegno di supporto interno (qualcuno deve mantenere lo strumento)

Costruendo conti:

• tempo di sviluppo una tantum (ore per tariffa interna, stima onesta)
• manutenzione annua (regola: 15–25% del costo di sviluppo all’anno)
• hosting e infrastruttura
• rischio legato alle persone (quanto costa se chi ha costruito se ne va?)

Solo queste due somme sono confrontabili. Spesso la decisione cambia quando si includono manutenzione e formazione. In entrambe le direzioni.

E talvolta non conviene né l’una né l’altra. Nella analisi di esempio AN-2026-03 (costruita a scopo illustrativo, non raccolta da un cliente) c’era un’offerta di 18.000 euro per un’automazione workflow sul tavolo. Il processo fu calcolato prima della firma:

[
  { "label": "Einführungskosten (Buy)", "value": "18.000", "unit": "€", "tone": "critical" },
  { "label": "Ersparnis an Arbeitszeit", "value": "4.000", "unit": "€/Jahr" },
  { "label": "Amortisation", "value": "> 4", "unit": "Jahre", "tone": "critical" },
  { "label": "Durchlaufzeit", "value": "-7", "unit": "%", "note": "12,8 → 11,9 Tage" }
]

La terza risposta al Make-vs-Buy a volte è: nessuna delle due. In questo caso il collo di bottiglia era dal fornitore, quindi esterno all’azienda. Né un software comprato né uno costruito internamente l’avrebbero risolto.

La logica decisionale in quattro domande

Quando collo di bottiglia e valore in euro sono noti, segua queste quattro domande in ordine.

Domanda 1: È un processo standard? Sì e altamente standardizzato → forte tendenza a Comprare. Continui con la domanda 3. No, altamente individuale → continui con la domanda 2.

Domanda 2: Abbiamo internamente la capacità di costruirlo e mantenerlo per tre anni? Sì → Costruire è una reale opzione. Continui con la domanda 3. No → adattare un tool standard al processo o ingaggiare un consulente per una costruzione una tantum più trasferimento di conoscenza interno. Non accetti mai una scatola nera senza consegna.

Domanda 3: Com’è la TCO a 3 anni nel confronto diretto? Calcoli entrambe le somme. Se sono vicine (differenza sotto circa 20%), quasi sempre vince Comprare, per rischio inferiore e avvio più rapido.

Domanda 4: Cosa succede se il responsabile va via? Se la soluzione dipende da una persona, applichi alla variante Make un sovrapprezzo per rischio. Oppure lei richieda al consulente una documentazione e una consegna chiare come parte del contratto.

Un esempio di calcolo illustrativo

Per rendere la logica concreta, uno scenario di esempio calcolato. È inventato a scopo illustrativo e non descrive un caso reale di cliente.

Un’azienda meccanica con 60 dipendenti ha identificato nella fase F la preparazione dell’offerta come collo di bottiglia più costoso. In L i costi sono stati quantificati: tre persone preparano le offerte principalmente manualmente, costo annuo approssimativo 40.000 euro di tempo impiegato.

Nella fase O si è prima messo in ordine: modelli uniformati, logica dei prezzi documentata. Solo dopo si pone la domanda Make-vs-Buy:

• Comprare (software CPQ standard, cioè uno strumento per la configurazione automatica delle offerte): circa 9.000 euro di licenza all’anno, più setup e formazione. TCO a 3 anni approssimativa 35.000 euro. Problema: la logica dei prezzi speciale calza solo al 70%.
• Costruire (configuratore No-Code internamente): una tantum circa 18.000 euro di lavoro, più circa 4.000 euro di manutenzione all’anno. TCO a 3 anni approssimativa 30.000 euro. Vantaggio: la logica dei prezzi calza al 100%. Rischio: la conoscenza dipende da una persona.

Le somme sono vicine. A fare la differenza è l’elevato grado di individualizzazione della logica dei prezzi, che pesa contro uno strumento standard. Decisione in questo scenario: costruire, ma con consegna documentata per mitigare il rischio legato alle persone. Quale opzione vinca nel suo caso dipende totalmente dai suoi numeri. Per questo c’è il calcolatore.

Esattamente una leva, poi misuri

Qualunque sia la Sua decisione: per ogni ciclo implementi esattamente una leva. Non comprare uno strumento, ristrutturare un secondo processo e scrivere uno script in parallelo. Chi cambia tre cose contemporaneamente e alla fine vede un miglioramento non saprà mai quale misura ha funzionato e quale ha solo bruciato denaro.

Nella fase W (Wire & Watch) misuri lo stesso valore in euro che ha determinato nella fase L. Questo produce un vero prima/dopo in euro invece di una affermazione. Proprio questo distingue la metodologia Flowrefy dalla solita narrazione "Abbiamo automatizzato qualcosa".

Se vuole entrare più nel dettaglio della scelta di piattaforme No-Code, una volta nota la direzione Make-vs-Buy, è utile la panoramica Beste No-Code-Tools. E chi vuole verificare se un passaggio è effettivamente automatizzabile prima di comprare o costruire trova nel pezzo Prozesse automatisieren: Beispiele punti di partenza concreti.

La breve checklist prima di ogni decisione

• Collo di bottiglia definito: esattamente uno, non cinque
• Costi attuali quantificati in euro all’anno
• Processo riordinato prima, non automatizzare il caos
• Grado di standardizzazione valutato onestamente
• Volume noto (quanto spesso corre il processo?)
• TCO a 3 anni calcolata per entrambe le strade, inclusa manutenzione e formazione
• Rischio legato alle persone valutato e, se necessario, coperto con sovrapprezzo o consegna
• Per il consulente: documentazione e consegna contrattuali

Solo quando tutte le caselle sono spuntate, la Sua decisione è più che un istinto.

Il Suo prossimo passo: la FLOW-Diagnose gratuita

La domanda Make-vs-Buy è buona quanto le cifre su cui si basa. Se conosce già il collo di bottiglia, la decisione diventa un esercizio di calcolo: grado di standardizzazione, volume e TCO a tre anni a confronto. Quanto costa oggi il processo lo calcola il Prozesskosten-Rechner. Quella è la cifra con cui confrontare entrambe le strade.

Se non sa ancora quale processo è il più costoso o quanto costa, inizi uno stadio prima. La FLOW-Diagnose gratuita la aiuta a trovare il singolo collo di bottiglia più costoso e a tradurlo in euro, prima di comprare o costruire. Prima misurare, poi rifinire.