[ Ristorazione e servizi · primo contatto telefonico ]


Il telefono risponde, e il CRM si compila da solo

In sintesi

Il problema
Prenotazioni e richieste di informazioni: il primo contatto al telefono tiene occupata una persona su conversazioni che si somigliano tutte.
Cosa abbiamo costruito
Un agente vocale che parla come una persona, dice subito di essere un'intelligenza artificiale, raccoglie le informazioni e le scrive direttamente nel CRM.
L'impatto
Le richieste arrivano già compilate, e le persone intervengono dove servono davvero.

Il contesto

Rispondere al telefono è una parte del lavoro di moltissime aziende, e raramente la più interessante. Un ristorante che prende prenotazioni mentre la sala è piena. Un’azienda di servizi che raccoglie richieste di preventivo mentre le persone sono impegnate sul lavoro vero.

È lavoro di segreteria, necessario e ripetitivo, e occupa persone proprio quando servirebbero altrove. Nelle piccole e medie imprese spesso non c’è nessuno dedicato: il telefono squilla, risponde chi è libero, e chi non è libero lo lascia squillare. Nelle aziende più grandi un centralino c’è, ma le domande di primo livello sono sempre quelle, e le persone passano la giornata a ripeterle.

Poi c’è il dopo. Una prenotazione presa al volo finisce su un foglio, un preventivo chiesto al telefono resta nella memoria di chi ha risposto. I dati raccolti a voce arrivano nel CRM tardi, incompleti, oppure non arrivano affatto.

  • Capisce il linguaggio parlato, anche quando la richiesta arriva in disordine
  • Raccoglie i dati durante la chiamata e li inserisce nel CRM
  • Passa a una persona quando serve, senza far ripetere niente

Come è fatto

Parla come una persona, e dice di non esserlo

L'agente risponde con un ritmo naturale, ma dice subito di essere un'intelligenza artificiale. Lo prevede l'AI Act, ma lo faremmo comunque: chi sa con chi sta parlando si fida di più della conversazione. Chi chiama parla come parlerebbe con chiunque, anche in modo disordinato, e l'agente capisce la richiesta, fa le domande che servono a completarla e conferma quello che ha capito.

Le variabili, raccolte durante la chiamata

Ogni azienda decide cosa va chiesto. Per un ristorante sono data, orario, numero di persone ed eventuali esigenze. Per un'azienda di servizi sono il motivo della chiamata e i recapiti per essere ricontattati. L'agente raccoglie queste informazioni una alla volta, come farebbe un buon operatore, e prova a completare la richiesta prima di chiudere.

Dritto nel CRM

I dati non restano nella conversazione. L'agente li scrive nel CRM attraverso le integrazioni, via API o tramite MCP, il protocollo che permette a un agente di usare strumenti esterni in modo controllato. La richiesta arriva a chi la deve gestire già compilata, e quando la chiamata ha bisogno di una persona l'agente la passa con tutto il contesto.

Lo stesso schema in Copilot Studio

La tecnologia della parte vocale non è sempre Microsoft: scegliamo quella che funziona meglio per la lingua e per il canale. La logica però è la stessa di un agente costruito in Copilot Studio, con istruzioni chiare, strumenti collegati tramite connettori o server MCP e un passaggio a un operatore quando serve. E i dati finiscono dove l'azienda li governa già.

Cosa è cambiato

Le chiamate trovano una risposta anche quando nessuno può rispondere, fuori orario o nei momenti di punta. Le persone intervengono dove serve davvero una persona, e smettono di passare la giornata a ripetere le stesse informazioni.

E il CRM contiene finalmente quello che i clienti hanno chiesto al telefono, completo e subito disponibile per chi deve dare seguito.

Le competenze in campo

  • Agenti
  • Automazione
  • Dati

Altri casi studio