Proximus Emerging Business : Infonet, une base de connaissances départementale qui publiait en temps réel
Comment Infonet, une base de connaissances phpBB montée en interne, a permis à une équipe de support télécom B2B en pleine croissance de partager son savoir plus vite que l'intranet corporate.

L'unité Emerging Business de Proximus était la ligne de front B2B des nouveaux produits data — connectivité corporate et PME, BlackBerry Enterprise Server, les débuts de la data mobile — sur un marché télécom qui croissait plus vite que sa documentation. En tant que B2B Emerging Business Specialist, j'assurais le support data B2B de 1ère ligne plus le support technique et VIP de 2ème ligne, et j'ai bâti Infonet, une base de connaissances phpBB sur serveur, pour que le département puisse publier procédures, trouvailles et astuces de terrain en temps réel, au lieu de les mettre en file derrière l'équipe intranet corporate.
Le contexte
Emerging Business portait bien son nom : les produits avançaient plus vite que quiconque pouvait les documenter. Nouveaux tarifs data, configurations APN, déploiements BlackBerry Enterprise Server 4.0, particularités des appareils, cas limites des clients corporate — le savoir qui résolvait un ticket avait souvent trois jours et vivait dans la tête ou la boîte mail d'une seule personne.
Le canal officiel de ce savoir, c'était l'intranet corporate, géré par une équipe centrale avec son propre backlog et sa propre cadence de publication. Le temps qu'une procédure passe la revue et soit mise en ligne, le produit avait souvent déjà évolué. Le plateau de support tournait de fait sur du savoir tribal : demander au collègue qui l'a résolu la dernière fois, en espérant qu'il soit là aujourd'hui.
Dans un environnement télécom en croissance aussi rapide, cet écart se compose. Chaque correctif non documenté est re-découvert par l'agent suivant, chaque escalade VIP rejoue un problème déjà résolu par quelqu'un, et intégrer un nouveau spécialiste se fait par observation plutôt que par lecture. Le département n'avait pas besoin d'un meilleur intranet — il avait besoin d'un endroit qu'il contrôlait vraiment.
L'approche
J'ai installé une instance phpBB sur un serveur du département — Infonet — et transformé un moteur de forum en base de connaissances structurée : des catégories par ligne de produits et par niveau de support, des fils épinglés pour les procédures canoniques, et des fils ordinaires pour le journal courant des trouvailles et contournements. L'outillage était volontairement ennuyeux — phpBB était gratuit, bien connu et tournait sur du matériel qu'on avait déjà — parce que l'enjeu était l'adoption, pas l'architecture.
Le modèle éditorial a été la vraie décision de conception. N'importe qui dans le département pouvait publier ; la base faisait confiance au plateau de support pour écrire ce qu'il venait d'apprendre, au moment où il l'apprenait. Les procédures canoniques étaient curées en fils épinglés et tenues à jour ; le reste restait une conversation recherchable et horodatée. Cela inversait le modèle de l'intranet — au lieu d'une revue centrale avant publication, l'équipe publiait d'abord et curait en continu.
L'adoption s'est gagnée en faisant de la base le chemin le plus rapide vers une réponse. Quand un cas BlackBerry Enterprise Server épineux ou un problème d'APN corporate était résolu, la solution allait dans la base tant qu'elle était fraîche, et l'agent suivant la trouvait en cherchant plutôt qu'en demandant. Une fois la base manifestement plus rapide que d'aller jusqu'au bureau d'un collègue, l'utiliser a cessé d'être une consigne pour devenir une habitude.
Décisions clés
- Bâtir la base de connaissances sur un serveur contrôlé par le département plutôt que d'attendre la file de publication de l'équipe intranet centrale.
- Utiliser phpBB — outil gratuit, familier, déjà supporté — pour que la barrière à la contribution soit aussi basse que poster un message de forum.
- Laisser tout le département publier, pas seulement un responsable documentation désigné : capturer le savoir au moment de la résolution.
- Curer les procédures canoniques en fils épinglés tout en gardant le journal brut des trouvailles recherchable et horodaté.
- Structurer les catégories autour des lignes de produits et des niveaux de support pour que le modèle mental de l'agent colle à la navigation.
- Faire de la base la route la plus rapide vers une réponse, pour que l'adoption soit portée par l'utilité plutôt que par l'obligation.
Résultats
- →Le département Emerging Business a obtenu une base de connaissances qu'il possédait et où il pouvait publier en temps réel, sans dépendre de la cadence de revue de l'intranet corporate.
- →Procédures, trouvailles et astuces de terrain étaient capturées au moment de la résolution au lieu d'être perdues dans les boîtes mail et la mémoire tribale.
- →Les problèmes data B2B et BlackBerry Enterprise Server récurrents étaient résolus par recherche plutôt que par re-découverte, en 1ère ligne, 2ème ligne et support VIP.
- →Les nouveaux spécialistes pouvaient s'intégrer en lisant la base plutôt qu'en observant leurs collègues.
- →Le département a prouvé que l'équipe la plus proche du problème est la bonne équipe pour publier la solution — un modèle qui a tenu à mesure que l'activité data B2B continuait de croître.
Ce que j'en retiens
- ▸Quand la documentation ne suit pas le rythme du produit, le goulot d'étranglement est généralement le modèle de publication, pas les rédacteurs. Déplacez la publication vers les gens les plus proches du travail.
- ▸Un outillage ennuyeux et bien compris bat la plateforme parfaite. phpBB a marché parce que tout le monde savait déjà s'en servir dès le premier jour.
- ▸Une base de connaissances est adoptée quand elle est le chemin le plus rapide vers une réponse — pas quand elle est imposée. Optimisez le temps-de-réponse.
- ▸Le savoir publié par les pairs en temps réel avec une curation continue légère surpasse la revue-puis-publication centrale dans tout environnement qui bouge vite.
Le savoir le plus durement acquis de votre équipe est-il coincé derrière une file de publication ?
J'aide les organisations à transformer le savoir tribal en quelque chose que l'équipe peut réellement retrouver — des bases de connaissances en temps réel à la recherche assistée par IA sur des corpus privés. 30 minutes de découverte, sans pitch.