La question que nous entendons le plus souvent en premier rendez-vous. Voici notre réponse, en sept étapes.
Une transformation digitale rate rarement pour des raisons techniques. Elle rate parce qu'on a acheté un outil avant d'avoir compris le problème, parce que personne n'a été formé, ou parce que le projet n'avait pas de propriétaire dans l'organisation. Les sept étapes ci-dessous existent pour éviter exactement cela.
« Nous voulons de l'intelligence artificielle » n'est pas un point de départ. « Notre service RH passe quatre jours par mois à produire des attestations à la main » en est un. Écrivez trois phrases de cette forme. Si vous n'y arrivez pas, le projet n'est pas encore mûr, et c'est une bonne nouvelle : vous venez d'économiser un budget.
Combien de temps prend réellement le processus que vous voulez digitaliser ? Combien de dossiers passent par là chaque mois ? Combien se perdent ? Sans ces chiffres, vous ne pourrez jamais démontrer que le projet a servi à quelque chose, et vous aurez du mal à obtenir le budget du suivant.
Cette mesure n'a pas besoin d'être sophistiquée. Un relevé manuel sur deux semaines suffit largement à établir une base de comparaison honnête.
La tentation est de tout refondre d'un coup. C'est le meilleur moyen de mobiliser toute l'organisation pendant dix-huit mois sans rien livrer. Prenez un processus, un service, un site. Livrez-le. Faites-le fonctionner en production pendant un mois. Ensuite seulement, étendez.
Un premier périmètre réussi vous donne trois choses qu'aucun cahier des charges ne peut acheter : la confiance de la direction, l'adhésion des équipes, et une connaissance réelle de vos propres données.
Pas un comité. Une personne, identifiée, qui a le temps et le mandat de trancher. Les projets sans propriétaire interne s'enlisent dans des arbitrages qui ne viennent jamais, et le prestataire finit par décider à la place du client, ce qui est le pire des scénarios pour tout le monde.
C'est la partie que tout le monde sous-estime. Vos données existantes sont dans des tableurs, des cahiers, parfois dans la tête de deux collaborateurs. Les nettoyer, les structurer et les injecter dans le nouveau système représente souvent un tiers de la charge réelle du projet.
Prévoyez-le dès le départ. Un système neuf alimenté par des données fausses produit des décisions fausses, plus vite qu'avant.
Un outil que personne ne sait utiliser n'est pas un outil, c'est une charge supplémentaire. La formation doit commencer avant le basculement, sur des données réelles, avec les personnes qui utiliseront le système tous les jours et non uniquement leurs responsables.
Prévoyez aussi une période de double fonctionnement : l'ancien et le nouveau système en parallèle pendant quelques semaines. Cela coûte un peu, et cela évite l'arrêt d'activité qui coûte beaucoup.
Reprenez les indicateurs de l'étape 2 et comparez. Que le résultat soit spectaculaire ou modeste, publiez-le en interne. C'est ce qui transforme un projet isolé en dynamique d'organisation : les autres services viennent d'eux-mêmes demander à passer ensuite.