En bref : comparer des devis ERP sur le seul montant total revient souvent à prendre le devis le plus incomplet pour le plus avantageux. Cinq postes rendent la comparaison pertinente : le modèle de licence ou d’abonnement, l’effort de mise en œuvre, la personnalisation et l’intégration, la migration des données, ainsi que la formation, le support et les montées de version. Pour chacun, la question « qu’est-ce qui est inclus, qu’est-ce qui ne l’est pas » doit avoir une réponse écrite.
Au démarrage d’un projet ERP, plusieurs devis arrivent généralement. Placés dans un même tableau, des devis aux périmètres, aux unités et aux hypothèses différents se comparent facilement de façon trompeuse : un poste inclus dans un devis peut figurer en « option » dans un autre et manquer dans un troisième. Cet article examine les cinq postes critiques qui rendent les devis comparables, et les questions à poser pour chacun.
1. Modèle de licence et d’abonnement
Le premier poste, ce sont les conditions dans lesquelles vous utiliserez le logiciel. Une licence perpétuelle, un abonnement annuel ou un abonnement cloud par utilisateur créent chacun des flux de trésorerie et des obligations différents. Avec un abonnement cloud (SaaS), l’exploitation du logiciel relève du fournisseur ; avec une installation sur vos propres serveurs, l’infrastructure et sa maintenance vous reviennent.
Questions à poser : comment les types d’utilisateurs sont-ils définis (utilisateur complet, utilisateur limité, lecture seule) ? Les modules sont-ils tarifés séparément ? Comment le montant est-il fixé au renouvellement de l’abonnement ? Le contrat de licence définit-il clairement les conditions d’utilisation, de copie et de cession du logiciel ?
2. Effort de mise en œuvre : jours-homme ou périmètre ?
C’est sur les prestations de mise en œuvre que les devis divergent le plus. Dans un devis fondé sur les jours-homme, c’est-à-dire une facturation par journée de consultant, le total est une estimation : quand le périmètre s’élargit ou que les décisions tardent, le nombre de jours, et avec lui le montant, augmente. Dans un devis tarifé selon le périmètre, le montant est le prix d’un travail défini et validé à l’avance.
Quel que soit le modèle retenu, le périmètre doit être écrit et mesurable : quels processus, quelles sociétés et quels sites, quels rapports, quelles intégrations sont inclus ? Décrire les processus dans un langage commun comme BPMN rend nette la frontière entre « dans le périmètre » et « demande de changement ».
3. Personnalisation et intégration
Les développements destinés aux besoins que le standard ne couvre pas, et les connexions aux autres systèmes, devraient figurer dans le devis sous forme de lignes distinctes. Ces postes déterminent non seulement le coût de la première mise en œuvre, mais aussi la charge de maintenance qui revient à chaque montée de version.
Questions à poser : quels besoins exigent un développement spécifique, et pourquoi le standard ne peut-il pas les couvrir ? À qui appartient le code développé, et qui le maintient ? Les connexions nécessaires aux documents électroniques comme la facture électronique et le bon de livraison électronique sont-elles incluses dans le devis ? Qui intervient lorsqu’une intégration tombe en panne ?
4. Migration des données
Quelles données passent de l’ancien système au nouvel ERP, qui les nettoie et combien de chargements d’essai sont prévus restent souvent flous dans les devis. Pourtant, la migration des données est le poste qui influe le plus directement sur le calendrier de la mise en production.
Ce que le devis doit préciser : les types de données à migrer (données de base, soldes ouverts, mouvements historiques), la responsabilité du nettoyage et de la correspondance des données, et les chargements d’essai avec leurs critères de recette. Si les données migrées comprennent des données personnelles, le contrat doit aussi prévoir que leur traitement respecte la loi turque sur la protection des données personnelles (KVKK).
5. Formation, support et montées de version
La mise en production n’est pas la fin du projet, mais le début de l’usage quotidien. Si la formation des utilisateurs, la période de support après la mise en production et les montées de version ne sont pas définies dans le devis, ces besoins reviennent sous forme de coûts supplémentaires dans les premiers mois.
Questions à poser : qui est formé, sous quelle forme et avec quelle documentation ? Par quels canaux, et avec quels délais de réponse, le support est-il assuré après la mise en production ? Les montées de version sont-elles incluses dans le montant, et qui reporte les personnalisations sur la nouvelle version ?
Tableau de comparaison des devis
Remplir le tableau ci-dessous pour chaque devis, avant de les mettre côte à côte, rend visibles les postes manquants :
| Poste | Ce que vous devez trouver dans le devis | Question à poser |
|---|---|---|
| Licence et abonnement | Types d’utilisateurs, modules, conditions de renouvellement | Que se passe-t-il si le nombre d’utilisateurs ou de modules change ? |
| Effort de mise en œuvre | Périmètre écrit, base de tarification, processus de demande de changement | Comment tout travail hors périmètre est-il tarifé ? |
| Personnalisation et intégration | Liste des développements, liste des intégrations, propriété du code | Comment ces développements sont-ils reportés lors d’une montée de version ? |
| Migration des données | Types de données, responsabilité du nettoyage, chargements d’essai | Qui valide l’exactitude des données, et selon quels critères ? |
| Formation, support et versions | Plan de formation, canaux de support, politique de montée de version | Quel support après la mise en production est inclus dans le montant ? |
Rendre les devis comparables
La seule manière équitable de comparer des devis différents est de les faire tous établir sur le même périmètre. Quand chaque soumissionnaire lit le périmètre à sa façon, ce sont des hypothèses que vous comparez, pas des prix.
Dans l’approche de MindDX, le devis repose sur un périmètre validé. Assess valide le besoin et la situation actuelle par des preuves et produit le Périmètre validé ; Implement est ensuite tarifé sur ce périmètre, pas en jours-homme. Pour le choix du logiciel lui-même, consultez notre article sur les cinq fonctionnalités critiques dans le choix d’un ERP. Si vous envisagez un soutien public pour votre projet, nous vous recommandons de vérifier les programmes de soutien en vigueur de KOSGEB sur la liste officielle de l’agence.
Conclusion
Le total le plus bas n’est pas toujours le coût le plus bas. Lorsque la question « qu’est-ce qui est inclus, qu’est-ce qui ne l’est pas » reçoit une réponse écrite pour la licence, l’effort, la personnalisation, la migration des données et le support, les devis deviennent réellement comparables.
Souhaitez-vous évaluer vos devis sur la base d’un périmètre validé ?
Sources
- NIST SP 800-145 — The NIST Definition of Cloud Computing
- Union européenne — Directive 2009/24/CE concernant la protection juridique des programmes d’ordinateur (EUR-Lex)
- Object Management Group — Business Process Model and Notation (BPMN) 2.0
- Administration fiscale turque (GIB) — portail des documents électroniques (en turc)
- Autorité turque de protection des données (KVKK) — Personal Data Protection Law (en anglais)
- KOSGEB — liste des programmes de soutien (en turc)