Salesforce Headless 360 vs Flowvenue: differenze e costi

Per anni usare Salesforce ha significato entrare in Salesforce: aprire una schermata, cercare un record, compilare campi e passare da un'applicazione all'altra per completare un'attività. Con Claudeforce, Headless 360 e AIforce, Salesforce sta lavorando a un assetto diverso. Le capacità della piattaforma diventano accessibili anche da Claude, Slack e altri ambienti in cui le persone lavorano già.

La domanda interessante, quindi, non è soltanto se un assistente AI sappia leggere il CRM. È se possa capire quali operazioni sono disponibili, eseguirle con i permessi corretti e rispettare le regole del processo aziendale. Ed è la stessa domanda che guida Flowvenue: come trasformare una richiesta in linguaggio naturale in un processo realmente eseguibile?

Claudeforce: tre livelli da non confondere

Claudeforce è il nome della partnership tra Salesforce e Anthropic e dell'esperienza che porta Salesforce in Claude. Il primo prodotto, Salesforce in Claude, è un plugin dedicato ai team commerciali: include 37 skill per attività come preparazione delle riunioni, analisi delle opportunità, revisione della pipeline e aggiornamenti del CRM.

Sotto questa esperienza si trova Headless 360: l'architettura con cui Salesforce rende disponibili dati, metadati, workflow e operazioni attraverso API, strumenti a riga di comando e server MCP. AIforce è la visione più ampia presentata a Dreamforce 2026: portare il contesto e le azioni di Salesforce in più interfacce, comprese Claude, Slack e le esperienze Salesforce.

Sono livelli diversi. Le 37 skill commerciali non sono 37 tool MCP: una skill rappresenta un lavoro che l'assistente sa affrontare; il server MCP fornisce il collegamento operativo alle capacità della piattaforma.

La novità tecnica: scoprire una capacità, comprenderla, eseguirla

Il server Headless 360 MCP, oggi documentato come beta, espone quattro strumenti generali:

discover cerca le operazioni pertinenti alla richiesta;
describe restituisce il contratto tecnico dell'operazione scelta, inclusi parametri e passaggi;
dispatch esegue l'operazione;
dispatch_readonly esegue operazioni di sola lettura.

Quattro tool non significano quattro operazioni disponibili. Sono quattro verbi stabili davanti a una libreria di operazioni che Salesforce può ampliare nel tempo. È simile a un catalogo: discover trova la voce pertinente, describe mostra le istruzioni e i parametri, dispatch esegue la voce scelta. Il modello non riceve ogni schema in anticipo; ottiene il contratto completo solo per l'operazione selezionata. Una ricerca semantica restituisce candidate ordinate, ma è il modello a dover scegliere quella appropriata. La documentazione non promette che ogni intento sia risolvibile: se l'operazione non esiste nel catalogo della propria org, quei quattro tool non possono crearla magicamente.

Per esempio, davanti alla richiesta «registrami la chiamata con questo cliente», l'agente può cercare l'operazione appropriata, verificarne gli input e invocarla. Il punto decisivo è dove viene applicata la regola: Salesforce dichiara che le operazioni passano attraverso identità, permessi, metadati e logica della piattaforma. L'agente propone o seleziona un'azione; il sistema aziendale ne controlla l'esecuzione.

I quattro tool possono solo leggere?

No. discover e describe servono a identificare e comprendere un'operazione. dispatch_readonly è limitato alle operazioni di sola lettura. dispatch può invece eseguire anche operazioni che creano o modificano dati, se l'operazione è disponibile e l'utente dispone dei permessi necessari. La stessa documentazione Headless 360 cita esplicitamente query, creazione e aggiornamento dei record, oltre a operazioni amministrative come la gestione degli utenti. Il fatto che i tool siano quattro descrive come si entra nel catalogo, non limita quel catalogo alle letture.

Salesforce offre inoltre server MCP distinti con permessi più circoscritti: SObject Reads permette schema, query e relazioni senza scritture; SObject Mutations permette creazione e aggiornamento, ma non cancellazione; SObject All espone l'insieme delle operazioni sui record, sempre nel rispetto dei permessi dell'utente. Sono server diversi da Headless 360. Confonderli porterebbe a conclusioni sbagliate su ciò che ciascuna connessione permette.

Se la domanda richiede due oggetti, un totale o molte pagine?

