Réponse courte : les PME perdent du temps avec des outils non connectés parce que chaque passage d'un système à l'autre crée une ou plusieurs frictions invisibles : transférer ou ressaisir, attendre puis relancer, rapprocher et contrôler, enfin corriger ou reprendre. Le nombre de logiciels n'est donc pas le bon indicateur. En cinq jours, un journal d'événements permet de compter ces quatre frictions sans les additionner deux fois, de séparer le travail actif du délai écoulé et de choisir une seule action principale : supprimer une étape, poser un connecteur, orchestrer plusieurs systèmes ou construire un outil métier.
Ce diagnostic précède toute décision technique. Il ne dit pas encore quelle API employer, où centraliser les données ni si l'investissement sera rentable. Il répond à une question plus immédiate : où le temps disparaît-il réellement, et quelle classe de solution mérite d'être instruite ?
Quatre frictions à mesurer, sans double comptage
Prenez un flux délimité, par exemple « de la commande validée à la facture envoyée », et non « toute l'administration ». Puis affectez chaque minute active observée à une seule des quatre catégories. Cette règle évite de gonfler artificiellement le problème.
| Friction | Ce qui entre dans la mesure | Ce qui n'y entre pas | Signal utile |
|---|---|---|---|
| 1. Transfert / ressaisie | Copier un champ, exporter puis importer un fichier, reformater une pièce, recréer une fiche déjà présente ailleurs. | Une saisie qui produit une information nouvelle et nécessaire. | Minutes actives et nombre de champs ou pièces transférés. |
| 2. Attente / relance | Temps actif passé à vérifier un statut, chercher un destinataire ou relancer ; délai écoulé entre « prêt à transmettre » et « pris en charge ». | Le délai écoulé n'est pas du temps de travail. Il reste une mesure séparée. | Minutes actives de relance, délai médian et part des dossiers hors engagement. |
| 3. Rapprochement / contrôle | Comparer deux statuts, vérifier qu'un montant ou une adresse concorde, rechercher la version fiable, valider un import. | Un contrôle réglementaire ou métier qui resterait nécessaire même avec des outils connectés. | Minutes actives, nombre de sources consultées et écarts détectés. |
| 4. Correction / reprise | Réouvrir un dossier, annuler un doublon, corriger une donnée propagée, refaire un document ou traiter un incident en aval. | La ressaisie occasionnée par la correction : elle reste classée ici, pas une seconde fois en transfert. | Minutes actives, fréquence, coût direct et conséquences en aval. |
Règle d'arbitrage : classez la minute selon l'intention immédiate de l'action. Si une personne recopie une adresse parce qu'elle traite une erreur, la minute appartient à « correction / reprise ». Si elle la recopie dans le fonctionnement normal, elle appartient à « transfert / ressaisie ». Une période d'attente et la relance qui la termine donnent deux données différentes : des minutes écoulées d'un côté, des minutes actives de l'autre.
Le journal copiable pour cinq jours
Une ligne décrit un événement, pas un dossier entier. Utilisez un identifiant pseudonymisé de dossier et un identifiant d'événement unique, par exemple D042-validation-02. Une même paire dossier + événement ne peut apparaître qu'une fois ; une correction ultérieure reçoit un nouvel identifiant.
date;case_id;event_id;debut;fin;role;source;destination;declencheur;friction;minutes_actives;minutes_attente;cout_direct_eur;resultat;cause;preuve
2026-08-03;D042;D042-transfert-01;09:14;09:20;ADV;CRM;facturation;commande validee;transfert;6;0;0;transmis;absence de liaison;capture anonymisee
2026-08-03;D042;D042-attente-01;09:20;16:50;ADV;facturation;comptabilite;facture prete;attente;0;450;0;non prise en charge;file non signalee;horodatages
2026-08-03;D042;D042-relance-01;16:50;16:54;ADV;email;comptabilite;echeance depassee;attente;4;0;0;prise en charge;aucune alerte;email reference
Les champs indispensables sont les suivants :
- Événement et horodatage : début et fin observables, avec une définition commune de ce qui déclenche l'étape.
- Acteur : un rôle, pas le nom de la personne, sauf nécessité documentée.
- Source et destination : les deux outils, fichiers, boîtes ou équipes entre lesquels le travail passe.
- Temps actif : minutes effectivement consacrées à l'action, interruptions exclues.
- Délai écoulé : minutes sans traitement entre deux événements. Elles ne sont jamais ajoutées aux minutes actives.
- Coût direct : avoir, pénalité, double prélèvement, réexpédition ou prestation externe rattachable à l'événement, preuve à l'appui.
- Résultat et cause : terminé, bloqué, corrigé ou abandonné ; la cause reste une hypothèse tant qu'elle n'a pas été vérifiée.
L'objectif est de comprendre un flux, pas de surveiller individuellement les salariés. Lorsque le journal contient des données personnelles, ne collectez que ce qui est nécessaire, informez les personnes concernées et fixez une durée de conservation. L'article 5 du RGPD pose le principe de minimisation. Le guide 2024 de la CNIL recommande, pour les traces applicatives, de conserver l'auteur, la date, l'heure, la nature de l'opération et la référence concernée, tout en avertissant qu'utiliser des journaux techniques pour compter les heures travaillées détourne leur finalité. Ici, la mesure doit donc être une observation opérationnelle transparente, limitée et distincte des logs de sécurité.
Le protocole, du lundi au vendredi
Choisissez avant le démarrage un échantillon représentatif : un flux, cinq jours ouvrés, tous les dossiers du flux si le volume est raisonnable, ou une règle d'échantillonnage écrite avant l'observation. Ne sélectionnez pas seulement les cas difficiles. L'ANSSI présente la cartographie d'un système d'information comme une démarche progressive en cinq étapes, utilisable quelle que soit la taille de l'organisation. Pour ce diagnostic court, cartographier signifie surtout suivre les échanges réels entre acteurs et outils.
Les quatre frictions sont consignées en continu, sur tous les dossiers de l'échantillon, pendant les cinq jours. Les thèmes quotidiens ci-dessous ne découpent pas la collecte : ils ajoutent un contrôle de qualité et une analyse approfondie sans interrompre le journal commun. Un transfert observé le jeudi et une reprise observée le mardi restent donc inclus dans la baseline.
| Jour | Travail | Preuve à produire | Question de contrôle |
|---|---|---|---|
| Jour 1 — borner | Définir le début, la fin, l'unité de travail et la règle d'unicité. Suivre trois à cinq dossiers de bout en bout pour corriger le vocabulaire, puis lancer la consignation continue des quatre frictions. | Schéma du flux, liste des outils et journal testé. | Deux observateurs classent-ils le même événement dans la même friction ? |
| Jour 2 — transferts | Poursuivre le journal complet et contrôler plus particulièrement les passages normaux entre systèmes, les champs recopiés, les exports, les imports et les pièces reformattées. | Minutes de transfert par dossier et champs concernés. | Quelle information nouvelle est créée, et laquelle est seulement déplacée ? |
| Jour 3 — attentes | Poursuivre le journal complet, puis contrôler les horodatages des files et des prises en charge. Vérifier que les relances actives et les délais écoulés restent séparés. | Délai médian, 90e centile si le volume le permet, dossiers hors engagement et minutes de relance. | L'outil ralentit-il le flux, ou le problème vient-il d'une règle de priorité ou d'une responsabilité absente ? |
| Jour 4 — contrôles et reprises | Poursuivre le journal complet, puis suivre chaque écart jusqu'à sa cause et ses conséquences. Distinguer le contrôle incompressible de celui créé par le manque de confiance entre systèmes. | Minutes de contrôle, taux de reprise et coûts directs prouvés. | Le contrôle disparaîtrait-il si l'information arrivait complète, au bon format et avec une trace ? |
| Jour 5 — décider | Terminer la collecte sur le même périmètre, nettoyer les doublons, calculer le coût observé, examiner les critères éliminatoires et choisir une action principale. | Baseline signée, décision, responsable et prochain test limité. | La solution traite-t-elle la friction dominante, ou ajoute-t-elle seulement un outil ? |
Une semaine donne une baseline locale, pas une vérité universelle. Signalez les congés, clôtures mensuelles, campagnes commerciales ou incidents inhabituels. Si le volume est faible ou la semaine atypique, prolongez l'observation avant d'annualiser.
Calculer le coût complet sans transformer l'attente en salaire
Le coût des frictions comporte quatre blocs. Le premier utilise uniquement les minutes actives. Le second isole les conséquences économiques prouvées du délai. Les deux derniers ajoutent les impacts directs des erreurs et les frais spécifiques des contournements.
coût actif = (minutes transfert + relance + contrôle + reprise) / 60 × coût horaire chargé
coût du délai = pénalités + avoirs + marge perdue prouvée + coût de financement directement attribuable
coût des erreurs = frais externes + achats en double + réexpéditions + autres impacts directs, hors temps de reprise déjà compté
coût complet observé = coût actif + coût du délai + coût des erreurs + frais de contournement
Le coût horaire chargé doit être fourni par la finance ou construit à partir d'une hypothèse affichée. Le coût du délai reste à zéro tant qu'aucune conséquence monétaire n'est démontrée. Dix heures d'attente ne valent pas dix heures de salaire si personne n'est bloqué pendant ces dix heures. Conservez alors l'attente comme indicateur de service : elle peut dégrader un engagement client sans constituer immédiatement une dépense.
Pour annualiser, utilisez le nombre de semaines réellement comparables, pas 52 par réflexe :
coût annuel indicatif = coût observé sur 5 jours × nombre de semaines comparables
N'appliquez pas un « facteur de représentativité » improvisé à une semaine atypique : selon sa définition, il peut inverser la correction et produire une précision trompeuse. Si l'activité varie, mesurez séparément une semaine normale et les périodes de pointe, puis annualisez chaque strate avec son propre nombre de semaines. Si cette répartition n'est pas connue, n'annualisez pas encore et prolongez l'observation.
Choisir entre suppression, connecteur, orchestration et outil métier
Choisissez l'intervention la plus petite qui retire la friction dominante. Une solution peut en préparer une autre, mais le compte rendu du jour 5 doit désigner une action principale et expliquer pourquoi les trois autres ne sont pas prioritaires.
| Option | À choisir si | Critère éliminatoire | Premier test |
|---|---|---|---|
| Supprimer | L'étape ne crée ni information, ni décision, ni preuve utile ; son résultat n'est pas consommé ou reproduit un contrôle déjà réalisé. | Obligation légale ou contractuelle, séparation des responsabilités, contrôle métier encore nécessaire, ou consommateur aval identifié. | Retirer l'étape sur dix dossiers réversibles et vérifier qualité, délai et incidents. |
| Connecteur | Une source et une destination stables échangent un événement bien défini, avec peu de transformations et un propriétaire pour les erreurs. | Pas d'interface ou d'export maintenu, source de vérité ambiguë, opération non rejouable sans risque de doublon, ou exceptions nombreuses. | Transmettre un seul événement, journaliser succès et échec, puis rejouer un incident sans créer de doublon. |
| Orchestration | Le parcours conserve un état entre plusieurs étapes, comporte des branches, délais, reprises ou compensations, et exige une supervision de bout en bout — même entre deux systèmes seulement. | Processus qui change chaque semaine, absence d'opérateur, impossibilité de corréler un dossier entre étapes, ou échanges simples et indépendants ne justifiant pas cette couche d'exploitation. | Exécuter un parcours nominal et trois pannes : indisponibilité, réponse invalide et doublon. |
| Outil métier | Le problème central est le travail partagé lui-même : état du dossier, rôles, décisions, exceptions et historique n'existent nulle part de façon cohérente. | Un produit standard couvre le besoin, le processus n'est pas stabilisé, aucun responsable produit n'est disponible, ou un simple transfert résout l'essentiel. | Prototyper un seul flux et ses exceptions avec les utilisateurs, sans remplacer tout le système. |
Avant de retenir un connecteur, faites vérifier le contrat d'interface et le comportement en cas de répétition. La spécification OpenAPI 3.2.0 fournit un format standard de description d'API ; la RFC 9110 rappelle que toutes les opérations HTTP ne sont pas idempotentes et qu'une répétition automatique peut donc être dangereuse. Pour une orchestration, exigez aussi un identifiant qui suit le dossier : la documentation officielle d'OpenTelemetry explique comment la propagation de contexte corrèle traces, métriques et journaux au-delà des frontières entre services. Ces références servent ici de portes éliminatoires, pas de tutoriel d'architecture.
Exemple pédagogique : 40 dossiers observés
L'exemple suivant est fictif. Il montre le calcul, pas un résultat Forge Labs ni un benchmark de PME.
Une équipe observe 40 dossiers pendant cinq jours. La finance retient une hypothèse de 42 € par heure chargée et 46 semaines comparables par an. Le journal totalise :
- 240 minutes de transfert et ressaisie ;
- 40 minutes actives de relance ;
- 360 heures de délai écoulé, soit 9 heures en moyenne par dossier ;
- 160 minutes de rapprochement et contrôle ;
- 100 minutes de correction sur quatre erreurs ;
- 60 € de frais directs liés aux erreurs ;
- 100 € d'avoirs liés à quatre retards documentés.
Les minutes actives valent 240 + 40 + 160 + 100 = 540 minutes, soit 9 heures. Leur coût est 9 × 42 € = 378 €. Le coût complet observé vaut donc 378 + 60 + 100 = 538 €. Les 360 heures d'attente ne sont pas multipliées par 42 € : seules leurs conséquences prouvées, les 100 € d'avoirs, sont monétisées.
Avec 46 semaines explicitement considérées comme comparables à la semaine observée, l'ordre de grandeur annuel est 538 × 46 = 24 748 €. Ce chiffre décrit le coût actuel des frictions observées. Il ne prouve pas qu'une solution fera économiser 24 748 €. Si les 46 semaines ne sont pas comparables, le calcul doit être remplacé par une annualisation par périodes, pas corrigé par un coefficient arbitraire.
Le flux principal relie une source à une destination et couvre 28 dossiers sur 40. L'équipe instruit donc un connecteur sur ce périmètre, soit 70 % des dossiers, tandis que les 12 dossiers d'exception restent manuels. Elle ne suppose pas que ces 28 dossiers concentrent 70 % de chaque coût : elle filtre le journal. Dans cet exemple fictif, le sous-ensemble couvert contient 168 minutes de transfert, 28 de relance, 112 de contrôle, 70 de correction, 42 € de frais d'erreur et 70 € d'avoirs. Ces valeurs représentent ici exactement 70 % de chaque sous-total par construction de l'exemple ; dans un cas réel, elles pourraient être très différentes.
Pour préparer le test, l'équipe pose ensuite des hypothèses prudentes : retirer 80 % de la ressaisie du sous-ensemble couvert et 50 % de ses relances, contrôles, corrections et impacts directs.
La capacité théoriquement récupérable est alors :
(168 × 80 %) + (28 × 50 %) + (112 × 50 %) + (70 × 50 %) = 239,4 minutes
Soit 3,99 heures par semaine, ou 239,4 / 540 = 44,3 % du temps actif de friction total. À 42 € de l'heure, cette capacité représente 167,58 € par semaine. Les impacts directs évitables du sous-ensemble valent (42 + 70) × 50 % = 56 €. La valeur annuelle récupérable avant coût de solution serait donc (167,58 + 56) × 46 = 10 284,68 €.
Ce montant n'est ni une économie de trésorerie ni un ROI. Les 3,99 heures deviennent une valeur seulement si elles sont réellement libérées puis réaffectées à une activité utile, à un besoin de recrutement évité ou à une réduction démontrable de charge. Le taux de couverture de 70 % et les taux de réduction doivent être remplacés par les mesures du pilote. Le coût de construction, les abonnements, la maintenance, le risque et le délai de récupération seront traités dans le business case.
Après le jour 5 : un plan d'action limité et réversible
- Figer la baseline : conserver le journal nettoyé, les définitions, la période, les hypothèses et les cas exclus.
- Nommer un responsable : une personne répond du résultat métier et une autre de l'exploitation technique si une intégration est retenue.
- Tester le critère éliminatoire principal : supprimer dix étapes réversibles, vérifier un export, simuler un doublon ou prototyper une exception selon l'option.
- Prévoir le mode dégradé : indiquer qui voit l'échec, comment reprendre un dossier et comment empêcher le double traitement.
- Rejouer le même échantillon : comparer temps actif, délai, erreurs et coûts directs avec les mêmes définitions.
- Décider sur les écarts : poursuivre seulement si la friction dominante recule sans déplacement du travail ni perte de contrôle.
Cette séquence empêche le diagnostic de devenir un projet de transformation sans fin. Elle crée une preuve assez solide pour ouvrir, si nécessaire, un chantier plus spécialisé.
Ce que cet article tranche — et ce qu'il laisse aux suivants
- Pour choisir le mécanisme d'échange — API, webhook, fichier, iPaaS ou automatisation d'interface — consultez Comment connecter vos logiciels entre eux.
- Pour définir les sources de vérité, la synchronisation, les droits et les modes dégradés d'une vue unifiée, consultez Comment centraliser ses données dans une seule interface.
- Pour comparer coût actuel, valeur récupérable, coût total de possession, risques et délai de récupération, consultez Comment calculer le ROI d'une application métier ?.
Le présent article reste un diagnostic de cinq jours. Son livrable n'est pas une architecture ni une promesse de rentabilité : c'est une mesure non ambiguë, une action principale et un test capable de l'invalider.
Sources primaires et officielles
- ANSSI / MesServicesCyber, « Cartographie du système d'information », publié le 21 novembre 2018, consulté le 29 juillet 2026 — démarche progressive de cartographie, applicable aux organisations de toute taille.
- CNIL, « Guide de la sécurité des données personnelles : nouvelle édition 2024 », publié le 26 mars 2024, consulté le 29 juillet 2026 — sécurité, API et pilotage des données.
- CNIL, Guide pratique RGPD — Sécurité des données personnelles, version 2024, fiche 16, consulté le 29 juillet 2026 — contenu, protection et finalité des traces applicatives.
- CNIL, texte du RGPD, chapitre II, article 5, version modifiée par le rectificatif du 23 mai 2018, consultée le 29 juillet 2026 — principe de minimisation des données.
- OpenAPI Initiative, OpenAPI Specification 3.2.0, publiée le 19 septembre 2025, consultée le 29 juillet 2026 — description standardisée des interfaces HTTP.
- IETF / RFC Editor, RFC 9110 « HTTP Semantics », section 9.2.2, juin 2022, consultée le 29 juillet 2026 — idempotence et répétition des requêtes.
- OpenTelemetry, « Context propagation », documentation officielle mise à jour le 14 janvier 2026, consultée le 29 juillet 2026 — corrélation des signaux entre services.
