Intranet d'entreprise : mettre en place un outil vraiment utilisé

La plupart des intranets connaissent le même destin : une mise en ligne saluée, trois semaines d’activité, puis un lent glissement vers l’oubli. Mettre en place un intranet d’entreprise qui reste vivant relève moins de la prouesse technique que d’une suite de décisions organisationnelles, prises avant la première maquette. Les projets qui tiennent partagent des choix reconnaissables, et les projets abandonnés partagent des erreurs tout aussi identifiables.
Pourquoi tant d’intranets finissent à l’abandon
La première cause est un contenu sans propriétaire. Un portail alimenté au lancement par une équipe projet, puis confié à personne, vieillit en quelques mois : les organigrammes deviennent faux, les procédures obsolètes, les actualités datées. Un salarié qui trouve trois informations périmées d’affilée cesse de revenir, et ne reviendra pas quand le contenu sera corrigé.
La deuxième cause tient à la logique de conception. Beaucoup de portails reproduisent l’organigramme de l’entreprise : une rubrique par direction, chacune libre de son contenu. Or personne ne cherche une information en pensant « service généraux ». On cherche à poser un congé, à trouver un numéro, à comprendre une note de frais. Un intranet organisé par tâche plutôt que par service double son taux d’usage sans changer une ligne de code.
La troisième cause est la concurrence interne. Quand la messagerie, un outil de discussion instantanée, un espace de fichiers partagés et le portail contiennent chacun une partie de la vérité, le salarié choisit le canal le plus rapide, jamais le plus officiel. Un intranet ne réussit que s’il devient la source unique d’un petit nombre d’informations que l’on ne trouve nulle part ailleurs.
Mettre en place un intranet d’entreprise : commencer par le diagnostic

Avant de choisir une solution, une semaine d’observation vaut mieux qu’un cahier des charges de cinquante pages. La méthode est simple : demander à une quinzaine de salariés, choisis dans des métiers différents, quelles sont les cinq informations qu’ils cherchent le plus souvent et par quel chemin ils les obtiennent aujourd’hui. Les réponses convergent presque toujours vers une dizaine de besoins concrets.
Ce recueil produit deux livrables. Le premier est une liste ordonnée des irritants : le formulaire que personne ne trouve, le document que tout le monde redemande par courriel, la procédure que chacun interprète différemment. Le second est une cartographie des canaux existants, qui révèle les doublons et les zones grises.
Le diagnostic doit aussi mesurer le terrain matériel. Une entreprise dont la moitié des effectifs travaille sans poste fixe, en atelier, en boutique ou en déplacement, n’a pas les mêmes besoins qu’un siège équipé d’ordinateurs. Pour ces populations, l’accès se joue sur le téléphone personnel ou sur une borne partagée, avec une authentification simplifiée. Ignorer cette contrainte revient à construire un outil pour la moitié de l’entreprise, celle qui en avait le moins besoin.
Les fonctions qui font réellement revenir les équipes
Un portail utile combine trois catégories de contenus. Les informations de référence, stables et rarement modifiées, comme l’annuaire ou les modèles de documents. Les contenus vivants, actualités, comptes rendus, notes de service. Et les services transactionnels, qui permettent de faire quelque chose plutôt que de lire : demander un congé, réserver une salle, déclarer un incident, commander une fourniture.
| Fonction | Effet observé sur l’usage | Effort de mise en place |
|---|---|---|
| Annuaire à jour et cherchable | Très fort, usage quotidien | Faible si la source est fiable |
| Demandes en ligne | Fort, remplace des courriels | Moyen à élevé |
| Base documentaire structurée | Fort si la recherche fonctionne | Moyen, surtout du rangement |
| Actualités internes | Modéré, dépend de la fréquence | Faible techniquement |
| Espaces d’équipe | Variable selon l’animation | Faible |
La fonction la plus rentable reste la recherche. Un moteur qui trouve un document à partir de son contenu, et pas seulement de son titre, transforme un stock inerte en outil de travail. Ce point mérite d’être testé avant tout engagement, avec de vrais documents de l’entreprise et non un jeu de démonstration : la différence entre deux solutions se voit là, pas sur la page d’accueil.
Second point de rentabilité : la connexion aux logiciels déjà en place. Un annuaire qui se synchronise avec le système de gestion des ressources humaines ne vieillit jamais, parce que personne ne le met à jour à la main. Ces liaisons passent par des échanges automatisés dont le principe est décrit dans notre article sur les interfaces de programmation, et elles constituent souvent le poste technique principal du projet.
Solution du marché ou développement dédié