Qui è utile distinguere la capacità della piattaforma Salesforce dalla specifica operazione esposta nella beta Headless 360. Il server SObject Reads documenta direttamente un tool per interrogare i dati con SOQL e uno per attraversare le relazioni. Headless 360 dichiara di poter interrogare record, ma la sua pagina pubblica non elenca il contratto di ogni operazione di query del catalogo. Per un caso concreto, l'agente dovrebbe quindi cercarla con discover, verificarla con describe e controllare i risultati. Ecco come funzionano i casi che chiedono spesso i team:

Richiesta	Come si può risolvere con le capacità Salesforce documentate	Cosa non bisogna supporre sui quattro tool
«Mostrami i contatti con il settore della loro azienda»	SOQL attraversa una relazione figlio-padre: `SELECT Name, Account.Industry FROM Contact WHERE AccountId != null LIMIT 100`. Una sottoquery copre il verso padre-figli, per esempio account e relativi contatti.	Non è una `JOIN` SQL arbitraria tra qualunque tabella: occorre una relazione Salesforce definita o un'altra operazione adatta.
«Quante opportunità abbiamo per fase?»	Una query SOQL può aggregare sul server: `SELECT StageName, COUNT(Id) totale FROM Opportunity WHERE IsClosed = false GROUP BY StageName`. Il modello riceve i gruppi, senza dover contare ogni opportunità nel proprio contesto.	Non sappiamo dalla pagina Headless 360 che ogni variante di aggregazione SOQL sia già raggiungibile attraverso `dispatch` in ogni org beta.
«Fammi una lista di lead, venti per pagina»	SOQL consente `ORDER BY`, `LIMIT` e `OFFSET` per pagine entro i limiti del linguaggio. L'API REST Query usa invece un `nextRecordsUrl` per continuare risultati più grandi.	La pagina Headless 360 non documenta una promessa uniforme su cursori, formato e paginazione delle singole operazioni scoperte: va letto il loro contratto.
«Disegna una mappa dei lead per nazione»	Prima si determina il campo geografico corretto, poi si aggregano i lead per `Country` o per il campo paese configurato: `SELECT Country, COUNT(Id) totale FROM Lead WHERE Country != null GROUP BY Country`. Il client usa le coppie paese-conteggio per disegnare la mappa; un prodotto analitico come Tableau Next offre capacità ulteriori.	Il server MCP non garantisce da solo una mappa visuale: servono dati geografici adatti e un client capace di renderla. Non vanno inventati valori per i lead senza paese.

La differenza tra elaborare i dati sul server e scaricarli tutti nel modello è importante. Per una domanda aggregata, una query con GROUP BY restituisce poche righe già sintetizzate. Per una lista lunga occorre limitare il risultato e continuare con la pagina successiva quando l'operazione lo consente. Per una mappa, infine, il dato aggregato è il contenuto; la rappresentazione grafica dipende dall'interfaccia. Questo è il punto in cui un server MCP, un linguaggio di query e un client visuale svolgono lavori diversi.

Serve configurare ogni richiesta prima di farla?

No, se i dati sono già modellati in Salesforce e basta una capacità standard. Un amministratore abilita il server MCP appropriato, registra il client con un'External Client App, configura OAuth e assegna agli utenti l'accesso a oggetti e campi. Da quel momento, il client può formulare query diverse sui dati autorizzati senza che un admin crei una nuova operazione per ogni domanda. Un totale per fase, una relazione Contatto–Account o una lista filtrata possono usare lo stesso tool SOQL del server SObject Reads.

❓ Sì, occorre lavoro nell'org quando manca il presupposto della domanda. Se «nazione del lead» è in un campo personalizzato incoerente, bisogna definirlo e bonificare i dati. Se una metrica come «lead qualificato» dipende da regole specifiche, qualcuno deve formalizzarle. Se serve un'azione multi-step proprietaria, un admin può costruire un Flow e pubblicarlo in un server MCP personalizzato; per calcoli o integrazioni complesse può servire Apex o un'API. Salesforce consente anche di comporre in un server personalizzato strumenti provenienti da più server standard. I server standard hanno invece un set di tool fisso.

In pratica, l'avviamento richiede un Salesforce admin per External Client App, server e permessi; un responsabile del dato/CRM per definizioni dei campi e qualità dei dati; uno sviluppatore Salesforce o integration architect solo se le funzioni standard non coprono la logica richiesta. Per query CRM di base non serve acquistare Tableau Next o Data 360: sono prodotti aggiuntivi quando occorrono modelli semantici, analytics governate o dati unificati da più fonti. Una mappa semplice può essere disegnata dal client a partire da conteggi per paese; una mappa analitica governata richiede anche configurazione della componente analitica e licenze adeguate.

