Come scegliere una piattaforma di customer support AI per la manifattura

A chi è rivolta questa guida

Una head of customer service, after-sales o CX in un produttore tecnico — HVAC, ventilazione, sensoristica, macchine utensili, building automation — che sta valutando una piattaforma AI per il customer support. Avete visto tre demo, tutte sembravano fantastiche, e siete bloccati.

Questa guida raccoglie le domande che separano le piattaforme che spediscono da quelle che non lo fanno.

Gli 8 criteri che contano

In ordine approssimativo di quanto spesso vediamo perdere deal su di loro:

1. Risposte con citazione della fonte: ogni risposta punta alla pagina del documento sorgente. Senza questo, i vostri installatori non si fideranno dell'AI.
2. Hybrid retrieval: i manuali tecnici sono pieni di codici alfanumerici. Il retrieval solo semantico li manca.
3. Residenza dati UE: se vendete in DACH o al settore pubblico, è un gate di procurement. Testatelo: fate dimostrare al vendor un deployment in cui prova che nessun dato attraversa l'Atlantico.
4. Multilingua nativa: non "traduzione automatica davanti a un modello inglese". Testata in tutte le lingue che i vostri installatori usano davvero.
5. Canale voce: gli installatori sulle impalcature non digitano. Se il vendor "fa partnership" per la voce, la vostra latenza sarà di 4-5 s.
6. Time-to-first-deployment: un SaaS B2B che richiede 12 settimane di professional services è una bandiera rossa. 2-3 settimane è realistico.
7. Un'offerta scritta in pochi giorni: posti, utilizzo e hosting in un unico documento, così il procurement non resta in attesa di costi nascosti.
8. Audit log: l'AI Act art. 12 si aspetta che possiate ricostruire ogni risposta. Se non potete, l'AI Act vi prenderà nel 2026.

Una demo vera

Portate i vostri dati. Concretamente: portate 20 domande reali dalla vostra casella di support, anonimizzate. Fate rispondere al vendor live durante la demo. I vendor che dimostrano solo i loro dati preparati nascondono i failure mode.

Guardate per:

• Citazioni — sono pagine esatte o "vedi capitolo 4"?
• Latenza — ogni risposta torna in 1-2 secondi o in 5-8?
• Risposte sbagliate — l'AI rifiuta di rispondere, o allucina?

Progettare un pilot di 2 settimane

Un pilot vero:

• Settimana 1: caricate un sottoinsieme reale della vostra knowledge base — 1 manuale, 1 set di service bulletin, 1 FAQ. Validate sulle 20 domande della demo + 80 in più.
• Settimana 2: aprite il widget su una pagina prodotto, per un segmento di clienti. Misurate deflection, first-contact resolution, CSAT, tempo alla prima risposta.

Due settimane bastano per sapere. Se il vendor ne vuole di più, sta tergiversando.

Quando andarsene

• Il vendor rifiuta un pilot di 2 settimane con dati reali.
• Il vendor non si impegna per iscritto su sub-processor solo UE.
• L'"hotline AI" del vendor è in realtà unintegrazione partner con budget di latenza da 4 s.
• Il contratto ha un minimo pluriennale.

Bandiere rosse di procurement

Il vostro DPO e il vostro team sicurezza chiederanno:

• Dove sono i dati fisicamente?
• Chi sono i sub-processor? Veniamo notificati prima dei cambi?
• Il fine-tuning viene mai condiviso tra tenant? (La risposta deve essere: no.)
• Cosa succede ai nostri dati alla scadenza del contratto? (La risposta deve essere: cancellati entro 30 giorni, con prova.)
• Possiamo avere il DPA pre-firmato?

I vendor che esitano su uno qualsiasi di questi non sono enterprise-ready.