Agents IA à Tunis — Conception et déploiement en production

#Agents IA à Tunis — Bureau Nehos Tunisie

Conception et industrialisation d'agents IA depuis notre bureau de Tunis, en équipe intégrée avec le siège toulousain.

#Écrire un agent demande quelques semaines, le faire vivre demande des années

La charge d'un agent en service ne ressemble pas à la charge d'un développement. Chaque semaine apporte des cas remontés en escalade qu'il faut relire, un fournisseur qui modifie discrètement la mise en page d'un document jusque-là stable, une procédure interne qui évolue sans que personne pense à prévenir l'équipe technique, un éditeur de modèle qui annonce la fin de vie d'une version. Rien de spectaculaire, aucune démonstration à faire, et pourtant c'est ce travail-là qui décide si le dispositif sera encore utilisé dans deux ans.

C'est aussi la première ligne qu'on coupe quand le budget se resserre, parce qu'elle n'a pas de livrable visible. Un agent dont plus personne ne relit les traces continue de fonctionner : il se dégrade sans prévenir, ses utilisateurs cessent progressivement de lui faire confiance, et le jour où quelqu'un rouvre le dossier, le coût de remise en état dépasse celui d'une reconstruction. Le modèle nearshore répond précisément à ce problème de continuité, pas à un problème de tarif.

Tunis apporte à ce dispositif une chose que le coût horaire ne mesure pas : la profondeur du bassin. Sur un engagement pluriannuel, ce qui compte n'est pas de trouver un ingénieur, c'est de garder une équipe et de pouvoir remplacer un départ sans repartir de zéro. La capitale est le seul bassin tunisien où l'on peut tenir cette promesse sur un périmètre technique pointu.

S'y ajoute un héritage local rarement exploité par les prestataires : le Grand Tunis vit depuis deux décennies de l'externalisation de la relation client et du back-office francophones pour l'Europe. Cette industrie a formé des générations de superviseurs et de responsables qualité qui savent ce qu'est un niveau de service contractuel, une grille d'écoute, un taux d'escalade, une matrice de décision. Sur un projet d'agent, cette culture-là vaut mieux qu'une compétence de plus en apprentissage automatique, parce qu'un agent en relation client se juge exactement comme une équipe externalisée : taux de résolution sans reprise, taux d'escalade, qualité de la trace laissée.

#Le multilinguisme réel de vos utilisateurs, et ce qu'il impose à la conception

Un client de la région écrit en français, en arabe standard, en dialecte tunisien, ou en dialecte tapé en caractères latins avec des chiffres pour les sons que l'alphabet latin ne rend pas. Fréquemment les quatre dans le même message. Un assistant généraliste traite correctement le premier registre, honorablement le deuxième, et s'effondre sur les deux autres — sans le signaler, ce qui est le plus gênant.

Les conséquences techniques sont concrètes. La détection de langue doit se faire au niveau de la phrase et non du message, sinon une demande bilingue est entièrement traitée dans la mauvaise langue. Le texte doit être normalisé avant indexation : formes translittérées ramenées à une graphie canonique, variantes de l'alef et de la hamza unifiées, absence quasi systématique des signes diacritiques assumée comme une norme d'entrée et non comme une anomalie. La recherche documentaire, ensuite, ne se transfère pas d'une langue à l'autre : un index construit sur un corpus français ne remonte pas le bon passage pour une question posée en arabe. Il faut choisir entre indexer dans les deux langues et traduire la requête avant recherche, chaque option ayant son coût et ses angles morts. Nous mesurons les deux avant de trancher, sur vos données.

Le jeu d'évaluation suit la même logique : un jeu par registre, pas un score global. Une moyenne flatteuse masque toujours un effondrement sur une variété minoritaire, et cette variété minoritaire correspond souvent au segment de clientèle le moins bien servi par ailleurs. Enfin, l'affichage n'est pas un détail : une réponse en arabe s'écrit de droite à gauche et contient presque toujours une référence produit, un montant ou une date en caractères latins, ce qui déclenche les cas classiques de texte bidirectionnel mal rendu.

Un dernier point mérite d'être traité pour lui-même : le rapprochement de noms. Les noms arabes se translittèrent de plusieurs façons vers l'alphabet latin, avec des variantes sur les particules et les redoublements de consonnes. Tout agent qui doit rapprocher une personne d'une liste — criblage de sanctions, personnes politiquement exposées, déduplication d'un fichier client, fusion de deux référentiels après rachat — doit gérer ces variantes explicitement, avec des règles de similarité calibrées sur des noms d'origine arabe. Les composants du marché, calibrés sur des jeux anglo-saxons, perdent du rappel sur ce terrain, et une perte de rappel sur un criblage n'est pas une imperfection : c'est un incident de conformité.

