Quand une équipe passe 80% de son temps à chercher de l'information

Un collaborateur commence sa journée. Il a une demande de mise en service à traiter. Avant de pouvoir l'exécuter, il doit retrouver le contrat du client dans la boîte mail, localiser le bon fichier Excel dans le dossier partagé, demander à un collègue le numéro de point de livraison correspondant, et vérifier dans le CRM si les coordonnées du contact sont à jour. Vingt minutes ont passé. La tâche elle-même prendra dix minutes.

Ce ratio n'est pas exceptionnel. Dans une ETI du secteur de l'énergie accompagnée ces derniers mois, un opérateur a mesuré qu'il passait environ 80% de son temps à chercher de l'information, et 20% à l'utiliser pour exécuter ses tâches. Ce chiffre, formulé à voix haute, a surpris les dirigeants. En réalité, il décrit précisément ce que vit toute équipe dont le système d'information ne centralise pas l'information au bon endroit.

Un ratio que personne ne mesure, mais que tout le monde vit

Le temps de recherche de l'information est le coût caché le plus systématique d'un SI fragmenté. Il n'apparaît dans aucun reporting. Il ne génère pas de ticket de support. Il ne déclenche pas d'alerte. Il consomme silencieusement une part de la bande passante de chaque collaborateur, chaque jour.

La raison pour laquelle personne ne le mesure est simple : on ne sait pas qu'on le pourrait. Le temps de recherche se confond avec le temps de travail. On ne dit pas “j'ai passé 20 minutes à chercher le bon contrat” , on dit “j'ai traité la demande de mise en service”. La tâche inclut implicitement la recherche qui la précède. Et c'est exactement pour ça que ce coût reste invisible.

Pourtant, une heure d'observation d'une équipe opérationnelle suffit à le quantifier. Sur chaque tâche récurrente, on peut chronométrer : combien de temps avant d'agir, combien de temps à agir. Le ratio qui ressort est presque toujours inconfortable à regarder en face.

Pourquoi l'information se disperse

L'information se disperse parce qu'elle est créée dans le contexte, pas dans un système. Chaque fois qu'un collaborateur traite une demande, il produit de l'information : une réponse client dans un mail, une note dans un fichier Excel, une décision verbale dans une réunion. Cette information existe, mais elle n'est pas dans le système , elle est dans l'endroit où elle a été créée.

Avec le temps, la même information se retrouve à quatre ou cinq endroits différents, dans des versions pas toujours cohérentes entre elles. La version dans le mail du mois dernier, celle dans le fichier Excel du projet, celle dans le CRM mise à jour il y a six mois, celle que le responsable garde dans sa tête parce qu'elle est plus fiable. Personne ne sait laquelle fait foi.

« Souvent dans les entreprises, on se rend compte qu'il y a pas mal de ressaisies d'information, voire d'erreurs d'information, qui impliquent ensuite d'aller mettre à jour, de rappeler le client pour une modification, de refacturer, de générer des avoirs. »

Ce qui se passe quand le collaborateur est absent

La dépendance à un collaborateur clé est le symptôme le plus révélateur d'un SI non centralisé. Quand une personne est absente, certaines tâches se mettent en pause. Pas parce qu'elle seule peut les exécuter, mais parce qu'elle seule sait où se trouve l'information nécessaire.

Ce fonctionnement s'installe naturellement dans toute PME qui a grandi vite. Chacun maîtrise son périmètre. La connaissance est réelle, elle est même souvent très fine. Mais elle est dans les têtes, pas dans le système. La centralisation n'est pas un problème de compétence des équipes , c'est une question de conception du système d'information.

Ce que ce ratio coûte concrètement

Le coût direct du ratio 80/20 est en temps. Sur un collaborateur qui traite douze tâches par jour et passe en moyenne quinze minutes à rechercher l'information pour chacune, cela représente trois heures par jour de travail improductif. Sur une équipe de cinq personnes, c'est quinze heures quotidiennes consommées à chercher. Rapporté à l'année, le chiffre devient difficile à ignorer.

