Audit : radiographier avant d'opérer
Un audit c'est une phase de découverte. Avant de te dire "voilà ton projet va marcher comme ça" un vrai professionnel dit "attends, on doit d'abord comprendre ce que tu veux vraiment." C'est l'audit. Et c'est critique. Parce que si tu te trompes ici, tout le reste s'écroule.
Un audit c'est poser les bonnes questions. Qui va utiliser ce système ? Quel est le problème qu'on résout vraiment ? Quels sont les processus actuels ? Quelles sont les données qu'on gère ? Comment ça s'interface avec les autres systèmes ? C'est long. C'est ennuyeux. Mais c'est indispensable.
Pour un projet web l'audit c'est plus simple. Tu veux un site e-commerce ? L'audit c'est : "Combien de produits vas-tu vendre ?" "Qui sont tes clients ?" "Comment veux-tu qu'ils paient ?" "Qu'est-ce que tu veux être capable de modifier toi-même ?" "Est-ce que tu as d'autres systèmes à intégrer ?" Ça prend du temps. Tu vas avoir des entretiens, tu vas voir le site actuel s'il y en a un, tu vas prendre des notes.
À la fin de l'audit web tu as une spécification claire. "On va créer un site avec X pages, Y fonctionnalités, intégré avec Z systèmes." Pas de surprise après. Le développeur sait exactement ce qu'il doit faire.
Pour un logiciel métier l'audit c'est énormément plus complexe. Un audit ERP c'est pas "on va faire un site". C'est "on va restructurer comment tu fais ton métier entièrement." Donc l'audit c'est vraiment investigateur.
« Un audit c'est pas une vérification. C'est une conversation profonde pour comprendre ce que tu veux vraiment. »
Un audit ERP demande du temps. Tu dois interviewer les gens de chaque département. Les ventes : comment prends-tu les commandes ? Comment facturas-tu ? Comment gères-tu les retours ? La production : comment gères-tu les stocks ? Comment planifies-tu ? Comment achètes-tu aux fournisseurs ? La finance : comment fais-tu la comptabilité ? Comment gères-tu la paie ? Comment rapportes-tu aux actionnaires ?
Et puis tu dois cartographier tous les processus. Comment l'information circule ? Quels documents existent ? Où vivent les données ? Comment se transforment-elles ? Qui valide quoi ? C'est complexe. Et c'est indispensable parce que si tu oublies un processus critique, tu vas le casser avec le nouveau système.
Il y a aussi l'analyse des données existantes. Tu as des données legacy dans plein de systèmes différents. Comment vas-tu les migrer ? Comment vas-tu les nettoyer ? Parce que les vieilles données c'est souvent sale. Des doublons, des incohérences, des trucs mal enregistrés. L'audit c'est identifier tout ça avant de bouger.
Et puis il y a les blocages techniques et organisationnels. "On utilise ce système depuis 20 ans et tout le monde sait comment il marche, même s'il est pourri." Ça veut dire que les gens vont résister au changement. L'audit c'est identifier ça et prévoir comment le gérer.
À la fin d'un audit ERP tu as un document complet. Spécifications fonctionnelles, spécifications techniques, plan de migration, plan de formation, timeline. Pas de surprise après. Enfin, il y a toujours des surprises mais tu les gères parce que tu les as anticipées.
Et beaucoup d'entreprises sautent l'audit. Elles veulent tout de suite commencer. "On comprend ce qu'on veut, allez-y." Et des mois après c'est un désastre. Le système ne marche pas comme prévu. Il manque des fonctionnalités. Les données ne passent pas comme il faut. Les gens ne le comprennent pas. Et ça coûte énormément en corrections.
Un bon développeur ou une bonne agence va t'imposer l'audit. Il va dire "je ne vais pas commencer tant qu'on a pas une spécification claire." Parce qu'il sait que c'est la seule façon d'éviter le chaos.
En résumé : un audit c'est la phase de découverte avant un projet. Pour un site web ça demande du temps. Pour un logiciel métier ça demande beaucoup de temps. C'est un investissement. Mais c'est rien comparé aux coûts des problèmes que ça évite. Un vrai professionnel va insister pour un audit complet. Si quelqu'un te dit "on va pas faire d'audit, on va juste commencer", c'est un drapeau rouge.