Gestionale su misura o software già pronto — cosa conviene comprare?

La domanda che quasi tutte le aziende si pongono al contrario

Ho passato buona parte di un decennio dal lato scomodo di questa domanda.

Per sette anni, nell'azienda in cui lavoravo prima, costruire il gestionale interno era il mio lavoro. Non un progetto parallelo, non un'iniziativa da rivedere ogni trimestre: era quello che facevo ogni giorno, insieme alla parte più difficile e più silenziosa, cioè fare in modo che le persone usassero davvero quello che costruivo. Oggi sono il CEO di AgentUI e aiuto altre aziende a prendere esattamente questa decisione. Quindi, quando qualcuno mi chiede se conviene costruire o comprare, non tiro fuori un modello letto da qualche parte. Tiro fuori le cicatrici.

La versione breve di quello che ho imparato è questa: quasi tutte le aziende si pongono la domanda al contrario. Partono da "possiamo comprarlo?", quando la domanda giusta da cui partire è "questo processo è solo nostro?". Non sono la stessa domanda, e confonderle costa anni.

Lasciate che mi spieghi.

La regola che tutti applicano male

Sulla carta il ragionamento comune è sensato: prima prova un software già pronto, e costruisci solo se non c'è niente che vada bene. Noi quella regola l'abbiamo seguita quasi religiosamente. Prima di costruire, abbiamo sempre provato a comprare.

Il problema è cosa voleva dire "provare" nella realtà. Per una parte critica delle nostre operazioni abbiamo passato anni — non settimane, anni — a cercare di far funzionare software acquistati. In quel periodo abbiamo usato due strumenti diversi. Entrambi hanno fallito. E hanno fallito ogni volta per lo stesso motivo: chiedevano a noi di adattare le nostre operazioni al loro software, invece di adattare il software alle nostre operazioni.

Quella frase è tutto il dibattito in miniatura. Quando compri un software già pronto per un processo che è davvero solo tuo, non stai comprando una soluzione. Stai comprando un cantiere aperto sul tuo modo di lavorare, e quel cantiere non si chiude mai del tutto. Ogni scorciatoia, ogni "questa parte la facciamo a parte su un foglio Excel", ogni sessione di formazione passata a spiegare perché lo strumento non fa la cosa ovvia: quello è il costo di infilare a forza la tua azienda dentro le ipotesi di qualcun altro.

La cosa che nessuno ti dice è che quel costo in fattura non si vede. Il software ha un prezzo. Gli anni di attrito operativo no.

Un caso concreto: il software commerciale che ci ha aperto il mondo

Rendiamolo concreto, perché alle astrazioni è facile annuire e difficile dare seguito.

Uno dei software più grandi che abbia mai costruito era per i nostri commerciali. Prima che esistesse, fare un preventivo era un calvario manuale. Il commerciale doveva mettere insieme una manciata di file Excel, andare a caccia di dati di magazzino che potevano essere aggiornati oppure no, e recuperare le informazioni tecniche — le schede tecniche, i PDF, la documentazione sulla soluzione proposta — da dove capitava che fossero finite. Era lento, pieno di errori possibili, e dipendeva interamente dal fatto che quel singolo commerciale sapesse dov'era ogni cosa.

Così abbiamo costruito uno strumento in cui il commerciale poteva accedere, vedere il magazzino in tempo reale e generare un preventivo al momento. Il salto non era solo la velocità. Era che ogni informazione tecnica stava in un posto solo. Cliccavi su un prodotto e vedevi tutto: specifiche, documentazione, PDF, soluzione proposta. E poi — questa è la parte che ha contato di più — potevi condividere l'intero pacchetto con il cliente in un clic.

Quello strumento ha fatto una cosa che non avevo previsto del tutto quando ho iniziato a costruirlo. Ci ha permesso di conquistare clienti in tutto il mondo che prima non riuscivamo a raggiungere. Quando un potenziale cliente in un altro continente riceve un preventivo completo, professionale e tecnicamente dettagliato in pochi minuti invece che in giorni, la geografia smette di contare. Quello strumento non ci ha solo resi più veloci. Ha allargato il mercato che potevamo servire in modo credibile.

