La plupart des projets ERP démarrent sans mesure : la préparation est devinée, le périmètre supposé par entretiens, les décisions dépendent d'un consultant. Résultat : dépassements, modules superflus, systèmes non adoptés. Il existe une meilleure voie.

Ce que nous voyons

L'ennemi : transformer à l'aveugle

Départ à l'aveugle

Des projets big-bang lancés sans réponse objective à « sommes-nous prêts ? ».

Périmètre supposé

Périmètre deviné par entretiens, pas par données ; les surprises éclatent en UAT.

Savoir lié aux personnes

Chaque décision dépend d'un consultant ; le savoir reste dans les têtes et s'en va.

Nos convictions

Mesurer d'abord. Transformer ensuite.

01On ne transforme pas ce qu'on n'a pas mesuré. Chaque parcours commence par une mesure de maturité (DMI).

02Le périmètre ne se suppose pas, il se découvre. Le vrai besoin émerge par la preuve.

03Concevoir sur des preuves, pas des opinions. Chaque décision s'appuie sur la preuve de l'étape précédente.

04Le savoir doit s'accumuler dans le système, pas dans les têtes. Chaque étape produit un livrable traçable.

05L'IA rédige, un expert approuve. L'IA fait le répétitif ; un consultant valide les décisions critiques.

06La transformation n'est pas un projet, c'est une maturité continue. Le score est re-mesuré à chaque version et monte.

07Un prix transparent, c'est la confiance. Les modules au prix catalogue publié — pas de surprises en jours-homme.

La méthode

De la conviction à la méthode : cinq étapes

Une posture ne vaut que par la séquence qu'elle produit. Ces cinq étapes forment l'ossature de chaque parcours Smarty — et leur ordre n'est pas une préférence mais une dépendance : chaque étape consomme le résultat de la précédente.

Mesurer
Avant de regarder des démos ou de collecter des offres, chiffrez la situation actuelle : quelle part du processus est écrite, quelle est la propreté des données de base, qui est responsable de quelle décision. Sans mesure, chaque étape suivante repose sur une supposition.
Diagnostiquer
Transformez la mesure en constat. « La précision des stocks est faible » est une observation ; « dans quel entrepôt et quel groupe d'articles se concentrent les corrections après inventaire » est un diagnostic. Le diagnostic dit quel problème mérite d'être résolu.
Écrire le critère
Écrivez la définition du succès avant de commencer — avec un chiffre et une date. « Mise en production » n'est pas un critère de succès ; « la clôture mensuelle passe de cinq jours ouvrés à deux » en est un. Le critère doit être vérifiable indépendamment du fournisseur.
Ordonner les phases par dépendance
C'est la dépendance technique qui fixe l'ordre des phases — pas l'appétit pour les modules ni le calendrier de livraison du fournisseur. Si une phase ne peut tourner sans le résultat de la précédente, l'ordre n'est pas négociable.
Lier la recette à la preuve
À la fin de chaque phase, on ne doit pas lire « ça marche », mais « ce scénario, avec ces données, a été exécuté par cette personne et validé ». Sans preuve, la réunion de transfert se transforme en débat.

La différence

L'ancienne voie face à la voie du diagnostic d'abord

Les deux voies ne font pas le même travail dans un ordre différent ; elles prennent les mêmes décisions à un niveau d'information différent. L'écart apparaît décision par décision.

Décision	Ancienne voie	Diagnostic d'abord
Périmètre	Au moment de l'offre, avec le moins d'information	Après mesure, sur la base des constats
Choix du produit	Première question : quelle marque ?	Dernière question : quelle capacité, selon quel critère ?
Ordre des phases	Selon le calendrier de livraison du fournisseur	Selon la dépendance technique
Critère de recette	« Nous sommes en production »	Scénario écrit + preuve + validateur nommé
Poids du budget	Sur l'installation et le travail mécanique	Sur la qualité du diagnostic et de la décision
Propriétaire du risque	Entièrement le client	Partagé, lié au critère

