Vos procédures ne sont écrites nulle part, et c'est ce qui bloque tout
C'est le point de blocage le plus fréquent de nos projets, et il n'a rien à voir avec la technologie. Il se traite, et le traiter a de la valeur même sans IA.
Le constat
Nous arrivons en cadrage. Nous demandons où sont les procédures.
Les réponses se ressemblent : « c'est untel qui sait », « on le fait comme ça depuis toujours », « il y a un document mais il n'est plus à jour », « ça dépend des cas ».
Ce n'est pas un désordre. C'est le fonctionnement normal de la plupart des entreprises, y compris performantes. La connaissance opérationnelle vit dans les équipes, se transmet par imitation, s'ajuste en continu.
Cela fonctionne — jusqu'au moment où l'on veut automatiser quelque chose. Un agent s'entraîne sur ce qui existe. S'il n'existe rien d'écrit, il n'y a rien à indexer.
Pourquoi ce n'est pas un défaut de gestion
Il faut le dire, parce que le sujet est souvent abordé comme un reproche.
Écrire coûte du temps que l'exploitation quotidienne ne laisse pas.
Les règles évoluent plus vite que les documents.
Beaucoup de savoir est implicite : « ce fournisseur-là annonce toujours deux jours de moins que la réalité » ne se met pas facilement dans une procédure.
Personne n'en avait besoin tant que les gens étaient là.
Le problème n'apparaît que dans trois situations : quand quelqu'un part, quand l'entreprise grandit, et quand on veut automatiser.
Ce que « écrire » veut dire concrètement
Il ne s'agit pas de produire un manuel qualité de deux cents pages. Personne ne le lira, et il sera obsolète avant d'être fini.
Il s'agit de rendre explicite ce qui est déjà appliqué.
Les règles de décision. Dans quel cas fait-on quoi ? Quels sont les seuils ? Qui tranche quand c'est ambigu ?
Les exceptions connues. Celles que tout le monde connaît sans qu'elles soient écrites nulle part.
Les définitions. Que veut dire exactement « urgent », « client prioritaire », « dossier complet » ?
Les enchaînements. Que se passe-t-il après quoi, et qui prend le relais.
Une page par processus suffit souvent. Ce qui compte est la précision, pas le volume.
La méthode qui fonctionne
Partir des cas réels, pas de la théorie. Prenez vingt dossiers traités le mois dernier et demandez à la personne qui les a traités pourquoi elle a fait ce qu'elle a fait. Les règles apparaissent d'elles-mêmes.
Écrire avec la personne qui fait, pas pour elle. Une procédure rédigée par quelqu'un qui n'exécute pas décrit le processus tel qu'il devrait être, pas tel qu'il est. C'est le second qui compte.
Traiter les désaccords immédiatement. Quand deux personnes décrivent différemment la même règle, ce n'est pas un détail : c'est que la règle n'existe pas. Il faut la créer.
Accepter que ce soit incomplet. Une procédure à 80 % est utilisable. Une procédure à 100 % n'existe pas.
La valeur au-delà de l'IA
C'est le point que nous soulignons systématiquement en cadrage : ce travail produit de la valeur même si vous n'automatisez jamais rien.
L'intégration d'un nouvel arrivant passe de plusieurs semaines à quelques jours.
Le départ d'un collaborateur cesse d'être une perte de savoir.
Les écarts de traitement disparaissent. Deux personnes qui appliquent la même règle écrite produisent le même résultat. Ce n'est pas le cas quand chacun applique sa version.
Les incohérences apparaissent. Écrire révèle souvent que deux services appliquent des règles contradictoires depuis des années sans que personne l'ait remarqué.
Combien de temps ça prend
Pour un processus, quelques heures avec les bonnes personnes. Pour couvrir le périmètre d'un projet, généralement une à deux semaines réparties.
C'est du temps qui allonge la phase de cadrage — et c'est pour cette raison que nous annonçons une fourchette de 4 à 8 semaines. Une entreprise dont les procédures sont écrites est vers le bas. Une entreprise qui doit les écrire est vers le haut.
Nous préférons le dire au départ plutôt que de le découvrir en cours de route.
Comment savoir où vous en êtes
Posez trois questions à vos équipes :
« Si tu pars demain, quelqu'un peut-il faire ton travail avec ce qui est écrit ? »
« Est-ce que deux personnes traiteraient ce dossier de la même façon ? »
« Où est écrit ce que tu viens de m'expliquer ? »
Les réponses vous diront en quelques minutes si vous êtes prêts.
Conclusion
Le premier obstacle d'un projet d'IA n'est presque jamais technique : c'est que la connaissance de l'entreprise n'existe qu'oralement. Le travail de mise au clair est un préalable — et c'est aussi le seul investissement de ce projet dont la valeur ne dépend pas de la technologie.
Parlons de votre projet.
Trente minutes, gratuit et sans engagement, sur vos données réelles.