Audit : radiographier avant d'opérer
Un audit est une phase de découverte. Avant d'affirmer « voilà comment votre projet va fonctionner », un vrai professionnel commence par comprendre ce que vous voulez réellement. C'est une étape critique : si l'on se trompe ici, tout le reste s'écroule.
Auditer, c'est poser les bonnes questions. Qui va utiliser ce système ? Quel problème résout-on vraiment ? Quels sont les processus actuels ? Quelles données gère-t-on, et comment le tout s'interface-t-il avec les autres systèmes ? C'est long, parfois fastidieux, mais indispensable.
Pour un projet web, l'audit est plus simple. Vous voulez un site e-commerce ? Les questions deviennent : combien de produits allez-vous vendre ? Qui sont vos clients ? Comment souhaitez-vous qu'ils paient ? Que voulez-vous pouvoir modifier vous-même ? Avez-vous d'autres systèmes à intégrer ? On mène des entretiens, on examine le site actuel s'il existe, on prend des notes.
À la fin de l'audit web, vous disposez d'une spécification claire : un site de X pages, Y fonctionnalités, intégré à Z systèmes. Plus de surprise ensuite, et le développeur sait exactement ce qu'il a à faire.
Pour un logiciel métier, l'audit est bien plus complexe. Auditer un ERP, ce n'est pas « faire un site » : c'est restructurer entièrement la façon dont vous exercez votre métier. Le travail d'investigation est donc autrement plus poussé.
« Un audit n'est pas une vérification. C'est une conversation profonde pour comprendre ce que vous voulez vraiment. »
Un audit ERP demande du temps. Il faut interroger chaque département. Les ventes : comment prenez-vous les commandes, facturez-vous, gérez-vous les retours ? La production : comment suivez-vous les stocks, planifiez-vous, achetez-vous aux fournisseurs ? La finance : comment tenez-vous la comptabilité, gérez-vous la paie, rendez-vous compte aux actionnaires ?
Il faut ensuite cartographier tous les processus. Comment l'information circule-t-elle ? Quels documents existent ? Où vivent les données, comment se transforment-elles, qui valide quoi ? C'est complexe, et indispensable : oublier un processus critique, c'est risquer de le casser avec le nouveau système.
Vient aussi l'analyse des données existantes. Vos données sont dispersées dans plusieurs systèmes hérités. Comment les migrer, comment les nettoyer ? Car d'anciennes données sont souvent de mauvaise qualité : doublons, incohérences, saisies approximatives. L'audit sert à identifier tout cela avant de bouger.
Enfin, il y a les blocages techniques et organisationnels. « On utilise ce système depuis vingt ans et tout le monde sait s'en servir, même s'il est dépassé. » Autrement dit, les équipes vont résister au changement. L'audit sert à anticiper cette résistance et à prévoir comment l'accompagner.
À l'issue d'un audit ERP, vous détenez un document complet : spécifications fonctionnelles et techniques, plan de migration, plan de formation, calendrier. Il restera toujours des imprévus, mais vous les gérez parce que vous les avez anticipés.
Beaucoup d'entreprises font l'impasse sur l'audit. Elles veulent démarrer tout de suite : « On sait ce qu'on veut, allez-y. » Des mois plus tard, c'est le désastre : le système ne fonctionne pas comme prévu, des fonctionnalités manquent, les données ne circulent pas correctement, les équipes ne comprennent pas l'outil. Et les corrections coûtent une fortune.
Un bon développeur, une bonne agence, va au contraire imposer l'audit : « Je ne commencerai pas tant que nous n'aurons pas une spécification claire. » C'est la seule façon d'éviter le chaos. Si l'on vous propose de démarrer sans audit, considérez-le comme un signal d'alarme.