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 chaque écriture attend votre accord dès que 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.
Un fonctionnement transparent de bout en bout. 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, choisies par vous.
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 garder un rythme maîtrisé.
Manuel
Lancement à la demande depuis l'interface, à tout moment, pour tester un réglage ou traiter un cas urgent.
Ce qu'il lit,
ce qu'il écrit.
L'agent lit exactement ce que vous lui donnez. Vous lui branchez des sources, vous cochez des actions, et son périmètre est précisément celui-là.
Sources de données
Huit fournisseurs de contexte
Actions autorisées
Six écritures possibles, à cocher
Chaque écriture passe
par votre accord.
C'est la partie qui compte. Le produit part d'un principe simple : par défaut, vous validez chaque écriture avant qu'elle arrive dans le CRM.
Validation humaine
Activable agent par agent. Chaque écriture attend votre 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 restent deux métiers différents.
Plafond d'actions
Un nombre maximum d'actions par exécution. Vous fixez la limite, l'agent la respecte.
Exécution utile uniquement
L'agent appelle le modèle uniquement quand il a des données à traiter. Sinon il se rendort, et vos crédits restent intacts.
Historique complet
Contexte lu, réponse du modèle, actions appliquées, erreurs. Chaque run est consultable.
Verrou anti-doublon
Chaque agent tourne une exécution à la fois, 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, au cas par cas.
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. Tout reste modifiable.
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 à compléter : email, téléphone, poste ou 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 stable et prévisible.
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
- Exécution instantanée
- Coût fixe
- 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.