#Les agents que nous mettons en service depuis Tunis

#Le copilote de conseiller en centre de relation client

Il ne remplace pas le conseiller, il travaille pendant et après l'échange : il retrouve le passage exact de la procédure applicable, prépare le compte rendu et la fiche à enregistrer, propose une formulation dans la langue du client. Le gain le plus intéressant n'est pas le temps de traitement, c'est le contrôle qualité : là où une grille d'écoute couvre quelques pour cent des interactions, l'analyse automatisée porte sur la totalité du flux. On passe d'un échantillon discuté à une mesure, ce qui change la nature des discussions avec le donneur d'ordre.

#L'agent de réclamation et de geste commercial encadré

Il lit la réclamation, reconstitue l'historique dispersé entre la facturation, la gestion de la relation client et la messagerie, qualifie le cas au regard de la politique écrite, et propose une décision en citant la clause appliquée. Il ne l'exécute que sous un plafond, et ce plafond n'est pas une consigne rédigée dans une invite : c'est une vérification codée en dehors du modèle, qui s'applique après la décision. Au-delà, le dossier part en validation humaine avec l'analyse déjà faite.

#L'agent de rapprochement et de contrôle de flux

Rapprochement entre fichiers de transactions, relevés et écritures comptables : appariement, détection des écarts, constitution du dossier d'exceptions. L'essentiel du volume se traite par des règles déterministes, et c'est volontaire. Le modèle n'intervient que sur le résidu non apparié, celui qui consomme aujourd'hui les heures d'un comptable expérimenté. Confier l'ensemble du flux à un modèle serait plus élégant à présenter et nettement moins fiable.

#L'agent d'entrée en relation et de vérification documentaire

Extraction des pièces, contrôle de cohérence entre les documents fournis, criblage avec gestion des variantes de translittération, constitution d'un dossier complet et horodaté. La décision d'entrée en relation reste humaine ; ce que l'agent supprime, c'est le temps de collecte et de recopie, qui représente la majeure partie du délai perçu par le client.

#L'agent de recherche interne pour équipes distribuées

Procédures, documentation technique, historique des incidents et des tickets : réponse sourcée, avec lien vers le passage d'origine. C'est le premier agent que nous déployons chez la plupart de nos clients, et c'est aussi celui que nos propres équipes utilisent — un prestataire qui vend un outil qu'il n'emploie pas lui-même devrait toujours éveiller la méfiance.

#L'orchestration de plusieurs agents sur un processus long

Quand un traitement enchaîne huit ou dix étapes, la difficulté n'est plus le raisonnement, c'est la reprise. Un processus qui échoue à la sixième étape ne doit jamais être relancé depuis la première : chaque étape doit être idempotente, l'état doit être persisté explicitement, et le rejeu partiel doit être une opération courante et documentée. C'est de l'ingénierie de traitement par lots classique, appliquée à des composants non déterministes, et c'est ce qui manque le plus souvent aux dispositifs qu'on nous demande de reprendre.

#Ce que nous exigeons d'un agent avant de le laisser sortir

Des droits explicites et minimaux. Un agent commence en lecture seule et produit des propositions. Le droit d'écrire s'obtient après une période de comparaison avec les décisions humaines, action par action, jamais globalement.

Des garde-fous en dehors du modèle. Plafonds, listes d'actions autorisées, interdictions absolues : tout cela est vérifié par du code après la décision de l'agent. On ne demande pas à un modèle de langage de se souvenir d'une règle, on l'empêche de la violer.

Un jeu d'évaluation figé, par registre linguistique et par famille de cas, incluant les cas tordus fournis par vos experts. Toute évolution — modèle, invite, outil, corpus — est rejouée dessus avant déploiement.

Un journal rejouable. Entrée reçue, version de configuration, outils appelés, documents consultés, sortie produite, décision humaine finale. Sans cela, aucun incident n'est instruisable et aucun auditeur n'est satisfait.

Un budget de coût et de latence par exécution. Plafonnement du nombre d'appels, mise en cache des recherches répétées, choix d'un modèle proportionné à la difficulté de l'étape. Le coût unitaire dérive presque toujours entre le prototype et la production, parce que les cas réels sont plus longs que les cas de test.