Nessun prodotto già pronto avrebbe mai fatto una cosa del genere, perché nessun prodotto già pronto conosceva il nostro magazzino, la nostra documentazione tecnica e il nostro modo di vendere come li conoscevamo noi. Ci abbiamo provato. Ve li ricordate quei due strumenti e quegli anni buttati? È questo che stavano cercando di sostituire, senza riuscirci.

Allora, quando conviene comprare?

Se siete arrivati fin qui pensando che io sia un fanatico del "costruisci sempre tutto in casa", correggo subito. Non lo sono.

Non costruirei mai un CRM. Il nostro CRM lo compriamo, punto, e consiglierei a quasi chiunque di fare lo stesso.

La distinzione è questa. Un CRM deve integrarsi con la posta elettronica e con una dozzina di altri strumenti. È una categoria davvero complessa e matura, e i prodotti esistenti sono solidi proprio perché migliaia di aziende ci hanno lavorato sopra per anni. Non c'è nessun vantaggio distintivo da guadagnare facendoselo in casa. Spendereste uno sforzo enorme per arrivare, nel migliore dei casi, a qualcosa di leggermente peggiore di quello che potevate comprare il primo giorno.

Il test è questo, ed è più semplice di quasi tutti i modelli costruire-o-comprare in circolazione:

• Compra quando il problema è universale. Se altre cento aziende hanno la tua stessa esigenza, qualcuno ha già costruito una versione migliore di quella che faresti tu, e l'ha già integrata con tutto. CRM, posta elettronica, contabilità, paghe: sono problemi risolti. Non reinventarli.
• Costruisci quando il processo è solo tuo. Quando hai un flusso di lavoro specifico del modo in cui gira la tua azienda — come i preventivi tecnici che facevamo noi, per dire — quello è esattamente il momento in cui costruire ha senso. Non esiste un prodotto che vada bene, perché quel processo esiste solo dentro le tue mura.

La domanda che decide non è mai "esiste un software per questo?". È "quello che faccio qui è abbastanza diverso da non poter essere catturato da nessuno strumento generico?". Se sì, costruisci. Se no, compra e vai avanti con la tua vita.

Cosa ha cambiato davvero l'IA

Per quasi tutta la mia carriera quell'albero decisionale è arrivato con un asterisco brutale: anche quando costruire era chiaramente la scelta giusta, era costoso. Servivano sviluppatori. Serviva tempo. In teoria costruire era la risposta corretta, in pratica spesso non era sostenibile, ed è per questo che tante aziende ripiegavano su software che non andavano bene — e poi passavano anni a pagarne il prezzo, come è successo a noi.

L'IA ha cancellato quell'asterisco, e questa è la parte che trovo davvero entusiasmante.

Il vecchio mondo ti obbligava ad adattare tutta la tua operatività al software. Il mondo nuovo ti permette di costruire software che si adatta alla tua azienda. È quel ribaltamento a fare tutta la differenza. Ogni azienda è diversa dalle altre, e per la prima volta puoi avere un sistema che digitalizza le tue operazioni e il modo specifico in cui mandi avanti la tua azienda — senza un esercito di ingegneri a costruirlo.

È esattamente quello che stiamo costruendo in AgentUI. L'idea è che tu possa costruire con l'IA qualunque app interna ti serva, invece di assumere uno sviluppatore e aspettare mesi. Sia chiaro: gli sviluppatori hanno ancora eccome un lavoro. Per i prodotti destinati ai clienti userei uno sviluppatore senza pensarci un attimo — le cose che i tuoi clienti toccano meritano quel livello di cura e di mestiere. Ma per i programmi che usi dentro l'azienda? Nella maggior parte dei casi non ti serve più. Ti serve l'IA e uno strumento che ti lasci costruire.

