Prima di un incontro, il contesto andava ricostruito
Le informazioni più utili su un cliente non erano tutte nello stesso posto. Una parte si trovava nei sistemi aziendali; un'altra era nella memoria delle persone che seguivano la relazione. Prima di un incontro con i vertici del cliente, il Business Partner doveva ricomporre quel quadro.
Era anche un problema di continuità: quando una persona lasciava il gruppo, una parte delle conoscenze poteva andarsene con lei. Salvare i documenti non bastava a conservare il contesto maturato nel rapporto con il cliente.
Perché tre tentativi con PowerPoint non avevano funzionato
La prima risposta era stata raccogliere le informazioni in presentazioni da aggiornare manualmente. Il racconto del progetto riporta tre tentativi non riusciti: mancavano un responsabile dell'aggiornamento, una routine sostenibile e un formato facile da mantenere.
Il problema non era la possibilità di scrivere un buon dossier una volta. Era riuscire a mantenerlo utile mentre il rapporto con il cliente cambiava. Aggiungere un altro documento non risolveva il lavoro necessario per tenerlo aggiornato.
Rispondere a domande invece di scrivere un dossier
La scelta successiva ha cambiato il modo di raccogliere il contributo delle persone. Il sistema pone domande al Business Partner e usa le risposte per alimentare una base di conoscenza strutturata, insieme alle informazioni del CRM e alle fonti pubbliche.
Il Business Partner resta la fonte della conoscenza sulla relazione. Cambia il lavoro che gli viene chiesto: raccontare ciò che sa rispondendo a domande, anziché occuparsi anche della forma e dell'organizzazione di una presentazione.
| Fonte | Contributo alla conoscenza del cliente |
|---|---|
| CRM | Le informazioni già registrate nei sistemi aziendali. |
| Fonti pubbliche | Le informazioni disponibili all'esterno dell'organizzazione. |
| Business Partner | La conoscenza maturata seguendo il cliente, raccolta attraverso domande. |
Una base consultabile e aggiornabile, oltre il singolo incontro
Il sistema descritto permette di raccogliere, ritrovare e aggiornare le informazioni senza trattare ogni riunione come l'inizio di un nuovo dossier. È questo il significato di Company Brain nel caso Intarget: dare una forma condivisa alla conoscenza che prima dipendeva soprattutto dalle singole persone.
Il risultato raccontato riguarda il modo di gestire le informazioni. Non sono pubblicate misure di adozione, risparmio di tempo o impatto commerciale: il caso non le usa per sostenere la propria efficacia.
Che cosa insegna questo progetto a chi vuole costruire un Company Brain
Prima della scelta tecnologica viene una domanda organizzativa: come entra nel sistema ciò che sanno le persone? Se contribuire richiede di scrivere e mantenere un documento impegnativo, il rischio è ripetere il problema delle presentazioni.
Il caso suggerisce di progettare insieme la consultazione e la raccolta delle informazioni. Cercare meglio è utile, ma serve anche un modo praticabile per aggiungere ciò che ancora manca. Vanno inoltre definite le responsabilità di aggiornamento: la presenza dell'AI non le elimina.
Il CRM rimane una fonte importante. Una base di conoscenza di questo tipo ne estende il contesto con informazioni e contributi che non si esauriscono nei campi di una scheda cliente.
Chi ha seguito il progetto
Il progetto è stato sviluppato da Yempik per l'Innovation Hub di Intarget. Per Yempik lo ha seguito Simone Bova, AI Engineer e co-founder. Lo raccontiamo per spiegare le scelte di progetto, nel rispetto della riservatezza del cliente.
Simone ha descritto il metodo dietro questo lavoro in «Come portare un agente AI in produzione: non solo una demo», pubblicato su Yempik il 2 luglio 2026.