Un plan de repli fournisseur. Version de modèle épinglée, alternative identifiée et évaluée sur le même jeu de cas, procédure de bascule écrite. Les fins de vie de versions sont annoncées avec des préavis courts, et un dispositif sans plan de repli subit ce calendrier au lieu de le choisir.

#L'exploitation courante, concrètement

Une boucle hebdomadaire de relecture des cas escaladés, qui alimente le jeu d'évaluation plutôt que de finir dans une boîte de réception. Une revue mensuelle avec vos référents métier, portant sur les indicateurs et non sur l'anecdote. Une astreinte assurée pendant les heures ouvrées européennes, rendue possible par le fuseau commun. Un manuel d'exploitation tenu à jour, décrivant les modes dégradés et les procédures de reprise. Et un ré-étalonnage périodique des modèles disponibles contre votre jeu de cas figé : c'est la seule façon honnête de décider s'il faut migrer, et non les annonces des fournisseurs.

#Les objections que l'on nous adresse

« Un agent va inventer une réponse devant nos clients. » Le risque est réel pour un assistant généraliste interrogé hors de son domaine. Il se traite par la contrainte : réponse limitée au corpus autorisé, citation obligatoire du passage, seuil de confiance en dessous duquel l'agent refuse et transfère. Le taux de refus devient alors un indicateur à piloter, et un agent qui ne refuse jamais rien doit inquiéter.

« Nos procédures ne sont pas écrites. » Alors le premier livrable est la procédure écrite. Ce travail a de la valeur indépendamment de l'agent, parce qu'il révèle les divergences entre les trois personnes qui traitent aujourd'hui le même dossier de trois façons différentes.

« L'équipe est à Tunis, nos données sont européennes. » Elles le restent : hébergement en Europe, accès distant nominatif et journalisé, aucune copie sur un poste local. C'est un régime d'accès encadré contractuellement, pas un déplacement de données, et la distinction change entièrement l'analyse à produire.

« Un outil du marché ferait l'affaire. » Parfois, oui, et nous le disons. Quand le processus est standard et que l'éditeur accepte vos contraintes d'hébergement, acheter coûte moins cher que construire. Le sur-mesure se justifie quand l'agent doit s'appuyer sur vos règles, vos systèmes et vos registres de langue.

#Les résultats que nous suivons

Sur les chaînes réellement automatisées, nos clients constatent un gain de productivité de l'ordre de 55 % sur les tâches à valeur ajoutée et une baisse des coûts opérationnels proche de 40 %, pour un retour sur investissement moyen de 340 % sur douze mois. Le premier agent entre en production en 8 à 12 semaines sur un périmètre volontairement resserré, avec une disponibilité tenue à 99,5 %. Ces ordres de grandeur ne se constatent que si l'on a mesuré la situation de départ : temps réellement passé, volumes traités, taux de reprise. Sans cette photographie initiale, la discussion glisse vers le tarif journalier, qui ne dit rien de la valeur produite.

#Pourquoi Nehos à Tunis

• Une équipe stable dans la durée, constituée sur profils nommés que vous rencontrez avant l'affectation, avec une doublure identifiée sur chaque poste clé.
• 47 experts en IA, data et cloud et plus de 200 projets menés jusqu'à la production depuis 2014 — jusqu'à la production, pas jusqu'à la démonstration.
• Un fuseau horaire commun avec l'Europe, qui rend possibles le point synchrone quotidien et l'astreinte sur les heures ouvrées.
• Une compétence multilingue native, français, arabe standard et dialecte, y compris sur les registres tapés que les outils du marché traitent mal.
• Un audit gratuit de 30 minutes pour dire si votre processus se prête réellement à un agent, et lequel attaquer en premier.

#Services complémentaires à Tunis

• Agents IA — page nationale
• Agence IA Tunis
• GEO/AEO Tunis
• Développement Next.js Tunis
• Bureau Nehos Tunis
• Siège Nehos Toulouse

Nos domaines d'intervention connexes : agents IA Tunisie, agents IA nearshore Tunis, prestataire agents IA Tunis, développement IA Tunis, outsourcing IT Tunis.

Venez avec un processus décrit et un ordre de grandeur du temps qu'il consomme : en trente minutes, nous saurons vous dire s'il se prête à un agent, quel périmètre attaquer d'abord et quels garde-fous prévoir.