Faut-il adapter ses processus au logiciel ou adapter le logiciel à ses processus ?

Adapter l'outil au métier, pas le métier à l'outil

Quand un logiciel oblige vos équipes à travailler autrement, la question se pose : qui doit s'adapter ? Tout dépend de ce que le processus vaut pour vous. Voici comment trancher, cas par cas.

Faut-il adapter ses processus au logiciel ou adapter le logiciel à ses processus ?

À retenir

  • Un processus qui existe depuis longtemps contient souvent une intelligence que le logiciel ignore.
  • Adaptez l'outil quand le processus crée de la valeur, adaptez le processus quand il n'est qu'une habitude.
  • Observer le terrain avant de concevoir évite la majorité des rejets.
  • Un outil accepté vaut mieux qu'un outil parfait que personne n'ouvre.

Vous devez adapter l'outil au métier chaque fois que le processus concerné crée de la valeur, protège contre un risque ou répond à une contrainte réelle du terrain. Vous pouvez adapter le métier à l'outil uniquement lorsque la pratique en place relève de l'habitude. Confondre les deux cas est l'erreur la plus répandue dans les projets de digitalisation, et la plus coûteuse.

D'où vient l'idée qu'il faudrait s'adapter au logiciel ?

Elle vient des éditeurs, et elle n'est pas absurde. Leur argument est le suivant : notre produit incarne les bonnes pratiques de votre secteur, adoptez-les et vous progresserez. Pour une entreprise désorganisée, c'est parfois vrai. Un cadre imposé vaut mieux que pas de cadre du tout.

Mais l'argument a une limite. Les « bonnes pratiques » d'un logiciel sont celles des clients pour lesquels il a été conçu au départ, souvent de grandes structures, dans d'autres pays, avec d'autres infrastructures. Les appliquer telles quelles à un grossiste de Conakry, à une clinique de Dakar ou à une mairie de taille moyenne revient à leur faire porter un costume taillé pour quelqu'un d'autre.

Que se passe-t-il quand on force le métier à suivre l'outil ?

Les équipes ne se révoltent pas. Elles s'arrangent. On observe alors presque toujours la même séquence :

  1. L'outil est déployé, la formation est donnée, tout le monde acquiesce.
  2. Les premiers cas particuliers apparaissent, ceux que l'outil ne sait pas traiter.
  3. Chacun invente son contournement : une note en commentaire, un fichier à côté, un appel téléphonique.
  4. Les contournements deviennent la vraie procédure. L'outil n'enregistre plus qu'une version appauvrie de la réalité.
  5. La direction constate que les chiffres sont faux et conclut que les équipes « n'utilisent pas bien le système ».

Le coût de cette séquence ne figure sur aucune ligne budgétaire. Il se mesure en temps perdu, en informations manquantes et en confiance entamée, celle des collaborateurs envers les projets suivants.

Un cas typique : le guichet d'état civil

Une commune d'Afrique de l'Ouest décide de moderniser son service d'état civil. Elle reçoit un logiciel conçu ailleurs, pensé pour un guichet où chaque demandeur arrive avec un dossier complet et un numéro d'identification.

La réalité du service est autre. Des familles viennent déclarer une naissance plusieurs semaines après l'événement, parfois sans tous les justificatifs. Les agents ont l'habitude d'ouvrir un dossier provisoire, de noter ce qui manque et de le compléter lors d'un second passage. Le chef de service vise chaque acte avant signature, par lots, en fin de journée.

Le logiciel refusait d'enregistrer un dossier incomplet et exigeait une validation acte par acte, à l'instant de la saisie. Résultat : les agents ont continué à tenir leurs registres papier comme avant, puis saisissaient dans le logiciel après coup, quand ils en avaient le temps. Le travail avait doublé, et la file d'attente s'allongeait.

Les agents n'étaient pas réfractaires. Leur procédure du dossier provisoire répondait à une réalité sociale que le logiciel ignorait. Une fois l'outil repris pour intégrer ce statut provisoire et la validation par lots, le registre papier est redevenu ce qu'il devait être : une archive légale, non un outil de travail quotidien.

Comment distinguer ce qui doit être préservé de ce qui doit changer ?

Tout ne mérite pas d'être reproduit à l'identique. Informatiser un mauvais processus donne un mauvais processus plus rapide. Pour chaque pratique existante, posez la question : pourquoi fait-on ainsi ?

