Sviluppare, acquistare o servizio gestito: chi è responsabile dell'agente vocale dopo il lancio?

Scegliere se sviluppare o acquistare (build vs buy) un agente vocale con IA significa scegliere tra tre modelli operativi: sviluppare l'agente in autonomia su framework open source e API di modelli, acquistare una piattaforma per agenti vocali che il tuo team configura, oppure pagare un servizio gestito che lo costruisce e lo gestisce per te. Il lancio conta meno di ciò che viene dopo. Ogni volta che cambiano una policy, un prezzo o un'abitudine di chi chiama, qualcuno deve modificare l'agente, e ogni modello affida questo lavoro a mani diverse.

La maggior parte delle guide build vs buy confronta due opzioni al momento dell'acquisto. Questa le confronta tutte e tre su ciò che decide se un agente telefonico continua a migliorare: chi può individuare una chiamata andata male, correggerla, verificare la correzione e rilasciarla, e quanti passaggi di consegne ci sono nel mezzo.

Retell AI pubblica questa guida e vende una piattaforma per agenti vocali, che è uno dei tre modelli. Indichiamo dove si adatta ciascun modello, anche quando sviluppare internamente o affidarsi a un servizio gestito è la scelta migliore.

Quali sono i tre modi per ottenere un agente vocale con IA?

I tre modelli differiscono per chi scrive il codice, chi gestisce l'infrastruttura e chi modifica il comportamento dell'agente una volta in produzione.

• Sviluppare. I tuoi ingegneri assemblano lo stack: un operatore telefonico, lo speech-to-text, un modello linguistico, il text-to-speech e l'orchestrazione che gestisce i turni di conversazione e le interruzioni tra questi componenti. Molti team partono da un framework open source come Pipecat (BSD 2-Clause, mantenuto da Daily e dalla community) o LiveKit Agents (Apache 2.0). Sei responsabile di ogni livello e di ogni disservizio.
• Acquistare una piattaforma. Il fornitore gestisce i livelli di telefonia, voce e modello. La documentazione di Retell descrive così la sua piattaforma: «Retell gestisce i livelli di telefonia, voce e modello linguistico, così configuri l'agente invece di collegare fornitori.» Il tuo team scrive i prompt, costruisce i flussi, collega i tuoi sistemi ed è responsabile del comportamento dell'agente.
• Servizio gestito. Il team di servizi di un fornitore o un'agenzia costruisce l'agente e continua a gestirlo. Tu descrivi ciò che vuoi e verifichi i risultati. Le modifiche passano dal provider.

I modelli si possono anche combinare. Un lancio gestito può passare poi al tuo team, e la tua logica di modello può poggiare su un livello telefonico acquistato. Entrambe le vie di mezzo sono trattate più avanti.

Chi è responsabile di cosa dopo il lancio?

La tabella suddivide l'agente nei livelli di cui qualcuno deve occuparsi in un normale martedì dopo il go-live. Lo schema da osservare è nell'ultima riga.

Sviluppare ti dà il massimo controllo, ma anche il massimo fabbisogno di personale. Acquistare sposta l'infrastruttura sul fornitore, ma lascia il comportamento al tuo team. Un servizio gestito sposta all'esterno quasi tutto, compreso il controllo sulla velocità con cui vengono rilasciate le modifiche.

Perché la responsabilità dopo il lancio conta più del lancio?

Perché un agente vocale non è mai finito. Chi chiama formula le richieste in modi che i tuoi script non avevano previsto, le policy cambiano e compaiono nuovi motivi di chiamata. L'articolo di Retell su cosa fa un CX automation engineer chiama questa risposta ciclo di miglioramento della CX: qualcuno nel team interno individua le chiamate che l'agente ha gestito male, ne capisce il motivo, prepara una correzione, la verifica, la mette in produzione e osserva le chiamate successive. Lo stesso articolo indica il costo di affidare questo ciclo a qualcun altro: «Se la maggior parte del lavoro di CX automation resta in mano al fornitore, ogni correzione aspetta nella coda del fornitore.»

Il diagramma mostra una singola correzione che attraversa ciascun modello.

I passaggi di consegne sono la vera differenza. Quando sviluppi internamente, spesso è il team operativo a individuare il problema, ma è un ingegnere a dover rilasciare la correzione. Con un servizio gestito, ogni modifica attraversa i confini aziendali. Su una piattaforma che il tuo team operativo può usare, chi ha trovato il problema può correggerlo.

A cosa ti impegna sviluppare un agente vocale?

