Buongiorno. Mappa della pipeline aggiornata alle 06:00. Deal attivi su cui spingere oggi: 3 (incluso un corporate la cui finestra di firma chiude venerdì). Deal a rischio: 2 in silenzio prolungato (ultima attività 18 e 24 giorni fa). Follow-up che richiedono una decisione del direttore: 5. Link ai record HubSpot pronti.
La sintesi commerciale è pronta prima della riunione del mattino.
RevOps Brief lavora durante la notte. Legge le attività della giornata precedente nel CRM, gli eventi di calendario, le email in uscita del team, gli aggiornamenti dei deal. All'apertura della giornata, il direttore vendite trova nel canale di lavoro la mappa della pipeline con i deal attivi, i deal a rischio, le decisioni che richiedono il suo intervento.
RevOps Brief al lavoro.
Confermato. Il deal corporate lo seguo io. Su quello che richiede il legale, apro la pratica stamattina.
Decisioni registrate. Notifica inviata agli owner dei clienti nel thread del team. Registro audit aggiornato.
Perché esiste.
La mezz'ora prima della riunione del mattino è lavoro di preparazione, non di decisione. Qualcuno legge gli stessi sistemi del giorno prima, mette in ordine numeri già scritti da qualche parte, formula tre osservazioni che il team avrebbe potuto vedere da solo. È il tipo di lavoro che un agente fa bene.
Come lavora di notte.
RevOps Brief si attiva durante la notte. Legge nel CRM le attività del giorno prima (deal aggiornati, ticket aperti, eventi del calendario, email outbound del team), confronta i numeri con la baseline del mese, individua i deal a rischio (silenzio prolungato, scadenze ravvicinate, segnali di churn dal sistema di customer success), prepara una mappa della giornata con link diretti ai record CRM di ciascun cliente. La sintesi arriva sul canale di lavoro del team all'apertura della giornata, prima della riunione.
La decisione resta al team.
La decisione del cliente resta del direttore vendite. L'agente non chiude deal, non scrive email al cliente, non aggiorna stati senza un'approvazione.
Tre figure aziendali che cambiano il modo di aprire la giornata commerciale.
Direttore vendite
Riceve la mappa della giornata pronta all'apertura. Non delega più la preparazione della riunione del mattino, e non perde la mezz'ora di lettura del CRM che fa fatica a tenere costante.
Head of RevOps
Recupera il tempo del proprio team di operations, che oggi spende mezza giornata a settimana a generare brief manuali per i diversi cluster commerciali (corporate, retail, large account, indirect channel). RevOps Brief gestisce i cluster in parallelo, con configurazione diversa per ciascuno.
CRO o capo Sales
Vede la pipeline reale anziché la pipeline filtrata dai middle manager. Le deviazioni dalla baseline arrivano in modo strutturato, prima che diventino problema trimestrale.
Una notte di lavoro che cambia l'apertura della riunione.
Durante la notte, RevOps Brief legge il CRM.
Per il direttore vendite di una banca corporate, la giornata inizia su Slack. RevOps Brief ha lavorato durante la notte: ha letto le attività del giorno prima (email outbound dei dieci commerciali corporate, ticket nel CRM, eventi del calendario, deal aggiornati su HubSpot), ha confrontato i numeri con la baseline del mese, ha individuato i deal in silenzio prolungato. La sintesi è arrivata nel canale del direttore alle sei del mattino, con la mappa della giornata in tre blocchi.
All'apertura la sintesi è già nel canale del team.
Tre clienti attivi su cui spingere oggi (incluso un deal corporate la cui finestra di firma chiude la settimana). Due deal a rischio per silenzio prolungato (segnalati con la data dell'ultima attività e il commerciale assegnato). Cinque follow-up che richiedono una decisione del direttore (deal corporate il cui importo richiede l'autorizzazione del legale, escalation di un ticket di supporto, conferma di una proposta da inviare oggi).
Il direttore decide. L'agente registra e notifica.
In pochi minuti il direttore approva le azioni prioritarie direttamente nel thread Slack. RevOps Brief raccoglie le decisioni, notifica nel canale dell'owner di ciascun cliente la mappa di giornata, scrive nel CRM la prossima azione su ogni deal. La traccia della decisione, della regola attivata e del tempo di gestione resta nel registro audit, leggibile dal team compliance con un client SQL standard.
Regole dichiarative del team Sales operations del cliente.
Le regole di RevOps Brief sono dichiarative. Il team Sales operations del cliente definisce in formato leggibile cosa è "deal a rischio" per la propria azienda (es. silenzio oltre 14 giorni su deal corporate sopra i 100k, ticket aperto su account in fase di rinnovo), quali metriche entrano nella baseline mensile, in che ordine compaiono i blocchi nella mappa. Le regole vivono nel repository del cliente, versionate, validate all'avvio dell'agente.
- Linguaggio
- TypeScript (Node.js)
- Modello LLM
- a scelta del cliente: Anthropic, OpenAI, Mistral, modelli open source ospitati internamente, AWS Bedrock per modello privato
- Controlli built-in usati
- pii-detector, tool-rate-limit, message-length-limit
- Canali nativi di consegna
- Slack, Telegram, WhatsApp, HTTP OpenAI-compatible
- Schedulazione
- configurabile per istanza (tipico 04:00 fuso del team)
- Integrazioni CRM
- HubSpot nativo (contatti, deal, ticket, meeting, task, note, company, email)
- Altri CRM
- Salesforce, Microsoft Dynamics, gestionali settoriali: integrazione realizzata in fase di delivery dal team Exelab
- Memoria
- persistente per istanza, pgvector + PostgreSQL FTS
- Registro
- immutabile, interrogabile con client SQL standard
Domande frequenti sull'agente.
Polyant parla con il CRM tramite tool dedicati. I tool HubSpot sono nativi (contatti, deal, ticket, meeting, task, note, company, email). Per altri CRM (Salesforce, Microsoft Dynamics) e gestionali di settore, l'integrazione viene realizzata in fase di delivery dal team Exelab. La logica è la stessa per tutti: l'agente parla con il tool, il tool parla con le API del sistema del cliente.
Il pattern tipico per un primo RevOps Brief è 4-6 settimane. Discovery una settimana, configurazione delle regole e della baseline due settimane, integrazione CRM una o due settimane, hand-off al team Sales operations una settimana. Il fattore principale è la profondità delle regole dichiarative e il numero di sistemi gestionali coinvolti. La durata effettiva si definisce nella discovery sul caso reale.
Il team Sales operations del cliente, via admin panel grafico o direttamente in TypeScript. Le regole sono dichiarative, in formato leggibile, versionate nel repository. Quando si modifica una soglia (es. silenzio massimo sui deal corporate), si scrive la regola, la si testa, si promuove in produzione. Per chi vuole delegare anche la gestione operativa, Exelab fornisce servizi managed in tre profili (Core, Advanced, Ultra): il dettaglio è in /managed.
Il valore di RevOps Brief si misura su tre tipi di risultato. Tempo recuperato dal team Sales operations rispetto alla baseline pre-agente sulla preparazione manuale della sintesi mattutina. Velocità di reazione del direttore sui deal a rischio, con anticipo rispetto alla data di silenzio prolungato. Riduzione dei deal scivolati di settimana per mancata azione. Il baseline numerico si definisce in fase di discovery e si misura nelle prime settimane di esercizio. RevOps Brief è uno degli agenti che il cliente può scegliere di costruire per il proprio team commerciale.
Da una conversazione di 30 minuti alla squadra in produzione.
Una conversazione di 30-45 minuti per capire come RevOps Brief si configurerebbe sul caso del cliente. Quali sistemi CRM, quale frequenza, quali metriche entrano nella baseline.