IL PROBLEMA
Dipendere soltanto da Meta e Google significa continuare a investire per generare nuove richieste. Radar aggiunge una ricerca attiva di opportunità, legata ai servizi che vuoi vendere.
ParliamoneIntelligence commerciale
Trasforma le tracce pubbliche del mercato in opportunità documentate, pronte per il tuo team commerciale.
INIZIARE SUBITO
Radar è il sistema di lead generation di Estro che usa agenti AI, ricerca web e automazioni n8n per individuare segnali commerciali e preparare prospect da lavorare.
Dipendere soltanto da Meta e Google significa continuare a investire per generare nuove richieste. Radar aggiunge una ricerca attiva di opportunità, legata ai servizi che vuoi vendere.
Un processo di prospecting costruito sul tuo mercato: fonti, criteri, raccolta, valutazione delle evidenze e percorso verso il CRM, nel perimetro concordato.
Definiamo la tua offerta e cosa rende un’azienda interessante. Proviamo la ricerca su un campione e misuriamo la qualità prima di aumentare frequenza e volume.
Una tecnologia, un processo, una responsabilità.
Radar è il sistema di ricerca commerciale di Estro: raccoglie segnali dal web, ne conserva la provenienza e prepara una scheda utilizzabile nel CRM. Il prodotto nasce per dare una risposta a una domanda semplice: chi potrebbe avere bisogno di quello che sappiamo fare, e quale fatto concreto giustifica il contatto?
COME SI MUOVE IL SISTEMA
Il punto non è trovare più nomi. È trasformare una traccia pubblica in un motivo concreto per aprire una conversazione.
SCHEMA ILLUSTRATIVO DEL PROCESSOQuery per servizio
Pagine pubbliche
Date e scadenze
Evidenza della richiesta
Verifiche e stato
Scheda commerciale
«Ero stanco di dipendere soltanto dagli investimenti in Meta e Google per trovare nuove opportunità. Ho voluto costruire un sistema che cercasse attivamente i prospect: agenti AI, ricerca e automazione al servizio del nostro commerciale. Da questa esigenza nasce Radar.»
Un commerciale può aprire decine di schede, leggere annunci, cercare un referente e ricopiare informazioni nel CRM prima di capire se esiste una vera opportunità. Una lista di aziende non risolve il problema: spesso manca il perché del contatto. E una pagina trovata da un motore di ricerca può essere scaduta, generica o riferita a un’assunzione, invece che alla ricerca di un fornitore.
Una coda di opportunità con una ragione leggibile: servizio pertinente, evidenza pubblica, data, fonte e verifiche da completare. Il team può concentrarsi sulla valutazione e sulla relazione, con un contesto già organizzato.
Query e fonti si organizzano attorno all’offerta: marketing, web, contenuti, software o automazione. Il sistema non tratta qualunque menzione come un’opportunità.
URL, data, richiesta e testo della pagina rimangono distinti. Una scadenza chiusa, una fonte incompleta o un risultato incoerente entrano in verifica o vengono esclusi.
Il segnale si traduce in contesto: perché questa organizzazione, quale servizio, quale possibile punto di conversazione e quali informazioni mancano.
Il progetto collega la ricerca al CRM, con controllo dei duplicati e regole di destinazione. L’arricchimento automatico con provider esterni è una parte del percorso in sviluppo.
Limiti di spesa, frequenza e criteri di qualità sono espliciti. Una quota non viene riempita con contatti deboli solo per far crescere un contatore.
UN CICLO CONCRETO
Una pagina parla di una richiesta, una gara o un cambiamento. Prima di considerarla utile, serve capire che cosa sta davvero cercando l’organizzazione.
Si confrontano testo, fonte, data e pertinenza. Una ricerca di personale resta un segnale indiretto; una scadenza chiusa non diventa una nuova opportunità.
Il team riceve la ragione del possibile contatto e i punti da verificare. Una scheda interessante entra in lavorazione; un esito debole viene escluso.
Cinque passaggi. Selezionali per esplorare il processo.
Offerta, mercato, tipo di segnale e criteri di esclusione.
SCHEMA 02 / IL PUNTO DI CONTROLLO
La scelta decisiva arriva tra il recupero della pagina e l’inserimento nel CRM. È qui che un sistema di ricerca deve spiegare perché una fonte merita attenzione.
Verifica identità e preparazione della scheda
Esclusione o coda di verifica
Il processo accetta che un giro produca zero candidati. È una proprietà utile quando l’alternativa sarebbe riempire il CRM con nomi privi di ragione commerciale. Nel pilota i controlli escludono diversi casi non pertinenti; la qualità semantica completa e l’arricchimento rimangono parti da estendere.
Collaudo del 30 ottobre 2026; opportunità già note, non due nuove scoperte autonome.
Sei ricerche. Risultati di ricerca, non 55 pagine lette né 55 lead qualificati.
Europe/Rome. La pianificazione non dimostra una resa quotidiana costante.
DAL CAMPO
Il primo lavoro è stato collegare strumenti che svolgono compiti diversi: Apify raccoglie pagine, il CRM conserva la lavorazione, i servizi di arricchimento possono completare dati aziendali. Radar ha portato la raccolta dentro n8n sul server Caspar. Il collaudo ha mostrato perché la qualità viene prima del volume: un giro ha restituito cinque risultati, tutti esclusi dai nuovi controlli. Due opportunità pubbliche sono state poi verificate sulle fonti ufficiali e inserite con assistenza nel CRM. Il valore di questo passaggio è la tracciabilità; il ciclo completamente autonomo resta il prossimo traguardo.
Pertinenza, validità della fonte, scadenza e chiarezza della richiesta.
Quante schede verificate diventano conversazioni utili, senza confondere i risultati di ricerca con i lead.
DENTRO IL PROGETTO
Il lavoro non finisce quando compare il nome di un’azienda. Radar organizza il percorso che va dal segnale pubblico alla ragione commerciale per parlarle.
La ricerca cambia se proponi un sito, una produzione visiva o un sistema di automazione.
Le query e le fonti devono riflettere il servizio. Una ricerca generale produce rumore e può favorire sempre gli stessi settori. Per costruire una coda utile servono segmenti, criteri di esclusione e una definizione condivisa di opportunità: richiesta esplicita, segnale indiretto o ipotesi da verificare.
Un motore restituisce risultati; una pagina leggibile fornisce evidenze.
Apify recupera risultati e pagine, n8n ne coordina il passaggio. Titolo, snippet e testo completo restano distinti. Una fonte bloccata, un allegato non letto o una scadenza ambigua devono essere riconosciuti. Nel pilota documentato la selezione automatica usa regole; la lettura semantica completa con un agente è un’estensione da collaudare.
Il segnale porta URL, data e una ragione verificabile.
Una lista generica può aiutare a esplorare un mercato. Una scheda commerciale utile deve permettere al referente di capire quale bisogno è documentato e quale proposta è soltanto un’ipotesi. Annunci di lavoro, gare pubbliche e richieste a fornitori hanno natura diversa e richiedono passaggi diversi.
Inserire un contatto serve solo se è chiaro chi lo segue e che cosa fare dopo.
Identità, recapiti, duplicati, referente e contesto devono essere coerenti. Un’email generica non diventa un contatto personale del decisore. Una scheda già presente non deve essere sovrascritta per far crescere il volume della ricerca. Il collaudo distingue gli inserimenti assistiti dai passaggi ancora da automatizzare.
Un’esecuzione giornaliera non garantisce un’opportunità giornaliera.
La pianificazione rende il lavoro ripetibile; la qualità dipende dalle fonti e dal mercato. Il quadro da misurare comprende risultati, pagine leggibili, candidati pertinenti, verificati, duplicati e nuovi inserimenti. Soltanto in seguito si leggono conversazioni e risultati commerciali.
Radar aggiunge una ricerca attiva a un sistema commerciale che può continuare a usare advertising e inbound.
L’obiettivo di Alberto è ridurre la dipendenza da un unico modo di acquisire opportunità. Il valore da valutare è la qualità dei prospect prodotti e lavorati. Non promettiamo costo per lead, fatturato o appuntamenti senza una misurazione sul mercato del cliente.
Orchestrazione n8n e acquisizione Apify, con query e limiti configurati.
Controlli su codice HTTP, contenuto assente, URL invalidi, recruiting e homepage non pertinenti.
Provenienza conservata: ricerca, URL, testo, date e motivazione della classificazione.
Scrittura nel CRM e arricchimento richiedono controlli distinti; collegare una credenziale non equivale a completare l’integrazione.
Una richiesta esplicita a fornitori e un segnale indiretto restano classificazioni diverse.
SCHEMA 03 / LA CATENA DELLE RESPONSABILITÀ
Ricerca, qualificazione e contatto hanno scopi diversi. Tenerli riconoscibili permette di capire dove si genera valore e dove la catena si interrompe.
| Ruolo / livello | Riceve | Lavora su | Consegna |
|---|---|---|---|
| 01Ricerca | Offerta, mercato e fonti | Raccogliere risultati e pagine | Materiale con provenienza |
| 02Valutazione | Testo, richiesta e identità | Distinguere evidenze e ipotesi | Candidato verificabile |
| 03CRM e team | Scheda, referente e prossimo passo | Lavorare l’opportunità e registrarne l’esito | Conversazione o decisione motivata |
Un buon passaggio al commerciale contiene una ragione, non soltanto un recapito. Il collegamento agli agenti di relazione richiede un’implementazione dedicata: non si deduce dalla presenza di una scheda. La distinzione permette di migliorare la ricerca senza attribuirle automaticamente risposte, appuntamenti o fatturato.
Le tappe documentate e la direzione del prossimo sviluppo.
29 OTT 2026
La raccolta esce dalla singola conversazione e prende forma in un processo orchestrato con n8n.
30 OTT 2026
La versione 0.5 aggiunge controlli sulle pagine e sulle richieste. Il collaudo include due inserimenti CRM assistiti.
PROSSIMA FASE
Lettura, arricchimento, deduplica e destinazione CRM nello stesso percorso, con misurazione degli esiti.
Edizione del 30 ottobre 2026. Le implementazioni si valutano e si collaudano sul contesto del cliente.
Un simulatore per discutere volumi e priorità con il team. Modifica le ipotesi: i numeri descrivono uno scenario, separato dai risultati del progetto.
Ipotesi aggiuntive: 50% supera la verifica, 80% è nuovo nel CRM.
È un esempio aritmetico, non una previsione di lead o vendite.
COSA CAMBIA NELLA TUA AZIENDA
Una coda costruita intorno a segnali ed evidenze, con informazioni mancanti esplicite e prossimo passo da valutare.
Una lettura attiva del mercato da affiancare alle richieste che arrivano da campagne e sito.
Un processo di prospecting di cui discutere qualità, frequenza e costi, anziché dipendere soltanto dal volume acquistato.
UNO SCENARIO DI ADOZIONE
Una società di servizi definisce il tipo di richiesta che cerca. Radar raccoglie le fonti pertinenti e prepara le evidenze; il team verifica identità e opportunità prima di lavorarle nel CRM. Il percorso può poi collegarsi agli agenti di relazione, nel perimetro e con i controlli concordati. È uno scenario di adozione, non la promessa di un flusso illimitato di clienti.
Lavorare con Alberto e il team Estro significa partire dal processo, scegliere il primo perimetro utile, costruirlo e affiancare le persone nell’adozione. Integrazioni, responsabilità e criteri di successo vengono definiti insieme.
SCHEMA 04 / IL CICLO DI ADOZIONE
Le prime esecuzioni servono anche a capire se le fonti scelte riflettono il mercato che il cliente vuole raggiungere. Aumentare il volume ha senso dopo aver letto gli esiti.
Servizi, segnali desiderati e criteri di esclusione.
Risultati, fonti leggibili e candidati pertinenti.
Esiti commerciali, duplicati, tempi e costi del processo.
Rivedere query, fonti e criteri prima di estendere il ciclo.
È un ciclo di ottimizzazione del lavoro commerciale, non una promessa di prospect illimitati. La collaborazione con Estro serve a rendere leggibile l’intero percorso: cosa è stato trovato, cosa vale la pena lavorare e che cosa succede dopo il passaggio al team.
RIFLESSIONI DI PROGETTO
Alberto Costa Lunga
Ideazione e direzione
Ho investito molto in Meta e Google. A un certo punto mi sono chiesto come costruire anche un modo diverso di generare opportunità: cercare attivamente aziende che mostrano un bisogno vicino a ciò che sappiamo fare.
La prima fase è passata dalla chat e dai connettori. Poi è arrivata la necessità di organizzare quella ricerca in un processo ripetibile: fonti, criteri, controlli e un posto in cui lavorare i risultati. È il motivo per cui Radar prende forma con n8n.
Per me l’obiettivo non è avere un contatore che sale. Voglio che il commerciale apra una scheda e capisca perché vale la pena parlarne. La tecnologia deve preparare quel contesto, e il sistema deve permetterci di misurare se lo stiamo facendo bene.
No. La resa dipende dalle fonti e dai criteri. Tre prospect al giorno è stato l’obiettivo del pilota Estro, non un risultato dimostrato. Il simulatore qui sotto è una stima di scenario.
Questo pilota analizza fonti pubbliche e segnali commerciali. Il riconoscimento dei visitatori del sito è un’eventuale integrazione separata, non una funzione provata di Radar.
Ricerca e contatto sono due attività distinte. Nei collaudi documentati Radar non ha inviato comunicazioni ai contatti creati. Il passaggio a Eva richiede regole, canali utilizzabili e approvazioni.
UN UNICO ECOSISTEMA
È la direzione progettuale di Estro: ricerca, relazione, operatività e conoscenza condividono una logica. I collegamenti tra i prodotti si progettano e si collaudano per ciascuna implementazione; questa mappa non attesta integrazioni già complete.
ESTRO / Radar
Partiamo da un mercato, un’offerta e tre esempi di opportunità che per te avrebbero valore.
Parla con EstroNOTE DI PROGETTO / EDIZIONE 30.10.2026
Le metriche si riferiscono ai collaudi e ai periodi indicati. Il percorso completo dipende dal perimetro concordato.