Réponse obtenueNature de la pratiqueDécision
« Parce que nos clients l'exigent »Valeur crééeAdapter l'outil
« Parce que la loi ou le contrôle l'impose »ObligationAdapter l'outil
« Parce que le réseau coupe, parce que les agents se déplacent »Contrainte de terrainAdapter l'outil
« Parce que cela évite les fraudes »ProtectionAdapter l'outil, souvent en renforçant le contrôle
« Parce qu'on a toujours fait comme ça »HabitudeSimplifier le processus
« Parce que l'ancien logiciel l'imposait »Héritage techniqueSupprimer

Ce tri est le cœur du travail de conception. Il demande de l'écoute et un peu de fermeté : il faut savoir défendre la pratique utile contre le logiciel, et savoir remettre en cause l'habitude inutile contre ceux qui y tiennent.

Que veut dire « adapter l'outil », en pratique ?

Cela ne signifie pas forcément tout développer. Plusieurs degrés existent :

  • Le vocabulaire. Appeler les choses comme vos équipes les appellent. Ce simple ajustement change la perception de l'outil.
  • L'ordre des étapes. Suivre le déroulement réel du travail plutôt qu'une logique administrative.
  • Les exceptions. Prévoir le dossier incomplet, la vente à crédit, la livraison partielle, au lieu de faire comme s'ils n'existaient pas.
  • Les conditions d'usage. Un écran lisible en plein soleil, trois boutons au lieu de trente, un fonctionnement sans réseau.
  • Les contrôles. Placer les validations là où votre organisation les place déjà.

Cette adaptation commence toujours par l'observation. Avant de dessiner un écran, il faut passer du temps au guichet, à l'entrepôt, dans le véhicule. C'est ce que nous entendons par « L'humain au cœur de la performance » : la conception part des personnes, pas du catalogue. Pour une vue d'ensemble de la démarche, voyez comment digitaliser tous vos processus.

Et quand c'est au métier de changer ?

Il arrive que l'outil ait raison. Une double signature devenue sans objet, un formulaire rempli en trois exemplaires dont deux ne sont jamais lus, un rapport hebdomadaire que personne n'ouvre : le projet est l'occasion de s'en débarrasser.

Dans ce cas, le changement doit être expliqué et accompagné, pas imposé par un écran qui bloque. Les utilisateurs acceptent volontiers de modifier leurs habitudes s'ils comprennent ce qu'ils y gagnent et s'ils ont été consultés. Les leviers concrets sont détaillés dans comment faire adopter un nouvel outil.

La bonne formule

Ni soumission au logiciel, ni reproduction servile de l'existant. Un projet réussi garde ce qui fait la valeur du métier, supprime ce qui l'encombre, et construit l'outil autour du résultat. L'ordre compte : d'abord comprendre, ensuite simplifier, enfin outiller.

Si vos équipes contournent aujourd'hui un outil censé les aider, ne cherchez pas un coupable. Cherchez l'écart. Nous pouvons vous aider à le repérer : contactez-nous pour organiser un premier diagnostic de terrain.

Questions fréquentes

Faut-il revoir ses processus avant de les informatiser ?

Oui, au moins en partie. Informatiser un processus inutilement compliqué ne fait que le figer. La bonne séquence consiste à comprendre le processus, à supprimer les étapes sans valeur, puis à outiller ce qui reste.

Comment savoir si une pratique mérite d'être conservée ?

Demandez pourquoi elle existe. Si elle répond à une exigence client, à une obligation, à une contrainte de terrain ou à un besoin de contrôle, conservez-la et adaptez l'outil. Si la seule réponse est l'habitude, elle peut être simplifiée.

Un logiciel standard peut-il être adapté au métier ?

Jusqu'à un certain point, par le paramétrage. Au-delà, il faut des développements spécifiques, parfois coûteux à maintenir à chaque mise à jour de l'éditeur. Si les adaptations nécessaires sont nombreuses, un outil construit pour vous est souvent plus cohérent.

Les collectivités sont-elles concernées par cette approche ?

Tout autant que les entreprises. Les services publics ont des procédures façonnées par le droit et par les réalités locales, que les logiciels génériques prennent rarement en compte. Les observer avant de concevoir évite de doubler le travail des agents.

processus métieradaptation logicielconduite du changementapplication métiercollectivitésperformance opérationnelle

Votre réalité. Votre solution. Votre souveraineté.

Vous nous confiez un besoin. Nous nous occupons de tout.

Décrivez votre situation : nous revenons vers vous pour organiser un premier diagnostic.