L'accesso MCP non è un interruttore senza condizioni commerciali. Salesforce indica che gli Hosted MCP Server sono destinati a clienti abilitati ai Flex Credits e che l'uso può essere fatturato; l'org deve supportare l'accesso API. Questo non significa che oggi ogni chiamata Headless consumi 20 crediti: il nuovo prezzo delle Headless Platform Interaction non è stato ancora pubblicato e la misurazione non è attiva, come vedremo sotto. Inoltre, la beta del plugin Salesforce in Claude con le 37 skill ha requisiti propri: secondo Anthropic, accesso approvato da Salesforce e versione recente di Sales Cloud Enterprise. Questi prerequisiti del plugin non vanno confusi con quelli di una connessione MCP generica a un server Salesforce.

Non significa che l'intera piattaforma sia già coperta allo stesso modo. La documentazione della beta parla di decine di operazioni disponibili e segnala che molte delle prime capacità riguardano le attività amministrative di Setup. Salesforce ha descritto una Headless 360 Factory interna per individuare funzioni ancora prive di API e generare nuove API e skill, sottoposte poi a revisione. L'ambizione è estesa; la copertura effettiva va verificata caso per caso.

La sicurezza segue il modello Salesforce: ogni transazione MCP opera come utente autenticato; permessi sugli oggetti e sui campi, regole di condivisione e permission set continuano ad applicarsi. Salesforce raccomanda inoltre che il client richieda approvazione prima di operazioni che modificano dati o configurazioni sensibili.

Cosa può fare oggi un venditore in Salesforce in Claude

Il plugin Salesforce in Claude combina skill commerciali e connettori Salesforce e Slack. Gli esempi pubblicati da Anthropic includono:

un briefing quotidiano su riunioni, opportunità prossime alla chiusura e trattative a rischio;
la preparazione di una chiamata usando la storia dell'account e le conversazioni disponibili;
la valutazione di una trattativa e la preparazione di un piano di chiusura;
una bozza di follow-up e degli aggiornamenti CRM dopo una riunione;
una vista interattiva della pipeline, dalla quale approfondire le opportunità e proporre modifiche.

Una skill iniziale personalizza l'esperienza in base al ruolo e al portafoglio commerciale. Secondo la documentazione Anthropic, per impostazione predefinita le modifiche proposte a Salesforce vengono mostrate e richiedono l'approvazione dell'utente prima di essere scritte.

Al 24 settembre 2026 Salesforce in Claude è in beta, con accesso dell'organizzazione soggetto ad approvazione. La guida di configurazione Anthropic indica come requisito la versione più recente di Sales Cloud Enterprise. Le funzioni annunciate per altri team, come service, marketing e commerce, appartengono alla roadmap e non vanno presentate come già disponibili nello stesso plugin.

La direzione: il sistema aziendale raggiunge le persone dove lavorano

L'idea di AIforce va oltre una nuova chat per interrogare il CRM. Salesforce vuole rendere riutilizzabili le capacità costruite nella propria piattaforma, così che un'interfaccia possa comporsi intorno all'attività del momento. Un commerciale può chiedere una vista delle opportunità a rischio; un team può esaminare informazioni e agire da Slack; uno sviluppatore può usare strumenti e skill per lavorare sulla piattaforma senza dipendere continuamente dalle schermate tradizionali.

Salesforce sta anche ampliando l'offerta di server MCP e skill. Il Data 360 MCP Server riguarda le capacità di Data 360 ed è distinto dal server Headless 360. Il plugin Salesforce Development per Claude Code, che include circa 40 skill di sviluppo e strumenti dedicati, è a sua volta distinto dalle 37 skill per i venditori. Mettere tutto sotto la parola «Claudeforce» renderebbe difficile capire cosa sia utilizzabile oggi, da chi e per quale scopo.

Questa evoluzione conferma un cambiamento più generale: il valore di un software aziendale non coincide più soltanto con le sue schermate. Contano i dati affidabili, i processi che può eseguire, le regole che applica e la possibilità di renderli disponibili attraverso interfacce diverse.

Perché Salesforce chiede i Flex Credits per Headless 360?

