Aller au contenu

Agents IA & automatisation

Un agent IA qui agit dans vos outils, et vous rend la main quand il le faut.

Une demande arrive — un e-mail, un devis à établir, un ticket, un document. Le système la lit, décide dans le périmètre que vous avez fixé, agit dans vos logiciels, et rend la main à quelqu’un dès qu’il en sort. VCSTS conçoit ce système, l’éprouve sur vos cas réels, le met en service et le fait vivre.

VCSTS · Depuis 1999 · De la stratégie aux systèmes

Vecteur Communication Services Télémarketing Stratégie

Depuis1999

Agents IA et automatisations sur mesure

Un pilote n’est pas une production.

Faire répondre un modèle à une question prend une heure. Faire exécuter par un système une action dans vos outils, mille fois par mois, sans surprise, est un autre métier : il faut écrire ce qu’il a le droit de faire, l’éprouver sur vos cas réels avant de lui ouvrir vos logiciels, garder la trace de chaque action, et décider qui reprend la main quand il hésite. Ce qui sépare une démonstration d’un système en service, ce n’est pas le moteur d’IA (le modèle). C’est tout ce qui est écrit autour.

Et une fois en service, nous le tenons : le journal est relu à un rythme écrit, par des personnes nommées ; la dépense est plafonnée ; le périmètre est revu. Nous ne vendons pas de l’intelligence artificielle. Nous prenons en charge une action, de la décision de la confier jusqu’à son fonctionnement dans la durée.

Six situations

Vous vous reconnaîtrez peut‑être ici.

Le sujet arrive rarement par la technologie. Il arrive par une tâche que personne n’a le temps de faire bien.

  1. 01

    Une boîte de réception que personne ne tient

    Les demandes arrivent sur l’adresse commune, avec leurs pièces jointes. Quelqu’un trie le matin, transmet, répond aux mêmes questions — et les demandes urgentes attendent avec les autres.

  2. 02

    Des devis qui partent trop tard

    Une demande entre ; il faut retrouver le client, le tarif, les conditions, rédiger, faire valider. Entre-temps, un concurrent a répondu.

  3. 03

    Des tickets de premier niveau

    Un statut de commande, un accès à réinitialiser, une question déjà posée cent fois. L’équipe de support passe sa journée sur ce qui ne demande aucun jugement.

  4. 04

    Des documents à ressaisir

    Commandes, factures de fournisseurs, bons de livraison reçus en PDF, retapés dans l’outil de gestion. Les erreurs de saisie se découvrent au rapprochement.

  5. 05

    Des relances qui n’ont pas lieu

    Devis sans réponse, rendez-vous à confirmer, factures à rappeler : tout le monde sait qu’il faudrait, personne ne le fait au bon moment.

  6. 06

    Un pilote qui ne passe pas en production

    Quelqu’un a essayé un outil, la démonstration était convaincante, et six mois plus tard rien ne tourne. Personne n’avait écrit ce que le système avait le droit de faire, ni qui répondrait de ses erreurs.

Ce que nous construisons

Ce qu’il fait seul. Ce qu’il propose. Ce qu’il rend.

Chaque demande qui entre reçoit l’une de trois issues, et c’est vous qui les fixez. Le système exécute seul ce qui est courant et annulable. Il propose, et attend une validation, ce qui engage. Il rend à une personne, avec tout le contexte, ce qu’il ne sait pas traiter — et c’est écrit avant de construire.

Chaque demande reçoit l’une de trois issues, décidée avant de construire : il fait seul, il propose, il rend.

  1. Trois rôles : les demandes qui entrent, le système qui lit et décide dans vos outils sous son propre compte, la personne qui reprend la main.
  2. Il fait seul : l’action est annulable et n’engage personne ; elle est écrite dans l’outil, sous le compte du système, vérifiée, et laisse une ligne au journal.
  3. Il propose : ce qui engage s’arrête devant la personne, qui voit la demande, ce qu’il propose et ce qui sera écrit, puis valide, corrige ou refuse — le refus est inscrit ; la demande repart de là où elle s’était arrêtée.
  4. Il rend : ce qui sort du périmètre ou rencontre une limite — un outil muet, par exemple — est transmis à la personne avec son contexte, et le système s’arrête. Sans limite écrite, il recommencerait.
  5. Une demande qui attend une personne n’arrête pas les autres.