Sviluppare ti impegna a gestire un sistema telefonico in tempo reale, non solo un modello di IA. Il tempo di ingegneria va nella connettività telefonica e nei trasferimenti, nello streaming audio che regge le interruzioni, nelle function call che falliscono in modo sicuro a metà chiamata, nei log delle chiamate consultabili, in un ambiente di test e in un processo di rilascio, e nei turni di reperibilità per quando una linea si guasta.

C'è anche un costo meno evidente. A meno che tu non crei anche un editor, un test runner e controlli di rilascio per chi non è ingegnere, ogni modifica al prompt è una modifica al codice, e le persone che conoscono chi chiama restano in coda in attesa del tempo degli ingegneri. Uno sviluppo interno può ricreare la coda del fornitore dentro la tua stessa azienda.

Sviluppare ha senso quando l'agente vocale è il tuo prodotto, quando prompt e trascrizioni devono restare nella tua infrastruttura o in un modello che ospiti tu, oppure quando ti serve una logica di risposta che nessuna piattaforma supporta e puoi dedicarci personale per anni. I fornitori che vendono l'opzione di acquisto fissano un'asticella alta: un saggio del 2025 sul blog Fin di Intercom stima che un agente di assistenza sviluppato internamente abbia bisogno di circa un milione di conversazioni al mese solo per andare in pareggio, ipotizzando un team di ingegneria da 50.000 $ al mese e prestazioni pari a quelle degli strumenti che puoi acquistare. Si tratta della stima di un fornitore per l'assistenza clienti in generale, non per le telefonate, quindi fai i tuoi calcoli.

Se i tuoi ingegneri vogliono essere proprietari del codice dell'agente, il confronto di Retell con LiveKit illustra cosa ti offre un framework e cosa gestisce una piattaforma.

A cosa ti impegna acquistare una piattaforma?

Acquistare sposta sul fornitore l'infrastruttura, non il comportamento dell'agente. Qualcuno nel tuo team resta responsabile dei prompt, della knowledge base, dei casi di test e della revisione delle chiamate reali. Ciò che la piattaforma dovrebbe dare a questa persona è un ciclo di modifica che possa gestire senza ingegneri. Su Retell, questo ciclo è documentato:

• Bozza, poi pubblicazione. Una nuova versione dell'agente nasce come bozza che puoi modificare e verificare. La pubblicazione la rende di sola lettura, così hai sempre una configurazione fissa a cui tornare. È il versionamento dei prompt integrato nell'agente.
• Verifica prima che chi chiama la ascolti. Il test di simulazione fa interpretare a un'IA il ruolo di chi chiama e valuta ogni esecuzione come superata o non superata. I casi salvati vengono eseguiti insieme in batch, così puoi confermare che il tasso di superamento regga prima di mettere in produzione.
• Rilascia ed esegui il rollback spostando un tag. I numeri di telefono possono puntare a un tag `prod`. Sposta il tag sulla nuova versione per far passare le chiamate live su quei numeri, e riportalo indietro per il rollback. I numeri assegnati direttamente a una versione restano su quella versione.
• Osserva il risultato. AI QA valuta un campione di chiamate e segnala problemi come le allucinazioni. Le regole di avviso inviano un'email o un webhook quando una metrica come il tasso di successo supera una soglia da te impostata. L'A/B testing può suddividere in percentuale il traffico di un numero tra più agenti.

Il costo è dato dai minuti più le persone. Retell prevede il pagamento a consumo a partire da 0,07 $ al minuto, con 20 chiamate simultanee incluse, secondo la sua pagina dei prezzi. Il costo in persone è un responsabile dedicato, il ruolo che l'articolo di Retell chiama CX automation engineer, con tempo riservato a questo lavoro. Una scorecard di QA offre a questo responsabile un metodo ripetibile per valutare le chiamate.

Quando ha senso un servizio gestito?

Un servizio gestito ha senso quando nessuno può ancora occuparsi dell'agente, la data di lancio non può slittare o il caso d'uso è troppo ristretto per giustificare un responsabile. È anche il modello di business delle agenzie e dei BPO che gestiscono agenti vocali per i propri clienti, il che li colloca dal lato del provider in questa scelta.

Il rischio è la velocità delle modifiche: ogni correzione diventa una richiesta, ed è il provider a decidere quando rilasciarla. Prima di firmare, fatti mettere per iscritto:

• Quanto velocemente viene rilasciata una richiesta di modifica, sia per una correzione di testo sia per un nuovo tipo di chiamata.
• Se ottieni l'accesso in lettura alla configurazione dell'agente, alle registrazioni delle chiamate e alle trascrizioni.
• Chi viene allertato quando le chiamate falliscono e come vengono segnalati gli incidenti.
• Cosa porti con te se te ne vai: prompt, flussi, casi di test e dati delle chiamate.

