LIVE 360
Orange
Live 360.
Conception de la V2 de Live 360 — la plateforme de supervision réseau interne d’Orange, utilisée simultanément par les ingénieurs NOC et les account managers pour monitorer l’ensemble du parc télécoms en temps réel.
« Dans un outil de supervision réseau, chaque seconde de lecture perdue est une seconde de réaction perdue. La clarté n’était pas une ambition esthétique — c’était une exigence opérationnelle. »
Live 360 est la plateforme centrale de supervision réseau d’Orange — utilisée en temps réel par deux profils radicalement différents : les ingénieurs NOC qui traitent les alarmes et analysent l’état du réseau, et les account managers qui suivent la performance des offres et des portefeuilles clients. La V1 avait accumulé des années de couches fonctionnelles sans révision de l’architecture sous-jacente — dense, efficace, mais difficile à lire pour les non-experts.
Mon rôle sur cette V2 était double : Product Owner et Lead Product Designer. Deux casquettes rarement portées par la même personne sur un outil de cette envergure — ce qui a permis d’articuler en permanence les décisions de priorisation produit et les arbitrages de conception sans perte de traduction entre les deux.
L’ambition de la V2 était triple : améliorer la lisibilité des dashboards existants sans casser les habitudes des experts, redéfinir l’architecture de l’information pour mieux servir les deux audiences, et intégrer de nouvelles fonctionnalités (cartes réseau, vues critiques, préférences) dans un système cohérent.
Trois points de friction
identifiés.
Un ingénieur NOC travaille dans l’urgence — il a besoin de détecter une anomalie en quelques secondes, de naviguer rapidement entre alarmes et cartes réseau. Un account manager travaille dans la durée — il suit des tendances, compare des portefeuilles, prépare des rapports. Le même outil devait servir les deux sans compromettre ni l’un ni l’autre.
Un outil de supervision réseau est par nature dense — des centaines de signaux, d’indicateurs, d’états en temps réel. La tentation de simplifier était un piège : les experts avaient besoin de cette densité. L’enjeu était de la rendre lisible sans la réduire — par la hiérarchie, le contraste, et le dark mode.
Assumer les rôles de Product Owner et de Lead Designer sur un même projet, c’est être à la fois arbitre des priorités et concepteur des solutions. La richesse de cette posture est réelle — mais elle exige une discipline pour ne pas confondre les deux modes, ni laisser l’un écraser l’autre.
Une démarche
en 4 temps.
Sessions d’observation en conditions réelles avec les ingénieurs NOC — traitement d’alarmes, navigation dans les dashboards, gestion des incidents. Entretiens avec les account managers sur leurs besoins de suivi et de reporting. Cartographie des parcours distincts et des données critiques pour chaque profil.
Définition du périmètre de la V2, priorisation des user stories en tant que PO, redéfinition de l’architecture d’information (Home, Dashboards, Alarmes, Événements, Network Maps, Toolbox, Admin). Alignement avec les équipes techniques sur les contraintes de la donnée temps réel.
Conception du système de design dark mode (tokens couleur, typographie, composants de visualisation de données), conception des dashboards par vue (offres, domaines, portefeuilles), des pages d’alarmes, des cartes réseau, des vues critiques et complètes. Maquettes haute fidélité et prototypes interactifs validés avec les deux audiences.
Tests d’utilisabilité avec des ingénieurs NOC en situation réelle — mesure de la vitesse de détection d’anomalie, de la clarté des indicateurs d’état, de l’efficacité de navigation. Validation séparée avec les account managers sur les vues de suivi et les fonctionnalités de préférences. Itérations ciblées avant livraison.
Un outil réinventé
pour deux métiers.
La V2 de Live 360 a permis à Orange de moderniser sa plateforme de supervision réseau en profondeur — architecture d’information clarifiée, dashboards hiérarchisés, nouvelles fonctionnalités intégrées dans un système cohérent — sans perdre la densité d’information que les ingénieurs NOC considèrent comme non négociable.
L’articulation des rôles PO et Lead Designer sur un même périmètre a été le principal facteur de vélocité — les décisions de priorisation et les arbitrages de conception se sont nourris mutuellement, sans les allers-retours habituels entre roadmap et maquettes.
Ce que ce projet
a confirmé.
Porter les deux casquettes impose une discipline rare — savoir quand décider en tant que PO (prioriser, arbitrer, renoncer) et quand concevoir en tant que Designer (explorer, questionner, représenter). La tension entre les deux n’est pas un problème à résoudre : c’est ce qui produit les meilleures décisions produit.
Sur un outil de supervision, vouloir simplifier la densité d’information est une erreur de diagnostic. La bonne question n’est pas « comment afficher moins » — c’est « qu’est-ce qui doit être visible en premier ». La hiérarchie visuelle est la vraie réponse à la complexité métier.
Pour des ingénieurs qui passent des heures devant des écrans de supervision en salle de crise, le dark mode réduit la fatigue visuelle et améliore la détection des signaux d’alerte. La couleur y est un code opérationnel — orange pour l’attention, rouge pour le critique, vert pour le nominal. Chaque choix chromatique est un choix métier.
Un ingénieur NOC ne sait pas toujours formuler ce dont il a besoin — il a intériorisé ses habitudes au point de ne plus les percevoir. C’est l’observation en conditions réelles — le shadowing en situation d’incident — qui a révélé les frictions invisibles que les entretiens n’auraient jamais fait émerger.