JournalChaque demande laisse une ligne, y compris rendue. Les numéros donnent l’ordre, jamais l’heure.

  1. 01une questionlu · décidé · écrit dans l’outil · vérifiéil fait seul
  2. 02un devislu · proposé · validé par la personne · écrit · vérifiéil propose
  3. 03un documentlu · décidé · écrit dans l’outil · vérifiéil fait seul
  4. 04une questionlu · décidé · outil muet · limite atteinte · rendu avec son contexteil rend
  5. 05une demande inconnuelu · hors périmètre · rendu avec son contexteil rend
  6. 06une relancelu · proposé · validé par la personne · écrit · vérifiéil propose

Ce journal est ce que vous recevez.

Schéma de mécanisme : six demandes génériques, trois issues, une limite. Aucune demande réelle, aucun outil réel, aucune proportion — la répartition entre les issues se lit dans votre journal, jamais d’avance.

  1. Il fait seul

    l’action est annulable et n’engage personne

    Les cas courants, dans un périmètre écrit, où l’action est annulable et vérifiable : répondre à une question dont la réponse est dans vos documents, créer le ticket, saisir la commande, proposer trois créneaux, relancer à la date convenue. Chaque action laisse une ligne dans le journal.

  2. Il propose

    ce qui engage attend une personne, qui valide, corrige ou refuse — le refus est inscrit

    Ce qui engage : un devis avant envoi, une réponse à un client mécontent, une commande au-dessus d’un montant. Le système prépare tout ; une personne valide en un geste, corrige ou refuse — et la règle qui lui manquait s’ajoute au périmètre.

  3. Il rend

    ce qui sort du périmètre ou rencontre une limite est transmis à la personne avec son contexte, et le système s’arrête

    Ce qui sort du périmètre : une demande inconnue, une situation sensible, un outil qui ne répond pas, une limite atteinte. Il ne devine pas. Il transmet à la personne désignée ce qu’il a compris, ce qu’il a fait, et l’endroit où il s’est arrêté.

Le document qui tient tout

Le périmètre d’action.

C’est ce que vous signez avant que nous construisions, et ce que le système relit à chaque demande. Il tient en quelques pages, et il se lit sans compétence technique.

  1. 01

    la tâche confiée, et ce qui la déclenche — un message reçu, une date, un événement dans un outil

  2. 02

    ce que le système a le droit de lire : quels documents, quelles données, dans quels outils

  3. 03

    ce qu’il a le droit d’écrire, et où — créer, modifier, envoyer — avec, pour chaque action, si elle est annulable

  4. 04

    ce qu’il ne fait jamais : l’irréversible, l’argent, l’engagement contractuel, ce qui touche une personne en difficulté

  5. 05

    qui reprend la main, sur quel signal, par quel canal, avec quelles informations

  6. 06

    ce qui est journalisé, combien de temps, et qui peut le lire

Le périmètre s’élargit sur preuve : ce que le système propose aujourd’hui, il pourra le faire seul demain, quand l’épreuve l’aura montré. Jamais l’inverse par défaut.

Notre engagement vérifiable

Avant la production, vos cas réels.

Un système ne se juge pas sur une démonstration. Avant de lui ouvrir vos outils, nous le faisons travailler sur un jeu de cas que vous avez réellement traités — des demandes du mois dernier, des devis, des documents — et nous comparons ce qu’il aurait fait à ce que vos équipes ont fait. Le niveau de réussite est écrit avant l’épreuve, pas après.

Lorsqu’aucun historique n’existe — une activité nouvelle, une tâche que personne ne faisait —, le système démarre en proposant seulement. Il n’agit seul qu’après une période où chaque proposition a été relue, et le compte rendu la consigne.

Le jour où il se trompe

Il se trompera parfois. Ce qui compte, c’est ce qui se passe ensuite.

Un système qui traite mille demandes en fera quelques-unes de travers : une nuance mal lue, un document inhabituel, un outil qui répond une erreur. Nous ne concevons pas un système qui ne se trompe jamais ; nous concevons un système où l’erreur est vue, bornée et réparée — et c’est prévu dès le premier jour.

Ce dispositif se prévoit et se paie dès la conception : le temps de relecture fait partie du coût de fonctionnement, pas des imprévus.

  1. 01

    Chaque action est dans le journal

    Ce qu’il a lu, ce qu’il a décidé, ce qu’il a fait, et ce que la personne a repris.

  2. 02

    Une action annulable se défait

    C’est pour cela que le périmètre les distingue de celles qui ne le sont pas.

  3. 03

    Une limite atteinte arrête et prévient

    Nombre de tentatives, dépense, outil muet : le système s’arrête et prévient quelqu’un. Il ne réessaie pas indéfiniment.

  4. 04

    Une erreur devient une règle

    Elle rejoint le périmètre ou le jeu de cas de l’épreuve. Nous précisons la règle manquante et testons la correction pour réduire le risque qu’elle se reproduise.