Questo sposta i conti del costruire-o-comprare in un modo che è facile sottovalutare. Quando costruire costava, "compra e piega la tua operatività" era spesso la scelta razionale anche quando faceva male. Ora che costruire è rapido ed economico, la bilancia pende decisamente verso il costruire tutto ciò che è davvero tuo.

Le due obiezioni che sento più spesso

Ogni volta che espongo questa tesi, tornano quasi sempre due preoccupazioni. Sono legittime e meritano risposte dirette.

"E la sicurezza?"

Questa è la grande domanda. Le aziende temono che le informazioni escano, che ai dati acceda chi non dovrebbe, di subire un attacco o di perdere dati. È un timore fondato: storicamente costruirsi i propri strumenti voleva dire prendersi in casa anche i propri grattacapi di sicurezza. È una cosa che in AgentUI risolviamo direttamente con l'infrastruttura gestita, così qualunque cosa costruisci è sicura e protetta per impostazione predefinita. Non dovresti diventare un esperto di sicurezza per costruire un'app interna, e non dovresti dover scegliere tra "va bene per la nostra azienda" e "non ci farà finire con i dati rubati".

"Non resteremo a mantenerlo per sempre?"

Questa è la paura della manutenzione e del debito tecnico, ed è quella che silenziosamente affossa un sacco di buone decisioni di costruire. Il presupposto è che costruire significhi firmare per un'eternità di manutenzione. Ma c'è una cosa che spesso sfugge: arriva un punto in cui puoi semplicemente smettere di costruire. Lo strumento fa il suo lavoro e tu te ne allontani. E la parte davvero difficile — tenere in piedi l'infrastruttura sotto, quella che genera l'ansia vera — è esattamente quella di cui ci occupiamo noi dietro le quinte, così non devi stare dietro a ogni pezzo. Costruiscilo, finiscilo, vai avanti.

L'opinione controcorrente: smettete di voler costruire la cattedrale

Ecco l'opinione su cui pianto la bandiera, ed è la cosa che secondo me quasi tutti sbagliano anche dopo aver deciso di costruire.

Non provate a costruire da zero un sistema enorme. È una cattiva idea, quasi sempre.

L'istinto, una volta che un'azienda si entusiasma all'idea di costruirsi il proprio software, è di puntare in grande: progettare una piattaforma interna monumentale che faccia girare tutta l'azienda. È così che muoiono i progetti di questo tipo. Crollano sotto il peso della propria ambizione prima ancora di produrre un risultato utile.

La mossa molto migliore è digitalizzare i processi che già fate a mano — quelli che vivono in Excel adesso, quelli che sono solo della vostra azienda. Tutto qui. Trovate il foglio di calcolo che il vostro team detesta, il lavoro manuale di incollare pezzi insieme che si mangia ore ogni settimana, la cosa che solo la vostra azienda fa e solo nel vostro modo particolare. Costruite quella. È piccola, è concreta, ha un ritorno evidente, ed è esattamente il tipo di cosa che nessun software già pronto gestirà mai bene.

Partite dal foglio di calcolo che vi fa soffrire, non dalla grande visione. La cattedrale può aspettare. Lo strumento per i preventivi che ci ha aperto il mondo non è nato come un'impresa epica: è nato come "questo processo manuale ci sta ammazzando, sistemiamolo".

In conclusione

Comprate le cose universali. Costruite le cose che sono davvero vostre. Non piegate le vostre operazioni a un software che non è mai stato pensato per voi — noi quell'errore l'abbiamo fatto per anni, e il conto è arrivato in tempo perso e occasioni mancate. E qualunque cosa costruiate, partite in piccolo, partite dal processo manuale che già conoscete, e lasciate che lo strumento cresca da lì.

Per quasi tutta la mia carriera quel consiglio arrivava con la premessa che costruire fosse un lusso. Non lo è più. Quello che prima richiedeva sviluppatori e trimestri di lavoro oggi può essere costruito da chi il processo lo capisce davvero — cioè da voi.

È questo il cambiamento vero. La domanda non è mai stata solo costruire o comprare. Era se potevate permettervi un software che si adattasse al modo in cui lavorate davvero. Adesso potete.