Trois familles de réponses existent, auxquelles s’ajoute une variante libre. Les suites collaboratives du marché, louées par utilisateur, apportent immédiatement messagerie, fichiers, portail et discussions, au prix d’une forte standardisation. Les solutions spécialisées, également en location, se concentrent sur le portail et proposent des gabarits pensés pour la communication interne. Le développement dédié, enfin, construit exactement l’outil décrit par le diagnostic.
| Approche | Coût de départ | Coût récurrent | Point fort |
|---|---|---|---|
| Suite collaborative | Faible, paramétrage | 5 à 20 € par personne et par mois | Écosystème déjà connu |
| Solution de portail spécialisée | 3 000 à 20 000 € | 4 à 12 € par personne et par mois | Rapidité de mise en service |
| Socle libre auto hébergé | 8 000 à 35 000 € | Hébergement et maintenance | Maîtrise et absence de licence |
| Développement dédié | 40 000 à 150 000 € | 15 à 20 % par an | Correspond aux processus réels |
Le développement dédié se justifie dans un cas précis : quand le cœur de l’outil est un processus métier propre à l’entreprise, qu’aucune solution du marché ne modélise. Pour un portail d’information et quelques formulaires, il représente une dépense difficile à défendre. Un critère simple aide à trancher : si le diagnostic fait apparaître une majorité de besoins de consultation, la location suffit ; si les besoins transactionnels dominent, le sur-mesure reprend du sens.
Un point pratique tranche souvent le débat plus vite que les fonctionnalités : la gestion des identités. Une entreprise qui dispose déjà d’un annuaire centralisé, avec un compte unique par salarié, gagne à retenir une solution capable de s’y raccorder. L’authentification unique supprime un mot de passe à retenir, et surtout elle ferme automatiquement les accès au départ d’un collaborateur. Cette dernière propriété relève autant de la sécurité que du confort : les portails dont les comptes se créent à la main gardent presque toujours des accès actifs pour des personnes parties depuis des mois.
L’accès mobile s’arbitre au même moment. Un portail responsive couvre la plupart des situations, et le passage à une application installée ne se justifie qu’en cas d’usage quotidien hors connexion ou de notifications indispensables, avec les conséquences budgétaires que cela suppose.
Gouvernance : qui écrit, qui range, qui décide
Un intranet vit ou meurt selon son modèle éditorial. Trois rôles doivent être attribués nommément, avec du temps dégagé. Le responsable éditorial arbitre ce qui est publié et ce qui est retiré. Les contributeurs, répartis dans les services, produisent et actualisent le contenu de leur périmètre. L’administrateur technique gère les droits, la structure et les incidents.
À ces rôles s’ajoute une règle de péremption. Chaque contenu de référence porte une date de dernière revue et un propriétaire ; passé un délai fixé, une relance part automatiquement, et un document non confirmé bascule en archive. Cette mécanique impopulaire au démarrage est la seule qui empêche l’accumulation de pages fantômes, et elle se paramètre en quelques heures.
La charte de publication complète le dispositif. Elle fixe la longueur attendue, la structure d’une page, le nommage des fichiers et les rubriques autorisées. Sans elle, chaque contributeur invente sa convention, et la recherche s’effondre au bout de deux cents documents. Un modèle d’une page, imposé dès le premier contenu, coûte infiniment moins cher qu’une reprise de fonds documentaire deux ans plus tard.
Mesurer l’adoption, corriger, recommencer
Un intranet se pilote avec cinq indicateurs, pas cinquante. La proportion de salariés qui se connectent au moins une fois par semaine, le nombre de recherches sans résultat, les dix pages les plus consultées, l’âge moyen des contenus de référence, et le volume de demandes traitées par les formulaires en ligne. Ces mesures se rassemblent dans un tableau de bord sobre consulté chaque mois par le responsable éditorial.
Ces indicateurs se lisent en relatif, jamais en absolu. Un portail consulté par 40 % des effectifs chaque semaine n’est ni bon ni mauvais dans l’abstrait : ce qui compte est la trajectoire, et la comparaison entre services. Un écart marqué entre deux directions révèle presque toujours une différence de contenu ou d’animation locale, pas une différence de culture, et se corrige par une action ciblée plutôt que par une campagne générale.
Les recherches infructueuses méritent une attention particulière : elles décrivent exactement ce que les salariés attendent et ne trouvent pas. Une revue mensuelle de cette liste, suivie de la création ou du renommage des contenus manquants, améliore l’usage plus sûrement que n’importe quelle refonte graphique.
Le lancement mérite enfin d’être traité comme un événement, pas comme une mise en ligne. Une communication portée par la direction, une présentation courte dans chaque service, un accompagnement des contributeurs pendant le premier mois : cet effort d’accompagnement représente couramment 15 à 20 % du budget total, et il conditionne le reste. Un outil excellent mal lancé se rattrape difficilement, car la première impression décide de la seconde visite.
Le critère qui résume tout
Un intranet réussi se reconnaît à une chose : un salarié qui cherche une information y va d’abord, par réflexe, sans se demander si le portail sera à jour. Atteindre ce réflexe suppose peu de fonctionnalités, beaucoup de rigueur éditoriale et une attention constante aux besoins réels plutôt qu’aux ambitions affichées au démarrage.