La ragione dichiarata da Salesforce è distinguere il traffico degli agenti esterni dalle integrazioni tradizionali, identificarne il responsabile, limitarne i permessi e misurarne l'utilizzo. Un assistente può fare molte chiamate successive per risolvere una singola richiesta: trovare lo schema, interrogare i dati, riprovare una query, aggiornare un record. Aprire il CRM agli agenti rende il consumo variabile con il lavoro svolto. La scelta dei Flex Credits è anche, evidentemente, un modello commerciale a consumo: questa è una lettura della struttura dei prezzi, non una dimostrazione che il costo tecnico di ogni chiamata corrisponda al prezzo futuro.

L'annuncio del 17 settembre 2026 parla di Agentic Identity, prevista indicativamente da novembre: ogni agente registrato riceverà un'identità distinta da quella della persona che lo usa, con permessi più ristretti. Salesforce prevede di classificare come Headless Platform Interaction (HPI) ogni chiamata riuscita effettuata da un agente registrato alla piattaforma, via MCP oppure tramite API diretta. Il consumo sarà visibile nel Digital Wallet. Quindi non si pagherebbe «il protocollo MCP» in sé: l'unità proposta è l'accesso agentico a Salesforce, anche quando non passa da MCP. Salesforce precisa che i prezzi e le condizioni delle integrazioni tradizionali restano invariati.

Che cosa costa oggi e che cosa ancora non sappiamo

Voce	Stato al 24 settembre 2026	Implicazione
Abilitazione alla fatturazione Flex	Salesforce indica Salesforce Foundations, oggi a $0, oppure un altro prodotto abilitante. Gli Hosted MCP Server sono descritti come destinati a clienti con Flex Credits.	Abilitazione non significa costo di utilizzo pari a zero per sempre; verificare ordine e condizioni della propria org.
Headless Platform Interaction per agente registrato	Nel listino Flex aggiornato al 31 agosto il moltiplicatore è TBA. Salesforce dichiara che l'utilizzo agentico non è ancora misurato e promette 30 giorni di preavviso quando pubblicherà il moltiplicatore numerico e inizierà la misurazione.	Non esiste oggi un costo pubblico per chiamata HPI da inserire in un confronto economico affidabile.
Ambiente di test	Salesforce prevede HPI solo nelle org di produzione attive; sandbox, scratch org e Developer Edition escluse dalla misurazione HPI dopo l'attivazione.	Non estendere questa esenzione ad altri tipi di consumo del listino senza verificarne le regole.
Azioni Agentforce	20 crediti per azione standard o personalizzata in produzione; listino esemplificativo $500 per 100.000 crediti, cioè $0,10 per azione a quel prezzo.	Si tratta di Agentforce Actions, non della tariffa HPI: non si può dire che una chiamata MCP costi $0,10.
Altri prodotti e servizi	Data 360, alcune funzioni Agentforce, il modello usato dal client esterno e eventuali prodotti/utenti Salesforce seguono contratti o contatori propri.	Un processo complesso può comportare più voci; non dedurre automaticamente che ogni chiamata generi un doppio addebito.

Nella comunicazione Salesforce, per i nuovi clienti registrare gli agenti che usano le API sarà richiesto entro tre mesi dalla notifica di disponibilità di Agentic Identity; per i clienti esistenti che usano agenti via API il passaggio è previsto al rinnovo. Per l'uso di qualsiasi server MCP Salesforce, il termine indicato è tre mesi dalla notifica per tutti i clienti. Sono piani e termini comunicati oggi, da ricontrollare alla pubblicazione delle condizioni definitive. La registrazione comporterà anche aggiornare le credenziali OAuth del client MCP o dell'agente API.

Quanto costerebbe un caso reale?

Ad oggi non è calcolabile per Headless 360: manca il moltiplicatore HPI. Per preparare un preventivo sensato, invece di attribuire 20 crediti a un prompt, contiamo per ciascun intento le chiamate Salesforce riuscite, distinguiamo letture, scritture e tentativi non riusciti, verifichiamo quali altre funzioni tariffate vengono invocate e stimiamo il volume mensile. Una domanda come «mostra i lead per paese» potrebbe richiedere scoperta, descrizione e query; il contratto futuro dovrà chiarire esattamente quali chiamate rientrano nel contatore HPI. Allo stesso modo vanno quantificati il costo del modello esterno, le licenze applicabili, la configurazione e la manutenzione. Chiedere al commerciale una simulazione del proprio workflow sarà più utile di confrontare prezzi presunti per singola risposta.

