Problème
L'information existe. Personne ne sait où.
Sur un projet de la DSI, ce qu'il faut savoir est écrit, réparti entre Jira, Confluence, GitLab, Swagger et SharePoint. Chaque outil en détient un morceau, aucun ne porte l'ensemble, et une bonne partie de ce qui a été rédigé n'est jamais mise à jour.
Alors tout le monde repose la question. Un nouvel arrivant met des semaines à comprendre où il met les pieds. Un chef tranche sans avoir tout vu. Et ceux qui savent passent leurs journées à répéter ce qui est déjà écrit quelque part.
Il y a trop d'écrit, et aucun endroit où le lire ensemble.
Nommage
Pourquoi Meridian
Un méridien est la ligne qui relie deux pôles opposés. Le nom dit ce que fait le produit, rassembler sur un même axe des systèmes qui n'ont aucun lien entre eux.
Ce mot a donné sa forme à l'interface. Les échanges se suivent le long d'un seul axe vertical, chaque réponse s'y accroche, et le lecteur remonte son enquête du début à la fin.
Conception
Un agent qui cite ses sources
Dans un contexte professionnel, une réponse que personne ne peut vérifier ne vaut rien, et j'ai conçu l'interface à partir de cette contrainte. L'écran montre d'abord d'où vient la réponse, et la conversation passe au second plan.
Meridian répond par des documents composés. Chaque affirmation porte un marqueur numéroté qui renvoie à une colonne de marge. Survoler le marqueur allume sa source, et survoler la source allume le marqueur. Les sources ont leur propre colonne, à la hauteur du passage qu'elles appuient.
Rendre l'index visible
Meridian ne peut répondre que sur ce qu'il a lu. La liste des sources occupe donc un écran entier, au lieu d'être rangée dans les réglages. Le lecteur voit système par système ce qui a été indexé, la part que chacun représente et la date du dernier passage. Une source tombée se remarque tout de suite. Sans cela, il ne peut pas savoir ce que la réponse ignore.
Capter ce qui n'est écrit nulle part
La population salariée d'Orange vieillit, et l'entreprise perd le savoir de ceux qui partent. D'où une fonction de passation. Avant un départ, un agent dédié mène un entretien court, puis verse ce qu'il a recueilli dans la base de connaissance du projet.
La fiche produite rejoint l'index et se cite comme n'importe quelle autre source, au lieu d'aller sur un espace partagé que personne n'ouvrira. Ce qu'une personne avait dans la tête devient une réponse pour celle qui reprend le sujet deux ans plus tard.
Cadrage technique
3 choix laissés au commanditaire
La décision d'architecture ne m'appartenait pas. Mon travail a été de poser les options avec ce que chacune coûte, pour que le décideur tranche en connaissance de cause. 3 arbitrages, soit 8 combinaisons possibles.
| Arbitrage | Option A | Option B | Ce que ça change |
|---|---|---|---|
| Accès aux outils | Connecteurs directs via MCP |
Ingestion périodique | Le connecteur lit à l'instant de la question et hérite des droits de l'utilisateur. L'ingestion épargne les outils sources, mais l'index vieillit et les droits sont à recopier. |
| Recherche | Recherche documentaire préalable (RAG) |
Contexte fourni directement | La recherche préalable réduit ce qui part au modèle, donc le coût par question, et tout repose alors sur la qualité du rappel. Le contexte direct supprime cette étape et coûte plus cher à chaque appel. |
| Agrégation | Agent secondaire de synthèse | Agrégation dans l'agent principal | Un agent dédié croise mieux les sources. Il ajoute un appel au modèle et de la latence à chaque réponse. |
Résultat
État d'avancement
Meridian n'a pas dépassé le stade de l'étude. Faute d'équipe de développement affectée, le projet s'est arrêté au cadrage, avec les maquettes, le parcours utilisateur, les architectures comparées et les fonctionnalités définies.
Je ne verrai pas son démarrage effectif. Les lancements de projet prennent du temps dans une structure de cette taille. Celui-ci attendait un arbitrage de ressources qui n'est pas venu pendant mon alternance.
Méthode
Neuf études de parcours en deux ans
Mon travail chez Orange a été celui de Business Analyst et de UI UX Designer à la direction des systèmes d'information. J'ai mené neuf études de parcours entre septembre 2024 et avril 2026, chacune sur un écran ou une fonction du système d'information. Toutes tiennent dans un même fichier Figma, une page par étude. Meridian est venu en plus, porté par l'un de mes managers qui a voulu voir jusqu'où l'idée tenait.
Personne n'avait dix minutes pour un document de spécifications. J'ai donc commencé par le nom, puis par une image de l'interface, et les écrans sont venus après. Je referais le travail dans cet ordre.
