La maggior parte dei dibattiti su costruire o acquistare si conclude in un vicolo cieco. Chi sostiene la piattaforma pronta all’uso cita la velocità e i costi iniziali contenuti. Il responsabile tecnico interno argomenta per il controllo e la flessibilità a lungo termine. Il CEO vuole una risposta entro giovedì. Nessuno esce dalla sala con una decisione.
Questo articolo ti offre un modo strutturato per uscirne. Valuta cinque dimensioni, sommale e avrai una posizione difendibile — non un’impressione a pelle, non un pitch commerciale — da presentare al tuo consiglio di amministrazione.
Una premessa importante: “acquistare” non significa una cosa sola. Il mercato oggi si divide in almeno tre opzioni distinte, e scegliere tra di esse conta quanto la domanda principale costruire-o-acquistare.
Le Tre Opzioni tra cui Stai Davvero Scegliendo
Prima di valutare qualsiasi cosa, sii preciso su cosa significa “acquistare” nella tua situazione:
Agenti SaaS pronti all’uso — assistenti AI precostruiti da vendor (Intercom, Zendesk, HubSpot, ecc.) con funzionalità AI integrate. I più veloci da adottare; i meno personalizzabili; devi lavorare nella loro UX e nel loro modello dati.
Agent builder no-code / low-code — piattaforme come Zapier AI, Make, Voiceflow o Botpress che permettono a chi non è sviluppatore di assemblare la logica degli agenti visivamente. Più flessibili del SaaS, ma raggiungono rapidamente i propri limiti all’aumentare della complessità. Abbiamo analizzato questo tetto in dettaglio in Quando i builder no-code per agenti AI raggiungono il loro limite.
Sviluppo su misura — un agente costruito su framework open (LangGraph, CrewAI, Mastra) o da zero, progettato e realizzato da un team di sviluppo. Costo iniziale più alto; massima flessibilità a lungo termine e profondità d’integrazione.
Esistono anche approcci ibridi: un builder no-code per il workflow frontale, un livello di modello o integrazione personalizzato sotto. Lo scorecard gestisce anche questo.
Lo Scorecard in Cinque Dimensioni
Valuta ogni dimensione da 1 a 3. Somma il totale.
- Punteggio 5–8: la piattaforma pronta all’uso o low-code è probabilmente la scelta giusta.
- Punteggio 9–11: approccio ibrido. Considera una piattaforma per il front-end con un livello di integrazione personalizzato.
- Punteggio 12–15: lo sviluppo su misura è probabilmente la risposta corretta.
Questo è uno strumento di orientamento, non una prescrizione. Usalo per ancorare la conversazione.
Dimensione 1 — Valore Differenziante (1–3)
Chiediti: Questo agente tocca un processo che è fonte di vantaggio competitivo per la mia azienda?
- 1 punto — Il processo è generico (pianificazione, deviazione FAQ, instradamento documenti). I concorrenti nel tuo settore lo gestiscono allo stesso modo e il modo in cui lo gestisci tu non è una ragione per cui i clienti ti scelgono.
- 2 punti — Il processo conta per i clienti ma non è esclusivamente tuo. Hai preferenze specifiche su come funziona che nessun prodotto pronto all’uso soddisfa del tutto.
- 3 punti — Il processo è un differenziatore core. Come lo gestisci fa parte del tuo prodotto, del tuo brand o della tua storia di margine. Affidarti a una piattaforma significa rendere il tuo vantaggio competitivo identico a quello di tutte le altre aziende sulla stessa piattaforma.
Una società di logistica con un algoritmo di preventivazione proprietario segna 3 qui. Uno studio legale che adotta un agente per gestire i questionari di onboarding dei nuovi clienti potrebbe segnare 2 — conta, ma non è l’expertise legale dello studio.
Dimensione 2 — Profondità d’Integrazione (1–3)
Chiediti: Quanto profondamente deve connettersi questo agente ai sistemi interni?
- 1 punto — L’agente può svolgere il suo compito con dati disponibili tramite API standard o integrazioni pubbliche. Il tuo CRM, calendario o sistema di ticketing è abbastanza diffuso da essere supportato da ogni piattaforma.
- 2 punti — L’agente necessita di accesso a due o tre sistemi interni, di cui almeno uno con un’interfaccia non standard, un componente on-premise o uno schema dati personalizzato.
- 3 punti — L’agente deve leggere o scrivere su tabelle ERP, database legacy, API interne proprietarie o archivi dati regolamentati con requisiti specifici di controllo degli accessi. I connettori pronti all’uso non esistono o non sono affidabili.
Le PMI svizzere scoprono spesso di segnare 3 qui quando iniziano a mappare i flussi di dati reali — un’integrazione con Sage 200 o un ERP costruito su misura non è nella lista dei connettori nativi di nessuna piattaforma, e lo sforzo per colmare quel divario appartiene alla voce di costo nell’equazione costruire-o-acquistare.
Dimensione 3 — Sensibilità dei Dati (1–3)
Chiediti: Quanto sono sensibili i dati che l’agente elaborerà, e dove devono risiedere?
- 1 punto — I dati non sono sensibili o si trovano già in un ambiente SaaS. L’elaborazione tramite una piattaforma di terze parti è accettabile in base alla tua politica sui dati e alle normative applicabili (nLPD, GDPR, regole settoriali).
- 2 punti — I dati sono moderatamente sensibili. Sei disposto a usare una piattaforma cloud, ma hai bisogno di garanzie contrattuali sulla residenza dei dati e non vorresti che venissero archiviati indefinitamente sull’infrastruttura condivisa della piattaforma.
- 3 punti — I dati sono altamente sensibili (cartelle cliniche, dati finanziari, comunicazioni coperte da privilegio legale, fascicoli del personale) o esistono requisiti espliciti per l’elaborazione on-premise o su cloud privato (tipicamente imposti da regolatori di settore come FINMA o norme sulla riservatezza medica, non dalla sola nLPD). Molte piattaforme non possono soddisfare questo requisito senza add-on enterprise che cambiano radicalmente il quadro dei costi.
Operatori sanitari in Svizzera, fiduciari e studi legali segnano quasi sempre 3 qui.
Dimensione 4 — Frequenza dei Cambiamenti (1–3)
Chiediti: Quanto spesso dovranno cambiare la logica, gli output o le integrazioni dell’agente?
- 1 punto — Il processo gestito dall’agente è stabile. Prevedi di configurarlo una volta e fare piccoli aggiustamenti al massimo ogni trimestre. Il ritmo di aggiornamento del vendor non disturberà il tuo workflow.
- 2 punti — Il processo cambia alcune volte l’anno. Puoi tollerare l’overhead di gestione dei cambiamenti della piattaforma, ma hai avuto brutte esperienze con aggiornamenti imposti dal vendor che rompono le cose.
- 3 punti — Il processo cambia frequentemente — nuove linee di prodotto, aggiornamenti normativi, evoluzioni di mercato. Ogni modifica su una piattaforma no-code significa smontare un workflow visivo e rimontarlo. Quell’overhead si accumula. Su un sistema personalizzato, uno sviluppatore modifica una configurazione o un template di prompt; su una piattaforma, è una ricostruzione.
Se i tuoi requisiti di compliance cambiano con gli aggiornamenti normativi svizzeri o se il tuo catalogo prodotti cambia stagionalmente, sii onesto con te stesso qui.
Dimensione 5 — Capacità Interna (1–3)
Chiediti: Cosa può realisticamente mantenere il tuo team dopo il go-live?
Questa dimensione funziona al contrario. Un punteggio alto qui non è sempre un vantaggio.
- 1 punto — Il tuo team ha sviluppatori a proprio agio con Python o TypeScript, familiarità con le API e una certa esperienza con sistemi basati su LLM. Possono gestire un agente costruito su misura dopo il passaggio di consegne.
- 2 punti — Hai personale operativo con buone competenze tecniche che può lavorare in un ambiente no-code ma non nel codice. Lo sviluppo su misura richiederebbe un supporto continuativo del vendor per qualsiasi modifica oltre la configurazione.
- 3 punti — Nessuna capacità tecnica significativa in-house. Hai bisogno di qualcosa che un utente business possa mantenere, o di un modello di servizio completamente gestito.
Per il punteggio: se hai segnato 1 qui, sottrai 1 dal totale (la capacità interna riduce il costo del custom). Se hai segnato 3, aggiungi 1 (aumenta il costo reale del custom, anche se ogni altra dimensione punta in quella direzione).
Applicazione dello Scorecard: Due Esempi Concreti
Esempio A — Un broker assicurativo svizzero di 40 persone che adotta un agente per gestire i promemoria di rinnovo delle polizze
- Valore Differenziante: 1 (processo generico)
- Profondità d’Integrazione: 2 (si connette al sistema di gestione polizze tramite una REST API ben documentata)
- Sensibilità dei Dati: 2 (dati personali, richiede elaborazione conforme al GDPR ma il cloud è accettabile con garanzie contrattuali)
- Frequenza dei Cambiamenti: 1 (il processo di rinnovo cambia raramente)
- Capacità Interna: 3 (nessuno sviluppatore in organico)
Totale: 9 — Ibrido. Un builder no-code come Voiceflow o Make, con accordi attenti sul trattamento dei dati, è un punto di partenza ragionevole. Se l’API del sistema polizze si rivela meno pulita di quanto documentato, riconsiderate.
Esempio B — Un’azienda manifatturiera svizzera di 120 persone che adotta un agente per gestire le conferme degli ordini in entrata, verificare le scorte nel suo ERP on-premise e segnalare le eccezioni al team logistico
- Valore Differenziante: 2 (la gestione degli ordini è centrale per le operazioni, non un differenziatore in sé, ma il loro processo specifico è idiosincratico)
- Profondità d’Integrazione: 3 (ERP on-premise, tabelle stock personalizzate, workflow interno di gestione eccezioni)
- Sensibilità dei Dati: 2 (dati commerciali, nessun vincolo normativo rigido oltre alla protezione dati standard)
- Frequenza dei Cambiamenti: 2 (il mix prodotti cambia trimestralmente, previsti alcuni aggiustamenti di processo)
- Capacità Interna: 1 (piccolo team di sviluppo interno, a proprio agio con le API)
Totale: 10 (meno 1 per la capacità) = 9 — Ibrido, tendente al custom. In questo caso raccomanderemmo di partire con un livello di integrazione personalizzato connesso all’ERP, con un workflow frontale leggero che il team interno possa aggiustare. Lo sviluppo completamente su misura è giustificabile se il budget lo permette.
Cosa lo Scorecard Non Ti Dice
Nessuno scorecard sostituisce il giudizio sui costi. Un’azienda che segna 14 in questo framework potrebbe comunque guardare il costo iniziale dello sviluppo su misura e decidere che una piattaforma è la scelta pragmatica per i prossimi dodici mesi — con un piano di migrazione quando i limiti si faranno sentire. È una scelta legittima.
Quello che vuoi evitare è fare questo trade-off senza riconoscerlo. Una decisione per una piattaforma presa senza valutare la profondità d’integrazione non è una decisione: è una speranza. Quando la piattaforma non riesce a dialogare con il tuo ERP al quarto mese, l’integrazione custom d’emergenza costa più di quanto sarebbe costato fare le cose bene fin dall’inizio.
Vale la pena esaminare separatamente il quadro del total cost of ownership — Il costo reale degli agenti AI: TCO custom vs piattaforma approfondisce i numeri che raramente compaiono nelle proposte dei vendor. E se il lock-in è una preoccupazione, Lock-in sulle piattaforme per agenti AI: i rischi che nessuno quantifica illustra come si presentano realmente i costi di switching.
Chi Dovrebbe Costruire, e Chi Dovrebbe (Probabilmente) Acquistare
| Segnale | Direzione probabile |
|---|---|
| Processo generico e stabile | Piattaforma o SaaS |
| Nessuna capacità di sviluppo interna, budget limitato | Piattaforma low-code (con gli occhi aperti sui limiti) |
| I dati devono restare on-premise o in una giurisdizione specifica | Custom o deployment su cloud privato |
| L’agente è una parte core del tuo prodotto o servizio | Custom |
| Hai un team di sviluppo interno funzionante | Custom o ibrido |
| Hai bisogno di un proof-of-concept in due settimane | Piattaforma per validare, custom per scalare |
| L’integrazione richiede sistemi interni non standard | Custom |
| Hai già subito le conseguenze di un vendor lock-in | Custom |
Il Ruolo di Orange ITS
Lavoriamo con tutte e tre le modalità di delivery — aiutiamo i clienti a verificare se una piattaforma si adatta davvero alle loro esigenze prima che si impegnino, e costruiamo il livello custom quando non lo fa. La nostra inclinazione è verso la consegna di agenti funzionanti, non verso una tecnologia particolare.
I team con cui lavoriamo meglio sono quelli che vogliono un secondo parere sulla decisione prima di firmare un contratto con una piattaforma o avviare uno sviluppo interno. Sbagliare la scelta costruire-o-acquistare all’inizio è la singola ragione più comune per cui i progetti di agenti AI non riescono a produrre risultati — costa meno fare le cose bene in una conversazione strutturata che disfare sei mesi di deployment su una piattaforma.
Se stai affrontando questa decisione adesso, una chiamata di 30 minuti con il nostro team di Orange ITS ti dà una raccomandazione chiara per la tua specifica iniziativa — non un pitch generico per un approccio. Ti chiederemo del tuo stack, dei tuoi dati e della tua capacità interna, e ti diremo onestamente dove vediamo il rischio.
Prenota una call di 30 minuti build-vs-buy
Siamo basati a Chiasso, lavoriamo in tutta la Svizzera e in Europa, e abbiamo realizzato sviluppo di agenti AI personalizzati per aziende da 15 a 500 dipendenti. Nessun impegno, nessuna presentazione.