Headless 360 e Flowvenue: dove sta la differenza operativa

Salesforce descrive Headless 360 come il modo di rendere consumabili dagli agenti i dati, i metadati e le capacità della piattaforma Salesforce. Un articolo del suo team Architecture è molto chiaro: Headless 360 non introduce nuovi schemi di integrazione; introduce un chiamante agente che sceglie in tempo reale l'ordine delle operazioni. Quando il vincolo aziendale è solo in una schermata, un page layout o nella navigazione di uno screen Flow, un agente MCP può aggirarlo. Per far valere quel vincolo occorrono regole di validazione, Flow attivati dai record, trigger o Apex applicati alla piattaforma. Gli strumenti esposti vanno inoltre progettati per tentativi ripetuti, processi asincroni e ordini di chiamata imprevisti.

È una capacità forte se l'azienda ha già un'org Salesforce ben modellata. Per chi deve ancora definire un processo trasversale, l'esposizione via MCP è solo una parte del lavoro: bisogna individuare il dato autorevole, formalizzare regole e approvazioni, collegare sistemi esterni, gestire errori e riconciliazioni. Salesforce può fare anche questo tramite Flow, Apex, API, MuleSoft e strumenti di sviluppo assistito dall'AI; il punto è quanto occorre costruire e mantenere nell'ecosistema Salesforce per quel particolare caso.

Domanda concreta	Headless 360 e piattaforma Salesforce	Flowvenue
Cosa viene messo a disposizione dell'agente?	Oggetti, metadati, query e funzioni presenti o configurate nell'org, tramite server MCP e API con relativi permessi.	Processi e dati modellati in Flowvenue, con azioni eseguibili tramite le interfacce supportate e MCP.
Ho già un processo Salesforce che funziona: voglio usarlo in Claude	È un caso naturale: si espone e si governa la capacità esistente; verificare che le regole non vivano solo nella UI.	Può lavorare accanto a Salesforce e integrare i dati; migrare il processo non è un requisito automatico.
Il processo nuovo attraversa CRM, WhatsApp, documenti, corriere e fatturazione	Si può implementare con Flow, integrazioni e, quando serve, sviluppo; occorre disegnare il ciclo operativo e le dipendenze.	Il caso d'uso centrale è descrivere, modellare, configurare e poi eseguire un processo persistente che coordina sistemi e canali.
Bastano i quattro tool MCP a realizzarlo?	No: scoprono e chiamano operazioni disponibili; dati, regole, permessi e integrazioni vanno comunque predisposti.	Anche qui la conversazione deve produrre un modello valido, con autorizzazioni, integrazioni e test prima dell'uso operativo.
Qual è il prezzo per singola richiesta?	Il costo HPI non è pubblico; possono applicarsi licenze e altri contatori.	Va valutato sul listino e sul contratto Flowvenue del caso specifico: questo articolo non attribuisce un prezzo non verificato.

Questa distinzione non implica che Salesforce sia confinato al CRM o che Flowvenue sostituisca sempre Salesforce. L'ecosistema Salesforce permette esperienze su più canali e automazioni tra applicazioni; per un'azienda che vi ha già investito, Headless 360 può essere una scelta eccellente. Flowvenue entra in gioco quando il problema è creare e governare il processo operativo, anche tra sistemi diversi, invece di partire dalle capacità già costruite in un'org. I due possono anche coesistere.

Cinque obiezioni da affrontare prima di scegliere

«Con quattro tool il modello può fare qualunque cosa.» I quattro tool sono un meccanismo di scoperta ed esecuzione. Il catalogo della beta Headless 360 comprende decine di operazioni, inizialmente molte di Setup; i server SObject e quelli personalizzati ampliano gli scenari ma vanno attivati, autorizzati e, ove necessario, configurati. Chiediamo una demo sull'org e sull'intento reali, non su una possibilità astratta.

«Salesforce può creare i processi con l'AI: quindi Flowvenue è ridondante.» Salesforce offre strumenti assistiti per amministratori e sviluppatori, oltre a Flow e Apex. La domanda utile è se il processo desiderato sia già rappresentato, oppure quanto lavoro serva per progettare oggetti, vincoli, azioni esterne e test. Flowvenue punta a rendere la costruzione e l'esecuzione dei processi conversazionali il percorso principale del prodotto. Entrambe le soluzioni vanno provate sullo stesso processo completo.

