Des agents dans le CRM.
Vous gardez la main.
Un agent lit les données que vous lui branchez, au rythme que vous choisissez, et applique ce que vous l'avez autorisé à faire. Chaque exécution est tracée, et rien ne s'écrit sans votre accord si vous l'exigez.
Du workflow déterministe au store, puis au builder. Les autres parcours sont au demo center.
Un agent, c'est
quatre choses.
Pas de magie et pas de boîte noire. Chaque exécution fait un appel au modèle avec un contexte que vous avez choisi, et applique le résultat dans le CRM.
Un déclencheur
Quand l'agent se réveille : une planification, un événement du CRM, ou vous.
Des données
Ce qu'il a le droit de lire. Des sources explicites, et rien d'autre.
Des instructions
Vos consignes, votre modèle, votre budget de tokens.
Des actions
Ce qu'il a le droit d'écrire, sur la fiche déclenchante ou sur celles qu'il a résolues.
Quand l'agent
se réveille.
Trois façons de le lancer, qui se combinent avec le reste du CRM parce qu'elles partagent le même vocabulaire d'événements que les automations.
Planifié
Un rythme cron avec son fuseau horaire : quotidien, hebdomadaire, mensuel. Intervalle minimum de 15 minutes, et rattrapage configurable des exécutions manquées.
Événement CRM
L'agent se réveille quand quelque chose se passe dans le CRM, avec une limitation de fréquence paramétrable pour ne pas s'emballer.
Manuel
Lancement à la demande depuis l'interface, pour tester un réglage ou rattraper un oubli sans attendre la prochaine planification.
Ce qu'il lit,
ce qu'il écrit.
L'agent ne devine rien et ne fouille nulle part. Vous lui branchez des sources, vous cochez des actions, et son périmètre s'arrête là.
Sources de données
Huit fournisseurs de contexte
Actions autorisées
Six écritures possibles, à cocher
Rien ne s'écrit
sans votre accord.
C'est la partie qui compte. Un agent qui modifie le CRM tout seul est un risque, alors le produit part du principe inverse : par défaut, vous validez.
Validation humaine
Activable agent par agent. Rien ne s'écrit dans le CRM sans approbation, dans une file d'attente dédiée avec une expiration configurable.
Deux permissions distinctes
agents.approve est séparée de agents.manage. Configurer un agent et valider ce qu'il écrit sont deux métiers différents.
Plafond d'actions
Un nombre maximum d'actions par exécution. Un agent qui déraille ne peut pas écrire cent fiches.
Skip when empty
Pas de données à lire, pas d'appel au modèle, pas de facture. L'agent se rendort.
Historique complet
Contexte lu, réponse du modèle, actions appliquées, erreurs. Chaque run est consultable.
Verrou anti-doublon
Un agent ne peut pas tourner deux fois en parallèle, même si deux déclencheurs se croisent.
Modèle et budget par agent
Le modèle et le budget de tokens se règlent agent par agent, pas globalement.
File d'approbation
3 tâches de relance
Relance des deals dormants · il y a 4 min
L'agent expliqué
en français.
Pendant que vous le configurez, un encart résume en une phrase ce que l'agent fera, et ce que son contexte va coûter en tokens.
Dix agents,
installés en un clic.
Vous partez d'un agent qui marche, puis vous l'ajustez : rythme, sources, actions, validation. Rien n'est figé.
Voir la démo du storeDigest d'activité hebdomadaire
Ce qui a bougé cette semaine, en note d'équipe.
Lundi 08:00
Brief du matin
Tâches du jour, réunions à venir, état du pipeline, par email.
En semaine 07:00
Relance des deals dormants
Détecte les opportunités sans activité depuis 14 jours et crée les tâches de relance.
Mardi 09:00
Suivi post-réunion
Après un rendez-vous, rédige le compte-rendu et crée la prochaine action.
Toutes les heures
Tri des nouveaux leads
Qualifie chaque nouveau contact en chaud / tiède / froid et le tague.
contact.created
Qualification des formulaires
Analyse chaque soumission et crée la tâche adaptée.
form.submitted
Revue de pipeline mensuelle
La synthèse du portefeuille, envoyée par email.
1er du mois
Hygiène des données
Repère les fiches sans email, sans téléphone, sans poste ou sans propriétaire.
Hebdomadaire
Débrief des deals gagnés
Capitalise sur ce qui a marché : pourquoi on a gagné, quoi en retenir.
deal.won
Prochaine étape après une tâche
Enchaîne automatiquement l'action suivante.
task.completed
Un agent, ou
une automation ?
Les deux partagent le même vocabulaire d'événements. La question est de savoir si vous voulez un modèle dans la boucle, ou une règle qui ne bouge jamais.
Quand il faut lire, résumer, décider
Rédiger un compte-rendu, qualifier un lead, repérer ce qui mérite une relance : tout ce qui demande d'interpréter un contexte plutôt que d'appliquer une règle.
- Sortie rédigée
- Contexte à interpréter
- Validation humaine possible
- Coût en tokens
Quand la règle est connue d'avance
Assigner un propriétaire, poser un tag, créer une tâche standard : un constructeur visuel déclencheur → conditions → actions, entièrement déterministe.
- Résultat prévisible
- Aucun appel au modèle
- Aucun coût variable
- Historique des exécutions
Un agent peut d'ailleurs déclencher une automation : il décide, elle exécute.
Quel agent vous ferait
gagner le plus de temps ?
Montrez-nous votre organisation et vos deals. On repart avec deux ou trois agents à installer dès la première semaine.