Décision

Ancienne voie

Diagnostic d'abord

Périmètre

Au moment de l'offre, avec le moins d'information

Après mesure, sur la base des constats

Choix du produit

Première question : quelle marque ?

Dernière question : quelle capacité, selon quel critère ?

Ordre des phases

Selon le calendrier de livraison du fournisseur

Selon la dépendance technique

Critère de recette

« Nous sommes en production »

Scénario écrit + preuve + validateur nommé

Poids du budget

Sur l'installation et le travail mécanique

Sur la qualité du diagnostic et de la décision

Propriétaire du risque

Entièrement le client

Partagé, lié au critère

Discipline de choix

Pas un nom de produit — une catégorie de capacité

La conséquence la plus visible de la voie du diagnostic d'abord est la place du choix du produit dans la séquence. La décision ne se prend pas avec un nom de marque mais avec trois éléments : quelle capacité, selon quel critère, sous quelle condition préalable.

Ce triptyque génère aussi les questions posées au fournisseur — et ces questions deviennent l'ossature du cahier des charges. La question de la marque ne disparaît pas ; elle passe en dernier. Savoir si un produit est le bon choix ne peut se répondre qu'une fois la capacité et le critère écrits.

Un exemple concret

Capacité

« Gestion de la nomenclature » est une catégorie de capacité.

Critère

« L'historique des révisions peut-il être conservé sur une nomenclature multiniveau ? » est le critère de cette catégorie.

Condition préalable

« Les données de base articles doivent être dédoublonnées » en est la condition préalable.

L'exposé détaillé de cette approche — cinq étapes, comparaison et exemples : Diagnostic d'abord : à quoi ressemble la nouvelle voie en pratique

Ce que cela débloque

Du chaos à la confiance

Un départ mesuré

Vous savez où vous en êtes et par où commencer, par le score, pas l'intuition.

Moins de reprises

Quand le périmètre colle au réel, surprises, modules superflus et dépassements diminuent.

Une adoption durable

Conception fondée sur des preuves et formation par rôle : le système est réellement utilisé.

Questions fréquentes

Sur notre approche

Que signifie l'approche « mesure d'abord » ?

Avant tout logiciel ou toute licence, nous mesurons l'état actuel, les processus et la préparation sur la base de preuves. La transformation se planifie ainsi depuis un point de départ chiffré, pas au jugé.

Pourquoi l'organisation et l'interaction d'abord, la technologie ensuite ?

La recherche sociotechnique est claire : même la meilleure technologie n'est pas adoptée si l'organisation et ses interactions n'y sont pas prêtes. Nous simplifions d'abord processus, rôles et interactions, puis appliquons la technologie sur ce socle.

Smarty est-il un logiciel ou du conseil ?

Une combinaison : l'IA apporte vitesse et cohérence, un consultant expert vérifie et valide les preuves. Le livrable est un rapport approuvé par un humain, pas du LLM brut.

Ne vendez-vous pas un ERP/CRM précis ?

Notre approche est indépendante du logiciel. Nous travaillons avec Odoo, Zoho et abas ; mais nous mesurons d'abord la maturité et le besoin, puis recommandons ce qui convient — le besoin d'abord, pas le produit.

Smarty est-il un outil d'IA ?

Non — Smarty est une plateforme de conseil « mesure d'abord » qui utilise l'IA en interne. Les outils copilotes IA interviennent après la collecte des besoins et exigent le plus souvent l'accès à votre système en production. Smarty produit lui-même les besoins par une découverte structurée multi-parties, les cadre par la maturité et la préparation, et livre des rapports revus par un consultant — pas du texte IA brut — sans toucher à vos données pendant la découverte. Il ne concurrence pas les copilotes IA ; il peut même être utilisé en complément.

Faites votre radiographie — commencez gratuitement

Mini-DMI gratuit Voir les solutions →

La transformation ERP resterait toujours un pari. Nous avons refusé de l'accepter.