Relié à l’existant

Dans vos outils, avec son propre compte et ses propres droits.

Le système n’est pas un logiciel de plus à ouvrir. Il travaille dans ceux que vous avez : messagerie, gestion commerciale, facturation, agenda, téléphonie, outil de tickets. Il y entre avec son propre compte, dont les droits sont ceux du périmètre et rien de plus, et dont chaque action est signée de son nom dans vos historiques.

  1. 01

    Où il tourne

    Chez vous, sur une infrastructure que nous tenons, ou chez un tiers retenu avec vous : c’est un choix, pris ensemble selon vos données et vos contraintes, et écrit dans le périmètre — y compris l’endroit où les données peuvent aller.

  2. 02

    Ce qu’il lit

    Vos documents et vos données restent les vôtres. Le système consulte ce que le périmètre lui ouvre, rien d’autre, et n’écrit que là où le périmètre le dit.

  3. 03

    Le moteur d’IA

    Le moteur d’IA — le modèle qui lit et écrit — se choisit, il ne se fabrique pas. Nous le choisissons avec vous par ce que l’action exige : justesse, coût, langue, endroit où les données peuvent aller. Parmi ses conditions, nous exigeons que vos données ne servent pas à l’entraîner. Ce choix est écrit, et revu si les conditions changent, sans que le périmètre change.

De la stratégie aux systèmes : une même maison décide ce qui mérite d’être confié à un système et tient les serveurs, les accès et les liaisons qui le font tourner.

Après la mise en service

Qui le tient, ce qu’il coûte chaque mois, ce que vous gardez.

La mise en service n’est pas la fin de la mission. C’est le moment où le système commence à produire ce qui permet de le tenir : un journal, des demandes rendues, des propositions corrigées.

  1. 01

    Le journal est relu

    À un rythme écrit, par des personnes nommées de votre côté et du nôtre.

  2. 02

    Le périmètre est revu

    Ce qui a été proposé de façon répétée sans correction peut passer en « il fait seul » ; ce qui a été repris trop souvent revient en « il propose ».

  3. 03

    La dépense est plafonnée

    Chaque système a un plafond de dépense mensuel, décidé avec vous. Il prévient avant de l’atteindre ; au plafond, il propose au lieu d’agir, ou s’arrête.

  4. 04

    Les changements sont décidés par des personnes

    Jamais par un autre système.

  5. 05

    La panne est écrite d’avance

    Si un composant tombe — le moteur, un outil, une liaison —, ce qui continue, ce qui bascule et qui est prévenu sont écrits avant la mise en service.

  6. 06

    Vous gardez ce qui vous appartient

    Le périmètre, le jeu de cas de l’épreuve, les journaux et les consignes du système. La réversibilité est prévue dès la conception.

La méthode VCSTS

Une action confiée, en cinq temps.

La même discipline que pour tout ce que nous mettons en service : décider avant de construire, éprouver avant d’ouvrir, tenir après.

  1. 01

    Décider

    L’audit d’opportunité. Quatre issues : confier à un système qui décide, confier à une règle qui exécute sans décider, laisser à une personne — ou constater qu’un outil suffit. Nous disons non à ce qui ne mérite pas un système.

    Ce que vous apportezla tâche, qui la fait, dans quels outils ; une demi-journée avec les personnes concernées

    Ce que vous recevezla liste des actions à confier, ordonnée par le temps qu’elles absorbent, ce qu’une erreur coûterait et ce qui peut être annulé — avec celles que nous refusons

  2. 02

    Écrire le périmètre

    La tâche et son déclencheur, ce qu’il lit, ce qu’il écrit, ce qu’il ne fait jamais, qui reprend la main, ce qui est journalisé.

    Ce que vous apportezles règles que vous appliquez déjà, ce qui ne doit jamais se faire sans vous, la personne qui reprendra la main

    Ce que vous recevezle périmètre d’action, signé

  3. 03

    Construire et relier

    Le système, ses consignes, son compte dans vos outils, son journal. Relié à l’existant tel qu’il est : aucune migration ni refonte n’est requise par défaut, et l’outil qui n’ouvre pas d’accès est dit au cadrage.

    Ce que vous apportezun compte dédié au système dans vos outils, avec les droits du périmètre, ouvert par votre informatique ou par nous

    Ce que vous recevezle système relié à vos outils, en environnement d’essai

  4. 04

    Éprouver

    Vos cas réels, le niveau de réussite écrit avant, chaque erreur classée, le coût par demande mesuré.

    Ce que vous apportezun jeu de cas réellement traités — ou, sans historique, une période en « il propose »

    Ce que vous recevezle compte rendu d’épreuve et la décision de mise en service

  5. 05

    Mettre en service et tenir

    La mise en production, le rythme de relecture, le plafond de dépense, la revue du périmètre.

    Ce que vous apportezles personnes nommées pour la relecture, et leur rythme

    Ce que vous recevezle journal, les revues, et le périmètre qui s’élargit sur preuve