Le coût indirect est plus insidieux. L'information cherchée n'est pas toujours retrouvée dans sa version correcte. Les erreurs qui en résultent génèrent des avoirs, des rappels clients, des re-saisies, des corrections en cascade. Ces erreurs ont elles-mêmes un coût : temps de traitement, image client, confiance interne dans le système. Pour comprendre l'ampleur des ressaisies dans un contexte PME, retrouvez le calcul réel du coût de la ressaisie sur 50 salariés.

Il y a enfin le coût de décision. Quand on prend une décision sur la base d'une information incomplète ou périmée, les conséquences s'observent rarement dans la semaine. Elles apparaissent trois mois plus tard dans une commande mal facturée, un contrat mal appliqué, un client qui revient avec une réclamation sur un historique que personne ne retrouve.

Réduire ce ratio n'est pas un problème d'outil

Le réflexe habituel face à ce constat est d'acheter un nouvel outil. Un CRM plus complet, une GED, un ERP. Ces outils peuvent être des solutions, mais ils ne le sont pas par défaut. Un outil de plus, dans un SI déjà fragmenté, crée un endroit de plus où l'information peut se disperser. Le problème se déplace, il ne se résout pas.

Ce qui résout le problème, c'est de répondre à une question structurelle avant de choisir un outil : pour chaque type d'information critique de l'entreprise, où est la source de vérité ? Qui la crée, qui la maintient, qui y accède et dans quel contexte ? Cette cartographie est ce qui permet ensuite de choisir l'outil adapté, plutôt que de laisser l'outil dicter l'architecture.

« Normalement, dans une entreprise qui a bien modernisé ses processus, tout cela devrait se faire de façon toute naturelle par le système d'information et non pas par l'humain, de manière à libérer l'humain. »

La distinction entre centraliser et migrer est importante. Migrer consiste à déplacer l'information existante dans un nouveau système. Centraliser consiste à définir une architecture dans laquelle chaque information a un endroit unique, puis à y faire converger progressivement les pratiques. La migration sans architecture ne fait que reproduire le problème dans un nouveau contexte. Pour identifier si votre SI présente ces symptômes, retrouvez les 6 signes que votre SI freine votre croissance.

Ce qui change quand le ratio s'inverse

Quand l'information est disponible immédiatement au moment de la tâche, la durée de la tâche se réduit à sa partie utile. Sur l'opérateur qui passait 20 minutes à chercher avant 10 minutes d'exécution, la centralisation inverse les proportions : deux minutes pour trouver l'information pré-agrégée, dix minutes d'exécution, une décision documentée.

Sur douze tâches par jour, ce gain n'est pas marginal. Il représente en moyenne trois à quatre heures récupérées quotidiennement par collaborateur. Heures qui peuvent être consacrées à des tâches à plus forte valeur, à un volume de traitement supérieur, ou simplement à moins de pression sur des journées qui débordent.

Le second effet, moins immédiat mais plus structurant, est la fiabilité des décisions. Quand tout le monde accède à la même information dans la même version, les erreurs de traitement liées à une information périmée ou incomplète diminuent. Les avoirs et les rappels clients diminuent. La confiance dans le système augmente. Et avec elle, l'adhésion des équipes à l'outil , ce qui est souvent la condition la plus difficile à obtenir. Pour aller plus loin sur comment automatiser un back-office commercial sans reconstruire tout le SI, retrouvez comment automatiser le back-office commercial sans refondre tout votre SI.

Première action concrète : cette semaine, demandez à un collaborateur de chronomètrer, sur cinq tâches récurrentes, le temps passé à chercher l'information vs le temps passé à l'utiliser. Le chiffre qui ressort définit le potentiel de gain disponible sans changer d'outil.