Scegliere un partner software per l'IA nell'operatività
Le domande da porre a un partner software prima di portare l'IA nell'operatività quotidiana, le risposte che contano e come avviare il primo processo.
Un partner per l'IA nell'operatività lavorerà sui vostri ordini, sulla vostra fatturazione e sulle risposte che ricevono i vostri clienti. Scoprite come lavora quel partner ponendo domande specifiche e verificando ogni risposta rispetto a qualcosa che potete vedere: il suo lavoro quotidiano, sistemi in funzione presso altri operatori, un caso reale dalla vostra coda. Questo articolo elenca quelle domande, le risposte che contano e come avviare insieme il primo processo una volta presa la decisione.
La scelta ha un peso. Nella ricerca 2025 di MIT NANDA, basata su interviste con 52 organizzazioni, le collaborazioni esterne con strumenti personalizzati sono arrivate alla messa in produzione in circa il 67% dei casi, contro circa il 33% degli strumenti sviluppati internamente (MIT NANDA, 2025). Gli autori sottolineano che i dati sono dichiarati dagli stessi partecipanti e che la differenza può dipendere dalle organizzazioni tanto quanto dall'approccio. Descrivono inoltre gli acquirenti che hanno ottenuto risultati come quelli che hanno chiamato i fornitori a rispondere di metriche di business. Portate questo atteggiamento al primo incontro.
Il vostro team di implementazione usa l'IA ogni giorno?
Ponete questa domanda agli ingegneri e ai capiprogetto che verranno assegnati al vostro progetto. Chiedete loro di mostrare, sullo schermo, un esempio del proprio lavoro della settimana precedente: come un ingegnere ha fatto redigere una modifica a un agente e come è stata verificata prima del merge, come una collega dell'assistenza ha usato un assistente per analizzare un ticket, come testano l'output di un agente prima di un rilascio.
Chiedete quali account usano. Un team che lavora ogni giorno con l'IA ha deciso quali strumenti e quali dati sono consentiti, usa account aziendali e sa dirvi che cosa succede ai vostri dati quando qualcuno incolla un file di log in un assistente. Una risposta vaga su questo punto significa che durante il progetto i dati dei vostri clienti potrebbero finire in un account personale.
Le risposte che contano:
- un esempio recente e concreto, con il passaggio di verifica visibile
- una regola chiara per i dati dei clienti, con gli strumenti e gli account a cui si applica
- qualcosa che hanno provato e smesso di usare, e il motivo
Quali soluzioni sono in produzione presso altri operatori?
In produzione significa in funzione su dati reali dei clienti, ogni giorno, oltre la fase pilota, con una persona designata come responsabile. Chiedete il processo, la data di avvio, che cosa l'agente può leggere e scrivere e chi ne verifica i risultati. Chiedete che cosa è stato disattivato e perché. Un partner che gestisce agenti in produzione da un certo tempo avrà un caso del genere e ve lo racconterà.
Cercate operatori simili a voi: un numero simile di abbonati, lo stesso tipo di accesso wholesale, prodotti simili come la fibra con servizi aggiuntivi di partner. Un caso d'uso presso un operatore mobile con una propria rete vi dice poco sui traslochi su una rete in fibra di terzi.
Quali miglioramenti potete misurare?
Chiedete i dati prima e dopo su misure che gli operatori già monitorano: quanto attende un ordine tra un passaggio e l'altro, quanto spesso i clienti devono chiedere di nuovo dello stesso caso, quanti casi richiedono una correzione manuale, quante fatture vengono corrette dopo l'invio. Poi chiedete come è stato misurato ogni dato, in quale periodo e su quanti casi. In questa conversazione reggono i timestamp del sistema degli ordini e dello strumento di ticketing: chiedeteli.
Chiedete anche che cosa è peggiorato. Quando un agente si occupa del primo controllo di un ordine, il lavoro attorno cambia. I collaboratori dell'assistenza vedono meno casi semplici e più casi difficili, e il tempo medio per caso può aumentare. Un partner che ha misurato con cura lo saprà e potrà spiegarlo.
Che cosa dice un cliente di riferimento su errori, assistenza e sviluppo?
Organizzate una chiamata con un cliente di riferimento, idealmente senza il partner in linea, e affrontate tre temi.
Sugli errori, chiedete dell'ultima volta in cui un agente ha prodotto un risultato sbagliato. Come è stato notato, da chi, quanto è durata la correzione e che cosa è cambiato in seguito? Un cliente di riferimento che non sa citare un solo incidente o ha appena iniziato o è solo cortese.
Sull'assistenza, chiedete che cosa succede il sabato mattina quando le attivazioni falliscono: chi risponde, quanto in fretta e chi decide se fermare l'agente.
Sullo sviluppo, chiedete quali delle loro richieste il partner ha realizzato dall'inizio, come vengono annunciati e testati gli aggiornamenti e se un aggiornamento ha mai interrotto un processo in funzione.
Ripercorrere insieme un caso reale
Prendete un caso reale dalla vostra coda, anonimizzato, e ripercorretelo con il partner. Un trasloco funziona bene perché coinvolge tutti i sistemi. Ad esempio: il cliente si trasferisce a un indirizzo servito da un'altra rete wholesale in fibra, mantiene il proprio numero di telefono, vuole che la vecchia linea termini il giorno in cui parte la nuova e ha un servizio aggiuntivo VPN che deve seguirlo.
Chiedete al partner di mostrare:
- quali sistemi sono coinvolti: CRM, gestione degli ordini, interfaccia del partner wholesale, inventario di rete, fatturazione, ticketing
- da dove proviene ogni dato, e quale sistema fa fede per l'indirizzo, la data di attivazione e la tariffa
- quali accessi avrebbe l'agente, ad esempio accesso in lettura allo stato degli ordini e ai riscontri wholesale e nessun accesso in scrittura alla fatturazione
- come un collaboratore e l'agente arrivano alle stesse informazioni, ciascuno nei limiti dei propri diritti
Poi passate ai casi di errore. La conferma wholesale non arriva mai. Il nuovo indirizzo ha un errore di battitura nel numero civico. La chiamata dell'agente al sistema degli ordini va in timeout a metà. Per ciascuno, chiedete che cosa succede: il processo si ferma, riprova o passa la mano a una persona, resta traccia del punto in cui si è fermato, e qualcuno può riprendere da lì senza ricominciare da capo? Chiedete al partner di revocare gli accessi di un agente e di fermare un job in esecuzione mentre guardate. Chiedete di vedere tutto in un sistema in funzione, compresa la voce di log per ogni passaggio.
Iniziare con un solo processo gestibile
Una volta fatta la scelta, iniziate con un solo processo. Il controllo dei traslochi aperti è un buon primo candidato. L'agente legge gli ordini di trasloco aperti, ne confronta lo stato con il riscontro tecnico dal lato rete ed elenca per il servizio clienti i dati mancanti. All'inizio si limita a leggere e preparare suggerimenti. L'accesso in scrittura, ad esempio per creare un'attività di follow-up o inviare un promemoria al cliente, arriva dopo che i suoi risultati sono stati verificati per diverse settimane.
Prima dell'avvio, concordate per iscritto quanto segue:
- quanto può attendere un trasloco tra un passaggio e l'altro prima di essere segnalato, sulla base dei vostri dati attuali
- quanto spesso i clienti possono dover chiedere di nuovo dello stesso trasloco, e come lo contate
- chi nel servizio clienti verifica gli elenchi dell'agente, e con quale frequenza
- chi corregge gli errori: il partner per il software, il vostro team per i dati, e chi decide quando non è chiaro quale dei due casi si applichi
- chi decide il passo successivo, ad esempio concedere l'accesso in scrittura o aggiungere un secondo processo
Il Work Trend Index 2026 di Microsoft indica, tra le domande a cui ogni organizzazione che lavora con agenti dovrà rispondere, «Who reviews agent performance?» (Microsoft, 2026). Nel suo sondaggio su 20.000 knowledge worker che usano l'IA al lavoro in 10 mercati, il controllo di qualità dei risultati dell'IA è in cima all'elenco delle competenze umane che contano di più man mano che l'IA si fa carico di più lavoro, indicato dal 50% degli intervistati. Mettete un nome accanto a ogni processo prima della prima esecuzione.
Rivedere le prime settimane con servizio clienti e tecnica
Riunitevi ogni settimana durante le prime settimane, con qualcuno del servizio clienti, qualcuno della parte tecnica e il partner. Esaminate i casi in cui il processo si è bloccato e classificate ciascuno: i dati erano sbagliati o mancanti, l'agente ha interpretato male dati corretti, oppure la regola stessa non era chiara. Il primo gruppo va al vostro team, il secondo al partner, il terzo a chi è responsabile del processo.
Servizio clienti e tecnica devono sedere allo stesso tavolo perché le cause attraversano i loro confini. Un trasloco può bloccarsi perché il riscontro wholesale finisce in una casella di posta condivisa che nessuno controlla il venerdì, e nessuno dei due team lo vede da solo.
Estendete l'uso quando il flusso ha funzionato in modo affidabile per un certo periodo: accesso in scrittura per il primo processo, oppure un secondo processo come il controllo delle portabilità in entrata. Queste settimane mostrano anche come il partner gestisce la responsabilità dopo l'avvio: chi si presenta alla revisione, quanto rapidamente arrivano le correzioni e se segnala i problemi prima che li troviate voi.
Dove si colloca METAVSHN
METAVSHN è nato da un ISP. I fondatori portano 30+ anni nelle telecomunicazioni dalla gestione di Ticinocom, e oggi Ticinocom funziona sulla piattaforma METAVSHN. Traslochi, attivazioni e servizi aggiuntivi di partner di Ticinocom passano per la stessa piattaforma che offriamo ad altri operatori, quindi quando un passaggio fallisce, emerge anche nella coda della nostra assistenza. Quando Ticinocom ha aggiunto NordVPN come servizio aggiuntivo di un partner, sono bastate meno di 2 settimane dal kickoff alla prima attivazione NordVPN. Poneteci le domande di questo articolo: rispondiamo con il nostro team e mostriamo le risposte nel sistema in funzione.
Portate un caso reale dalla vostra coda, un trasloco o una portabilità in entrata, e prenotate una presentazione di 30 minuti. Lo ripercorriamo insieme a voi sullo schermo, compreso il caso di errore.
Fonti
Tutte le fonti consultate il 31 ottobre 2026.
- Aditya Challapally, Chris Pease, Ramesh Raskar e Pradyumna Chari, MIT NANDA, «The GenAI Divide: State of AI in Business 2025», luglio 2025. mlq.ai
- Microsoft WorkLab, «2026 Work Trend Index Annual Report: Agents, human agency, and the opportunity for every organization», 5 maggio 2026. microsoft.com
Domande frequenti
- Che cosa dovrebbe chiedere per prima cosa un operatore a un partner software per l'IA?
- Chiedete al team di implementazione di mostrare, sullo schermo, come usa l'IA nel proprio lavoro quotidiano, compreso come verifica i risultati e quali account usa per i dati dei clienti. Poi chiedete quali soluzioni sono in produzione presso altri operatori e chi ne verifica i risultati.
- Qual è un buon primo processo con l'IA per un ISP regionale?
- Il controllo dei traslochi aperti. Un agente legge gli ordini aperti, ne confronta lo stato con il riscontro tecnico ed elenca per il servizio clienti i dati mancanti, con accesso in sola lettura finché i suoi risultati non sono stati verificati per diverse settimane.
- Come può un operatore verificare il modo in cui un partner gestisce gli errori?
- Ripercorrete con il partner un caso reale di un cliente, compresi i malfunzionamenti, come un riscontro wholesale mancante o un timeout a metà di un passaggio. Chiedete di vedere dove si ferma il processo, che cosa viene registrato e come una persona lo riprende, e chiedete a un cliente di riferimento del suo ultimo incidente.
