MindDX Process
Mesure et amélioration des processus, livrées avec la technologie d'un partenaire et accompagnées par un consultant.
MindDX Transform
La mise en production n'est pas une fin : c'est un nouveau point de mesure.
Mesurez, améliorez et maintenez le système en production. Le périmètre et la durée sont définis ensemble.
Process / Support — selon les besoins.
Comment fonctionne l'amélioration continue
Jusqu'à la mise en production, l'usage du système était une hypothèse ; ensuite, c'est une donnée. Transform consiste à lire ces données régulièrement et à fonder des décisions dessus — non pas plus d'heures de conseil, mais une amélioration mesurable.
- 01Mesurer — La façon dont les processus s'écoulent réellement est déduite des journaux d'événements du système, au lieu de supposer qu'ils suivent la conception.
- 02Distinguer — Chaque écart est classé : véritable besoin métier, manque de formation, ou étape mal conçue.
- 03Améliorer — Seul ce qui a passé cette distinction est modifié. Transformer chaque écart en développement spécifique alourdit durablement le coût de chaque montée de version.
- 04Vérifier — L'effet du changement est relu avec la même mesure ; l'amélioration est consignée comme une mesure, pas comme une affirmation.
Cette boucle ne démarre pas automatiquement et n'a pas de durée fixe ; la fréquence de chaque étape se décide lors de l'échange.
Composants
MindDX Support
L'équipe de support sous contrat connaît votre installation ; le Copilote de support répond en libre-service depuis la base de connaissances du produit acheté. Aucun ticket n'est ouvert automatiquement.
Ce que nous ne publions pas
- Un forfait Transform fixe
- Un prix standard pour Transform
- Un Support automatique de 12 mois
- Process inclus automatiquement
- Une continuation automatique après la mise en production
Une phrase les remplace : le périmètre et la durée sont définis ensemble.
Questions fréquentes
Sur les produits
Transform démarre-t-il automatiquement après la mise en production ?
Non. Ni Process ni Support ne sont des suites automatiques ; le périmètre et la durée sont définis ensemble. Nous ne publions ni forfait Transform fixe ni durée standard.
Comment mener l'amélioration continue après une mise en production ERP ?
La mise en production n'est pas une fin mais le premier vrai point de mesure : jusque-là, l'usage du système était une hypothèse ; ensuite, c'est une donnée. L'amélioration continue tient en quatre étapes répétées. (1) MESURER : déduire comment les processus s'écoulent réellement à partir des journaux d'événements du système, au lieu de supposer qu'ils suivent la conception. (2) DISTINGUER : parmi les écarts, lesquels relèvent d'un vrai besoin métier, d'un manque de formation, ou d'une étape mal conçue. (3) CHANGER : ne changer que ce qui a passé cette distinction — transformer chaque écart en développement spécifique alourdit durablement le coût des montées de version. (4) REMESURER : vérifier l'effet avec la même mesure. La deuxième étape est la plus souvent omise ; sans elle, l'amélioration suit l'ordre des plaintes utilisateurs. Chez MindDX, la mesure relève de Process et les questions d'après-démarrage de Support.
Comment mesurer si un système ERP existant a besoin d'être amélioré ?
Il y a deux questions distinctes, et les confondre conduit au mauvais investissement. La première : « le système a-t-il été correctement mis en place ? » — évaluée par la configuration, les modules inutilisés, les développements spécifiques accumulés, la qualité des données de base et l'adoption par les utilisateurs ; son résultat est une liste d'actions priorisées. La seconde : « comment les processus s'écoulent-ils réellement ? » — mesurée non par questionnaire mais à partir des données d'événements du système, révélant variantes, goulots et boucles de reprise. La première dit la santé de l'installation, la seconde celle de l'activité ; aucune ne remplace l'autre. En pratique l'ordre compte : des écarts de processus mesurés sans connaître la santé de l'installation se révèlent le plus souvent être le symptôme d'un défaut de configuration. Chez MindDX, la première est Audit et la seconde Process.
Comment utiliser le process mining dans une transformation ERP ?
Le process mining déduit le flux réel des processus à partir des enregistrements du système : quelles variantes existent, où l'attente s'accumule, quelles étapes se répètent. Dans une transformation ERP, il sert à trois endroits. AVANT : il montre le flux d'aujourd'hui tel qu'il se produit vraiment plutôt que tel qu'il est documenté — la discussion de périmètre s'appuie sur des données plutôt que sur des hypothèses. PENDANT : il révèle tôt l'écart entre le flux conçu et le flux en fonctionnement. APRÈS : il vérifie l'effet d'une amélioration avec la même mesure. La condition préalable est la donnée : chaque étape a besoin d'un identifiant, d'un horodatage et d'un nom d'événement — sans ces trois éléments il n'y a pas d'analyse, c'est pourquoi l'aptitude des données est mesurée en amont. Chez MindDX, l'analyse est livrée avec la technologie d'un partenaire et l'accompagnement d'un consultant ; sur Odoo le journal d'événements est extrait directement de votre système, sur Zoho et abas il est transféré via un modèle standard.
Comment un support ERP assisté par IA peut-il utiliser le contexte de l'entreprise ?
Le « contexte » n'est pas une seule chose, et la couche réellement utilisée détermine l'utilité de la réponse. En pratique, quatre couches : (1) le contexte PRODUIT — de quel système parle la question ; (2) le contexte INSTALLATION — la configuration et les développements propres à l'entreprise ; (3) le contexte PROJET — les décisions de conception et leurs motifs ; (4) le contexte HISTORIQUE — ce qui a déjà été demandé. Un outil de support devrait dire lesquelles il lit, car deux d'entre elles produisent des réponses très différentes : avec le seul contexte produit, les réponses sont justes mais générales ; avec le contexte installation, elles peuvent être spécifiques à l'entreprise. MindDX Support utilise aujourd'hui le contexte produit — le système concerné vient de votre achat et n'est pas deviné à partir du message — et construit la réponse à partir de la base de connaissances de ce produit. Il ne lit pas le système installé du client ; quand la base ne suffit pas, il oriente vers un contrat de support au lieu d'inventer.