Per il lato partner dello stesso accordo, come fornitori di IA vocale e partner di servizi dovrebbero definire il perimetro del primo accordo spiega chi si occupa della fase di discovery e come suddividere il lavoro.

Esiste una via di mezzo tra sviluppare e acquistare?

Sì, due.

Lancio gestito, poi passaggio di consegne. Il fornitore o un partner costruisce i primi agenti insieme al tuo team e forma le tue persone, poi il tuo team si fa carico di una parte crescente del lavoro di miglioramento con i propri tempi. I forward deployed engineer di Retell lavorano così, con la piattaforma che permette al team del cliente di assumersi gradualmente più lavoro. Se all'inizio nessuno dalla tua parte può occuparsi dello sviluppo, la directory dei solution partner di Retell elenca i partner certificati, e il piano Enterprise include il Dedicated Implementation Support come componente aggiuntivo.

Sviluppa il cervello, acquista il livello telefonico. Se ti servono un modello o una pipeline di retrieval tuoi, non devi sviluppare anche la telefonia. Con un LLM personalizzato su Retell, Retell gestisce telefonia, trascrizione, turni di conversazione e sintesi vocale, mentre il tuo server WebSocket genera ogni risposta. La documentazione chiarisce il compromesso: ti fai carico di latenza, uptime e gestione delle riconnessioni, e i test di simulazione e le chiamate in batch di test non supportano gli agenti con LLM personalizzato, per cui restano le chiamate web e telefoniche per verificarli. Per la maggior parte degli agenti, la documentazione consiglia invece un agente a prompt singolo o basato su conversation flow.

Come scegliere tra sviluppare, acquistare e un servizio gestito?

Parti da chi sarà responsabile dell'agente tra un anno, poi scegli il modello che dà a quella persona gli strumenti giusti.

Qualunque cosa tu scelga, fai una verifica prima di firmare: durante il progetto pilota, chiedi alla persona che sarà responsabile dell'agente di trovare una chiamata fallita, correggerla, verificare la correzione, pubblicarla ed eseguire il rollback, e cronometra il tutto. Come valutare una piattaforma per agenti vocali prima del go-live illustra questo progetto pilota, e dalla demo alla produzione in 30 giorni copre il primo mese successivo.

Domande frequenti

È più economico sviluppare o acquistare un agente vocale con IA?

Dipende dal volume di chiamate e da chi hai già in organico. Sviluppare sostituisce il prezzo al minuto di una piattaforma con gli stipendi degli ingegneri, i costi di modelli e operatori telefonici e i turni di reperibilità. Acquistare aggiunge un prezzo al minuto, ma ti lascia un solo responsabile da inserire in organico invece di un intero team. Confronta gli ingegneri che ti servirebbero con i minuti di piattaforma al volume previsto.

Che cos'è un servizio gestito per agenti vocali con IA?

Il team di servizi di un fornitore o un'agenzia costruisce l'agente vocale e continua a gestirlo per te. Tu descrivi cosa deve fare e verifichi i risultati, e il provider apporta le modifiche. Si parte senza personale interno, ma ogni modifica successiva è una richiesta nella coda del provider.

Chi dovrebbe essere responsabile di un agente vocale con IA dopo il lancio?

Una persona designata dalla tua parte, con tempo riservato per rivedere le chiamate, correggere prompt e contenuti della knowledge base e verificare le modifiche prima del rilascio. Retell chiama questo ruolo CX automation engineer, a volte detto anche internal deployed engineer. Buoni candidati sono un operations manager, un responsabile QA o un amministratore IVR, soprattutto se è già la persona a cui i colleghi si rivolgono per i problemi di IA vocale.

Possiamo partire con un servizio gestito e portare il lavoro in-house in seguito?

Sì, se lo pianifichi fin dall'inizio. Chiedi l'accesso alla configurazione dell'agente, alle registrazioni e ai casi di test, e concorda un periodo di passaggio di consegne in cui il tuo responsabile apporta le modifiche e il provider le rivede. È più semplice quando il provider sviluppa su una piattaforma che anche il tuo team operativo può usare.

Scegli il modello che il tuo team può gestire

La risposta giusta al dilemma build vs buy è il modello in cui le persone che conoscono chi chiama possono modificare l'agente senza aspettare nessuno. Retell è una piattaforma per agenti vocali con IA per i contact center, progettata affinché il tuo team operativo sia responsabile dell'agente dopo il lancio, con forward deployed engineer e partner certificati che ti aiutano a partire. Confronta i piani nella pagina dei prezzi e parla con il team di chi gestirà i tuoi agenti.