«Headless 360 è gratis» / «ogni chiamata costa dieci centesimi». Oggi sono entrambe affermazioni fuorvianti. L'HPI non è ancora misurato e la tariffa è TBA; l'abilitazione Foundations a $0 non cancella gli altri costi applicabili. Dieci centesimi è l'esempio di prezzo di un'azione Agentforce al listino pubblicato, non il prezzo Headless MCP.

«Se Salesforce gestisce i permessi, il processo è automaticamente sicuro.» I permessi sugli oggetti e le identità sono fondamentali. Ma una regola presente solo nell'interfaccia non protegge un accesso diretto tramite agente. Servono controlli a livello di piattaforma, autorizzazioni minime, gestione dei retry e verifiche su percorsi imprevisti. Lo stesso rigore va applicato a Flowvenue: richiedere una prova di ruoli, approvazioni, log e comportamento in errore.

«Lo standard MCP elimina ogni vincolo verso il fornitore.» MCP aiuta a collegare client e server compatibili. Modello dati, logica del processo, identità, licenze e qualità delle integrazioni restano però scelte architetturali. La reversibilità va verificata su export dei dati, portabilità delle regole e integrazioni effettivamente disponibili, per entrambi i prodotti.

Dove entra Flowvenue

Flowvenue nasce intorno a questa stessa esigenza, affrontandola da un punto di partenza diverso. Salesforce sta aprendo agli agenti le capacità accumulate dentro il proprio ecosistema. Flowvenue permette di descrivere in linguaggio naturale un processo aziendale e costruirne il modello operativo, con dati, passaggi, decisioni e azioni da eseguire.

Un processo Flowvenue può combinare raccolta e aggiornamento di record, interrogazioni, decisioni, approvazioni, email, messaggi WhatsApp, documenti, chiamate API e sottoprocessi. Una volta configurato, può essere avviato e seguito dalle interfacce conversazionali previste dal prodotto, tra cui chat web e WhatsApp; le capacità esposte tramite MCP permettono inoltre l'interazione con client compatibili.

Consideriamo un esempio concreto. Un'azienda vuole gestire la vendita di un prodotto, verificare il cliente, preparare la spedizione con un corriere e avviare la fatturazione su un sistema esterno. Parlare con un assistente è utile per raccogliere la richiesta, ma il valore operativo nasce quando esistono campi, controlli, passaggi e integrazioni persistenti che guidano anche la richiesta successiva, di un altro utente o da un altro canale. Flowvenue è progettato per modellare ed eseguire proprio questi flussi.

Flowvenue dispone anche di un connettore nativo Salesforce: può ricrearne il modello dati con un clic e sincronizzare informazioni attraverso flussi batch, così da usare le informazioni esistenti mentre si costruiscono nuovi processi conversazionali. Per un'organizzazione, la domanda operativa diventa: quali processi vogliamo rendere disponibili alle persone e agli agenti, e su quali sistemi devono lavorare?

Il test che conta: dalla demo all'esecuzione affidabile

La sfida per tutti gli operatori di questo mercato è verificabile. Un agente deve sapere quali strumenti ha davvero a disposizione; un processo creato deve contenere le azioni necessarie; i permessi devono valere anche fuori dall'interfaccia originale; una modifica deve produrre lo stesso risultato indipendentemente dal client autorizzato che la richiede.

Per questo la conversazione, da sola, non basta come prova. Un test serio chiede: il processo è completo? I passaggi sono collegati? Le decisioni producono l'esito atteso? L'operazione viene registrata? Un client MCP esterno e la chat integrata riescono a svolgere lo stesso compito con gli stessi vincoli? Sono le domande che trasformano il «business vibe coding» da una promessa convincente in software utilizzabile.

Salesforce sta rendendo esplicita una direzione dell'industria: i sistemi aziendali devono diventare comprensibili ed eseguibili dagli agenti. Flowvenue concentra il prodotto sulla costruzione dei processi che quegli agenti e le persone potranno eseguire, a partire da una conversazione e collegandoli ai sistemi dell'azienda. La scelta migliore dipende dal punto di partenza: valorizzare un'org già matura, creare un nuovo processo trasversale o fare entrambe le cose.

Se stai valutando come portare un processo aziendale fuori da email, fogli e passaggi manuali, scopri Flowvenue e parti da una domanda concreta: quale lavoro dovrebbe poter completare una persona semplicemente chiedendolo?

Salesforce Headless 360 e Flowvenue: cosa cambia davvero