Voaxys
Retour aux fonctionnalites
Conception visuelle

Visual Flow Builder

Le builder doit montrer la logique métier, pas la cacher. Chaque étape reste compréhensible, modifiable et exploitable quand l'agent passe du prototype au run réel.

Flows lisibles par produit, ops et tech
Guards et allowlists par étape
Prompts et variantes gérés dans le même parcours

Steps, transitions et branching explicites

Guards pre-LLM pour cadrer le runtime

Overrides de prompts par étape

Capture produit Voaxys - vue secondaire
Capture produit Voaxys - vue principale
Ce que vous pouvez faire

Capacites cle pour flow builder

Dessinez des parcours conversationnels lisibles avec des étapes, des transitions, des guards et des tools autorisés par contexte.

Axe 1

Cartographier un parcours complet

Chaque nœud matérialise une intention, une décision ou une action. Le flow reste lisible même quand la logique grossit.

Axe 2

Encadrer l'exécution

Les guards pre-LLM et les allowlists de tools évitent qu'un agent utilise les mauvaises capacités au mauvais moment.

Axe 3

Piloter les variantes de prompts

Les ajustements de ton, de contexte ou de consigne restent attachés au bon step plutôt que dispersés dans plusieurs surfaces.

Axe 4

Mieux collaborer

Produit, ops et engineering partagent la même représentation du système, ce qui réduit les zones grises pendant le cadrage.

Comment ca fonctionne

Lecture sequentielle du parcours

Une longue page feature doit rester pedagogique. Cette section remplace un mur de texte par une progression claire de la logique produit.

1

Etape 1

Définir les étapes

Structurez le parcours en intentions, branches, points de vérification et appels d'outils.

2

Etape 2

Associer les règles

Placez guards, policies et conditions de passage à l'endroit exact où elles doivent s'appliquer.

3

Etape 3

Tester les scénarios

Validez la logique avant publication avec des dry-runs, des evals et des replays reliés au flow.

4

Etape 4

Publier sans perdre en lisibilité

Le même flow sert de référence pour l'évolution du produit, le support ops et l'analyse post-incident.

Lecture active
1

Flow Builder

Définir les étapes

Structurez le parcours en intentions, branches, points de vérification et appels d'outils.

Studio Voaxys — définition d'un flow d'agent
Steps, transitions et branching explicites
Guards pre-LLM pour cadrer le runtime
Overrides de prompts par étape
Exemples concrets

Cas d'usage directement relies au produit

Chaque feature doit se lire a travers des usages reellement exploitables, pas seulement des promesses de principe.

Use case

Qualification commerciale

Routage des leads, collecte des champs critiques et handoff quand le score ou le contexte l'exige.

Moins de temps perdu sur les leads froids et une logique de transfert plus fiable.
Use case

Support N1

Parcours lisible pour identifier le motif, interroger la knowledge base, vérifier les prérequis puis escalader.

Un support automatisable sans noyer les exceptions dans des prompts opaques.
Use case

Dispatch et triage

Qualification d'urgence, branchement vers le bon service et collecte des informations minimales avant transfert.

Moins de mauvais routages et davantage de traces auditables.
Visuels produit

Vues produit reliees a la fonctionnalite

Le hero montre maintenant un grand visuel de dashboard. Cette section sert ensuite a presenter des vues de soutien sans casser la composition generale.

Studio Voaxys — vue d'ensemble du canvas Flow Builder

Vue principale

Vue d'ensemble du canvas

Le canvas principal regroupe l'ensemble du parcours conversationnel avec ses étapes, transitions étiquetées et la palette d'actions disponibles.

Galerie de templates d'agents Voaxys — démarrage rapide par secteur

Templates par secteur

Une galerie de templates d'agents (santé, restauration, hôtellerie, commerce, services, RH) accélère le démarrage sans imposer de logique : chaque template reste un flow modifiable.

Integrations et gouvernance

Surfaces reliees a cette fonctionnalite

Cette liste aide a comprendre ce que la feature consomme, ce qu'elle active ailleurs dans la plateforme et sur quelles briques elle s'appuie.

Studio d'agents
Prompts et step overrides
Tools autorisés par step
Evals et replay reliés au même flow

FAQ locale

Est-ce seulement un canvas drag-and-drop ?

Non. La valeur est dans la lisibilité du système et dans la capacité à gouverner tools, prompts et conditions d'exécution par étape.

Peut-on faire évoluer un flow sans tout casser ?

Oui, le but du modèle est justement de rendre les changements localisables, testables et rejouables avant impact production.