Revenue operations
Lead in ingresso valutati e instradati in pochi secondi, la pipeline ripassata ogni notte, e una pagina revenue che si ricostruisce da sola prima della riunione del lunedì.

Fan-out · ramificazione e unione · pianificato
Ogni lead viene valutato sul proprio evento, quindi un batch di dodici è dodici unità di lavoro indipendenti che il motore raccoglie di nuovo in un’unica risposta. Sopra la soglia il lead va a un AE con un SLA di quindici minuti; sotto, al lifecycle marketing. Entrambi i percorsi scrivono un record.
Il ripasso notturno pone tre domande alla pipeline contemporaneamente — non toccato, nessun passo successivo, oltre la data di chiusura — e unisce le tre risposte con una all join, che si attiva una sola volta ovunque i rami siano finiti.
Come funzionano i grafi
Un evento per lead
Valuta, instrada, registra, raccogli — nulla di tutto ciò in un loop che hai scritto tu.
Tre filtri in esecuzione simultanea
Uniti da una join il cui stato vive nel database.
Una revisione del lunedì mattina
Pubblica quattro pannelli e un commento scritto.
Un nodo di commento con un ramo di errore
La pagina viene costruita anche quando il modello non è raggiungibile.
Sul canvas
flow:forEach · flow:collect · flow:merge · views:* · ai:prompt
Viene distribuito con il prodotto
Questo progetto viene distribuito con DjiniousWorkflow. Un comando lo popola, un altro esegue ogni grafo al suo interno, e le schermate qui provengono da quelle esecuzioni.
Dove un grafo si appoggia a un fixture anziché a un sistema live, legge il fixture nel punto in cui il tuo deployment leggerebbe un database — sostituisci il nodo in cima e il resto del grafo non cambia. Il lavoro del motore — il fan-out, la raccolta, l’approvazione, la pubblicazione — è quello proprio del prodotto.
Continua a esplorare