Le périmètre s’élargit sur preuve : la méthode reprend au temps 02, Écrire le périmètre, à chaque revue.

Choisir la bonne porte d’entrée

Une question précise, un système complet ou tout le dispositif.

  1. 01

    Cadrage ciblé

    Une décision bornée à trancher — faut-il confier ce cas à un système, avec quels outils, dans quel ordre — en une session préparée, sans engagement de mission.

    1. 01Décider
    Cadrer en Consulting Express
  2. 02

    Mission

    L’audit d’opportunité approfondi, ou un système défini : de la décision de le confier à sa mise en service, périmètre signé, épreuve faite.

    1. 01Décider
    2. 02Écrire le périmètre
    3. 03Construire et relier
    4. 04Éprouver
  3. 03

    Accompagnement de A à Z

    Plusieurs systèmes ou un programme : VCSTS décide avec vous, construit, éprouve, met en service et tient dans la durée — et relie l’ensemble au reste, conversations et données, rattaché aux contrats qui portent le canal et l’hébergement.

    1. 01Décider
    2. 02Écrire le périmètre
    3. 03Construire et relier
    4. 04Éprouver
    5. 05Mettre en service et tenir

Un usage IA déjà en place à examiner ? Audit Express permet d’analyser une tâche précise, l’outil et les contrôles associés, sur un périmètre confirmé avant engagement.

Découvrir Audit Express 

Vous n’avez pas besoin de choisir seul : décrivez la tâche, nous identifions ensemble la porte la plus utile.

Où nous nous arrêtons

Ce que cette page ne vend pas, et qui le porte.

Dire une frontière, c’est éviter qu’on nous achète la mauvaise chose. Chacune est tenue par une autre de nos expertises.

  • Une information pour décider

    Un tableau de bord, une prévision, une analyse : dès que la sortie est une information qu’une personne lit pour décider, c’est de la business intelligence. Ici, le système exécute.

    Éclairer les décisions — Business intelligence
  • Un fait de terrain

    Faire exister une mesure juste — une température, un compteur, un équipement — et prévenir la bonne personne relève de la mesure et des alertes. Ici, le système consomme ce fait ; il ne le produit pas.

    Collecter les faits — Mesure et alertes
  • Le cadre d’usage

    Ce que votre entreprise a le droit et le devoir de faire avec l’IA — charte, règles, audit d’usage — relève de la gouvernance. Ici, nous écrivons ce que le système a le droit de faire dans vos outils.

    Organiser les usages — Gouvernance de l’IA
  • Une machine qui fait un geste

    Un robot, un drone, un engin qui agit à votre place dans le monde physique est une autre expertise. Ici, le système agit dans vos outils — jusqu’à commander, régler ou arrêter à partir d’un fait déjà mesuré.

    Décider une machine — Robotique
  • Un outil de plus

    Équiper un processus d’un logiciel, d’un outil de gestion, d’un assistant de bureau relève de la transformation digitale. Ici, un système exécute lui-même une étape.

    Outiller les processus — Transformation digitale
  • Le canal téléphonique

    Les lignes et les numéros relèvent d’une autre de nos expertises. L’agent converse dessus.

    Relier les appels — Téléphonie et VoIP
  • L’agent au téléphone

    Un agent vocal converse, recueille les informations utiles et déclenche les actions prévues. Notre offre Agent vocal présente les usages, les intégrations et le déploiement ; une opération d’appels complète relève du Télémarketing.

    Découvrir notre offre Agent vocal
  • La compétence

    Apprendre à vos équipes à travailler avec l’IA est une offre distincte. Ici, la prise en main fait partie de la mise en service ; elle ne remplace pas une formation.

Les règles d’action

Trois limites, dites avant d’être découvertes.

  1. 01

    Pas d’autonomie totale.

    Un système qui n’a aucune limite n’a aucun périmètre. Le nôtre rend la main, et c’est un choix de conception.

  2. 02

    Pas de résultat chiffré d’avance.

    Ce que le système vous rendra en temps et en délais se mesure à l’épreuve, sur vos cas ; nous ne l’annonçons pas avant.

  3. 03

    Pas de remplacement annoncé.

    Nous concevons le système avec les personnes qui font le travail aujourd’hui ; ce sont elles qui le relisent, le corrigent et gardent le dernier mot où cela compte.

