Point clé
Des agents qui s'occupent du mappage de données, de la configuration des comptes et des tâches d'opérations internes, avec une personne qui approuve tout ce qui touche le client, permettent à vos équipes de prendre plus de comptes sans grossir au même rythme.
Un nouveau client signe. Les ventes célèbrent. Puis l’équipe d’intégration (onboarding) reçoit un export en tableur de l’ancien système du client, avec des noms de colonnes que personne ne reconnaît et des dates dans trois formats.
Quelqu’un passe deux jours à faire correspondre les champs. Quelqu’un d’autre configure le compte à la main, en suivant une liste de vérification qui vit dans Notion et qui n’est plus tout à fait à jour. Le client attend. Sa première connexion, le moment où il voit enfin la valeur du produit, glisse d’une semaine ou plus.
Vos opérations internes ont la même forme. Approbations de remboursement, changements de forfait, demandes d’accès, préparation des renouvellements. Chaque tâche est petite et suit des règles. Chacune touche trois outils. Ensemble, elles remplissent la semaine de gens que vous aimeriez voir travailler sur autre chose.
Pourquoi ce travail résiste à l’automatisation
La plupart des équipes ont essayé de l’automatiser. Les outils habituels : moteurs de règles, intégrations à la Zapier et scripts écrits par le développeur qui avait un après-midi de libre.
Ces outils fonctionnent pour les cas propres. Le problème, c’est que l’intégration et les opérations, ce sont surtout des exceptions. Le CSV du client a une colonne nommée « Acct Mgr (old) ». La demande de remboursement mentionne un numéro de facture avec une coquille. Un moteur de règles échoue ou a besoin d’une nouvelle règle pour chaque variante, et quelqu’un doit toutes les maintenir.
C’est là que les modèles de langage changent l’équation. Ils gèrent assez bien l’ambiguïté pour résoudre la plupart des variantes sans nouvelle règle. Ce qu’ils ne gèrent pas bien seuls, c’est la fiabilité, le contrôle d’accès et savoir quand s’arrêter pour poser une question. C’est à cela que sert l’ingénierie qui les entoure.
Ce que nous construisons
Nous construisons des agents qui font les étapes répétitives et qui passent la main à vos gens aux moments où le jugement compte. Ils se connectent aux outils que vous utilisez déjà.
Agents d’intégration
L’agent d’intégration suit, dans l’ordre, les étapes que votre équipe fait aujourd’hui.
Mappage des données. L’agent lit l’export du client, peu importe le format, et propose une correspondance avec votre schéma. Il associe les colonnes par leur nom et par leur contenu : une colonne d’adresses courriel est reconnue même si elle s’appelle « Contact ». Il normalise les dates, les devises et les unités. Tout ce qu’il ne peut pas associer avec assurance va sur une courte liste qu’une personne règle.
Configuration du compte. À partir des informations transmises par les ventes et du contrat, l’agent configure les espaces de travail, les rôles d’utilisateurs, les intégrations et les paramètres du forfait par votre API d’administration. Il le fait par des appels d’outils aux schémas définis, pas en générant des requêtes API libres.
Validation de la configuration. Avant que le client obtienne l’accès, l’agent vérifie son propre travail. Il confirme que le nombre d’enregistrements concorde, que les champs obligatoires ne sont pas vides et que les intégrations configurées répondent. Il produit un court résumé pour votre responsable de l’intégration : ce qui a été importé, ce qui a été configuré et ce qui mérite un coup d’œil.
Agents pour les processus internes
Le même principe s’applique à l’interne. Un agent surveille une file, comme un système de billets, un canal Slack ou une vue du CRM. Il prend une demande, rassemble le contexte nécessaire, puis accomplit la tâche ou la prépare pour approbation.
Quelques exemples hypothétiques de ce que ça donne :
- Une demande de remboursement arrive au support. L’agent récupère la facture, la compare à votre politique de remboursement et prépare le remboursement en brouillon dans votre système de facturation pour qu’une personne l’approuve.
- Un gestionnaire de compte demande un résumé avant un renouvellement. L’agent rassemble les données d’utilisation, les billets ouverts et les conditions du contrat dans un résumé d’une page, directement dans le CRM.
- Un client demande un changement de forfait. L’agent vérifie l’admissibilité, calcule le prorata et met le changement en file, avec une note au client prête à envoyer.
Chaque agent reçoit un petit ensemble d’outils limité à son travail. L’agent de remboursement peut lire les factures et créer des brouillons de remboursement. Il ne peut pas changer de forfait ni supprimer de comptes.
Intégrations
Un agent ne vaut que par les systèmes qu’il peut atteindre. Nous construisons les connexions à votre CRM, votre système de billets, votre plateforme de facturation, vos API d’administration et vos bases de données internes. Quand un serveur MCP ou une API officielle existe, nous l’utilisons. Sinon, nous bâtissons une couche d’outils mince et bien définie pour que l’agent appelle vos systèmes de la même façon à chaque fois.
Où les humains gardent le contrôle
Des agents qui agissent sur des comptes clients ont besoin de limites claires. Nous les définissons avec vous avant de construire.
Étapes d’approbation. Tout ce qui touche le client ou qui est difficile à annuler attend une personne. Cela inclut l’envoi d’un courriel à un client, l’émission d’un remboursement, la suppression de données et l’octroi d’un accès administrateur. L’agent prépare l’action et une personne clique sur Approuver.
Seuils de confiance. Quand l’agent n’est pas certain, il le dit et achemine la tâche à une personne au lieu de deviner. Nous ajustons ces seuils avec de vrais exemples pendant le développement.
Journaux d’actions. Chaque étape de l’agent est enregistrée : ce qu’il a lu, ce qu’il a décidé, quel outil il a appelé avec quelles entrées, et ce qui est revenu. Quand quelqu’un demande pourquoi un compte a été configuré d’une certaine façon, la réponse existe. Ce journal facilite aussi beaucoup les revues de conformité.
Permissions restreintes. Les agents fonctionnent avec des comptes de service qui ont seulement les accès nécessaires à leur travail. Un agent qui se comporte mal est limité par le même modèle de permissions que vous appliqueriez à une nouvelle recrue.
Ce que veut dire « prêt pour la production »
Une démo d’agent bâtie en une fin de semaine peut configurer un compte de test. La production, c’est gérer chaque compte, chaque jour, sans que personne surveille.
Cela demande la même discipline que n’importe quel système en production. Nous bâtissons des jeux d’évaluation à partir de vos intégrations passées pour mesurer la précision du mappage avant le lancement. Le traçage rend chaque exécution inspectable. Les relances, les échecs partiels et l’idempotence sont gérés, pour qu’un délai dépassé au milieu de la configuration ne laisse pas un compte à moitié configuré. Et la surveillance montre à votre équipe les taux d’erreur et la longueur de la file d’approbation, sans qu’elle ait à demander.
Votre part
Expliquez-nous vos étapes d’intégration actuelles, idéalement avec quelques vrais exemples, y compris les plus compliqués. Donnez-nous accès aux outils concernés. Il nous faut aussi quelqu’un de l’équipe d’intégration ou des opérations qui peut répondre à nos questions sur les cas limites pendant le développement. Comptez quelques heures au total.
Comment se déroule le développement
Vous décrivez le processus à automatiser. Nous en définissons la portée avec vous et convenons d’un prix fixe lié aux livrables, avant le début des travaux.
Des agents IA réalisent le travail, supervisés par des ingénieurs seniors responsables de l’architecture, des intégrations avec vos systèmes et de chaque revue de code. Vous obtenez du code prêt pour la production dans votre dépôt ou votre infrastructure, documenté pour que votre équipe puisse le faire évoluer. Vos développeurs restent sur la feuille de route.
La plupart des projets prennent de quelques jours à quelques semaines, selon le nombre de systèmes en jeu.
Questions fréquentes
Est-ce que cela remplace notre équipe d'intégration?
Non. Les agents lui retirent les étapes répétitives, pour que chaque personne puisse gérer plus de comptes et passer son temps avec les clients plutôt que dans des tableurs.
Que se passe-t-il quand l'agent se trompe?
Les étapes d'approbation attrapent la plupart des erreurs avant qu'elles atteignent un client. Le journal des actions montre exactement ce qui s'est passé, et le cas devient un nouvel exemple d'évaluation pour que l'erreur ne se reproduise pas.
Pouvons-nous commencer par un seul processus?
C'est ce que nous recommandons. Choisissez celui qui coûte le plus de temps à votre équipe, livrez-le, puis élargissez à partir de là.
Quel modèle utilisez-vous?
Celui qui obtient les meilleurs résultats sur vos évaluations, à un coût raisonnable. L'architecture vous permet de changer de modèle plus tard sans tout reconstruire.