Chaque système est chiffré sur devis, après le cadrage.

Vos questions, sans détour

Les questions qui se posent vraiment.

01Chatbot, assistant, agent : qu’est-ce que ça change pour moi ?

Ce que vous obtenez. Un chatbot répond. Un assistant vous aide et vous laisse la main à chaque étape. Un agent exécute une action dans vos outils. Et une règle qui exécute sans décider — ce qu’on appelle parfois RPA — fait très bien certaines tâches. Cette page construit les deux derniers, et sait employer les deux premiers quand ils suffisent.

02Combien ça coûte ?

Deux coûts, jamais confondus : concevoir le système — une fois, sur devis après le cadrage — et le faire tourner, chaque mois : les appels au moteur d’IA, l’hébergement et les liaisons, le temps de relecture, l’entretien des liaisons. Le premier pas, lui, a un prix affiché : une consultation Consulting Express pour décider si votre cas mérite un système.

Cadrer en Consulting Express
03Est-ce que ça rapporte ?

L’épreuve mesure ce que l’automatisation peut apporter sur vos propres cas : la part des demandes traitées seules, la part rendue à quelqu’un et le coût par demande. Vous comparez ces résultats au coût actuel de la tâche pour décider de la suite. Nous établissons ainsi une base chiffrée pour votre décision, sans annoncer de gain avant cette vérification.

04Et quand il se trompe ?

Chaque action est dans le journal. Une action annulable se défait. Une limite atteinte — tentatives, dépense, outil muet — arrête le système et prévient quelqu’un. Et chaque erreur devient une règle du périmètre ou un cas de l’épreuve. Le temps de relecture est compté dans le coût, pas dans les imprévus.

05Où vont mes données, et qui y a accès ?

Le système lit ce que le périmètre lui ouvre, écrit là où le périmètre le dit, conserve ce qui est écrit et rien de plus. Où il tourne et quel moteur d’IA est retenu sont des choix pris avec vous et écrits, y compris l’endroit où les données peuvent aller. Ce que votre entreprise a le droit et le devoir de faire de ces données relève d’une autre de nos expertises.

06Faut-il changer nos outils ?

Non. Le système travaille dans les vôtres, avec son propre compte. Si un outil n’ouvre pas d’accès, c’est dit au cadrage — pas découvert en cours de route.

07Combien de temps avant que ça tourne ?

Trois éléments permettent de construire le calendrier au cadrage : l’accès à vos outils, l’historique de cas disponible pour l’épreuve et le nombre d’actions confiées le premier jour. Nous commençons par une action petite, mesurable et annulable. La date de mise en service est fixée avec vous dans le périmètre.

08Va-t-il remplacer mes équipes ?

Il prend ce qui ne demande aucun jugement. Ce que vous en faites — un poste que vous ne rouvrez pas, un pic absorbé sans embauche, une équipe rendue à son métier — est votre décision, pas une promesse de notre part. Le système est conçu avec les personnes qui font le travail : ce sont elles qui le relisent, le corrigent et gardent le dernier mot où cela compte.

09Et un agent qui répond au téléphone ?

Oui : conception de la conversation, développement, intégration, tests, mise en production, suivi — le cycle complet. Notre offre Agent vocal détaille les usages et le déploiement. Pour organiser une campagne d’appels, consultez aussi notre expertise Télémarketing.

Découvrir notre offre Agent vocal
10Proposez-vous du coaching ou de la formation à l’IA ?

La prise en main de votre système par vos équipes fait partie de la mise en service. Si c’est une formation ou un coaching à l’IA que vous cherchez, dites-le dans votre message : c’est une offre distincte, dont nous parlons avec vous.

11Que gardons-nous si nous arrêtons ?

Le périmètre, le jeu de cas de l’épreuve, les journaux et les consignes du système. La réversibilité est prévue dès la conception, pas négociée à la fin.

Prendre contact

Décrivez l’action à confier.

Écrivez-nous la tâche que vous voudriez ne plus faire à la main, et ce qui ne doit jamais se faire sans vous. Nous vous répondons nous-mêmes, sans intermédiaire.

contact@vcsts.com

Ce qui se passe ensuite

Nous vous demandons ce qui déclenche la tâche, dans quels outils elle se fait, et ce qui ne doit jamais se faire sans vous. Puis nous vous disons franchement laquelle des trois suites convient : une règle simple que vous pouvez poser vous-même, une consultation d’une heure pour décider, ou une mission qui écrit le périmètre et construit le système.