Lors de l’achat de logiciels d’entreprise ou de services numériques et intelligents, les documents d’appel d’offres mentionnent encore fréquemment : « Le soumissionnaire doit disposer de XX ingénieurs seniors et maintenir sur site un effectif d’au moins XX mois‑personne. » Les grilles d’évaluation attribuent des points pondérés en fonction du nombre de personnes, de leurs qualifications et du prix unitaire — une méthode qui était raisonnable il y a dix ans, mais…Agent intelligent et livraison assistée par l’IAÀ l’ère de la généralisation, il est toutefois facile de choisir le fournisseur qui attire le plus de monde plutôt que celui dont les résultats sont les plus clairs.
Contexte politique : la logique d’achat est en train de changer
Le « Plan de mise en œuvre de l’initiative spéciale “Intelligence artificielle + logiciels” », publié en septembre 2026 par le Ministère de l’Industrie et des Technologies de l’information, prévoit de promouvoir la transformation des logiciels vers l’intelligence, ainsi que le développement de modèles tels que les agents intelligents en tant que service, et souligneNe pas regarder le montant des investissements, mais l’efficacité réelle.. Pour l’acheteur, le signal est clair : si l’on se contente de comparer les jours‑homme et le nombre de consultants sur site, on risque d’obtenir une « mise en œuvre bruyante » sans pour autant obtenir des améliorations métier vérifiables.
Évaluation par les personnes vs évaluation des résultats : en quoi cela diffère-t-il ?
| Dimension | Évaluation traditionnelle par personne/jour ou par tête | Évaluation des soumissions axée sur les résultats |
|---|---|---|
| Indicateurs clés | Nombre de personnes, niveau, nombre de jours sur site, prix unitaire | Boucle de scénario, script de réception, KPI après la mise en ligne |
| Expression des besoins | Cochez la liste des fonctionnalités | Opérations de poste + référentiel de données + règles d’exception |
| Traitement des modifications | Négociation sur place pour ajouter des personnes et augmenter les budgets | Quels jalons et quels KPI sont affectés par le bon de modification ? |
| IA/Agent intelligent | Généralement non pris en compte dans l’évaluation | Il convient d’indiquer les points d’amélioration de l’efficacité, les points de révision manuelle et les limites des autorisations. |
| Nœud de paiement | Facturation au trimestre ou à l’homme‑mois | Paiement effectué après validation selon les jalons |
| Point central du litige | « Les ressources humaines sont-elles suffisantes ? » | « Le script a-t-il été exécuté correctement, et les indicateurs ont-ils été améliorés ? » |
Logique métier : comment modifier le dossier d’appel d’offres ?
Transformez le document d’achat de « acheter des mains » en « acheter des résultats », et il est recommandé de réécrire quatre parties :
- Liste des scénarios: Rédigez selon le poste « Situation actuelle et points problématiques → Opération cible », par exemple : « L’acheteur passe de la commande par e-mail à la validation d’un bon de commande (PO) intégrée dans le système ».
- Script de réception: Chaque scénario est accompagné des étapes de test, des données d’entrée et des résultats attendus ; le soumissionnaire doit répondre point par point à la faisabilité.
- Engagement KPI: Dans les 90 jours suivant la mise en ligne, des indicateurs quantifiables doivent être définis, tels que le pourcentage de réduction du délai d’approbation, le taux d’écart dans le rapprochement des comptes et le taux de précision des stocks — ces indicateurs doivent pouvoir être extraits automatiquement par le système.
- Frontière de service: La formation, la maintenance des systèmes, la migration des données et la maintenance des règles de l’agent intelligent relèvent chacun de la responsabilité de quel partenaire, afin d’éviter que le projet ne s’achève dès sa mise en production.
Proposition de pondération des évaluations :Adéquation entre la solution et la phase de réception : 40 % + Efficacité des cas similaires : 30 % + Prix : 20 % + Compétences de l’équipe : 10 %. L’équipe doit encore être observée, mais elle ne devrait pas dominer, sinon on retomberait à l’accumulation de personnel.
Logique de conception : comment l’intelligence artificielle et l’automatisation s’intègrent-elles à l’évaluation des offres ?
Si le projet comprend un service client intelligent, une relance automatique et un moteur de règles, l’acheteur doit demander au soumissionnaire de répondre :
- Entrée et sortie: Quels documents sont lus, quels états sont renvoyés, et est-ce auditables ?
- Autorisations et mise à niveau: Quelles opérations doivent être confirmées manuellement, et comment procéder à la montée en charge en cas de dépassement du délai.
- Précision et échantillonnage: Comment mesurer la ligne de base des engagements et comment effectuer le rollback en cas d’erreur de manipulation.
- Verrouillage des fournisseurs: Les modèles, les règles et la base de connaissances peuvent-ils être exportés afin d’éviter que le système ne s’effondre lors d’un changement d’usine ?
Mise en œuvre et réception : contrôle d’accès de la troisième phase
Il est recommandé d’indiquer clairement dans le contrat les trois phases de contrôle d’accès, ainsi que l’association du paiement et de la réception :
- Phase 1 (4 à 8 semaines): Le scénario du cas d’usage principal a été validé à 100 %, et la formation des rôles clés est achevée. En cas d’échec, le paiement de la deuxième phase ne sera pas effectué.
- Phase II (8–12 semaines): Intégration des processus inter‑départements, stabilité des interfaces et des données de référence, mise en ligne de la collecte des données de base des KPI.
- Troisième phase (90 jours d’exploitation): Révision des KPI contractuels ; en cas de non‑atteinte, des délais de rectification et des clauses de déduction sont prévus, plutôt qu’un déploiement sur site à durée indéterminée.
Le nombre de personnes présentes sur site peut servir deMoyens de mise en œuvreÉcrire en annexe, mais cela ne doit pas constituer l’objet principal du contrat. L’objet principal du contrat devrait être « quels scripts sont validés et quelles métriques sont améliorées ».
Les pièges courants des acheteurs
Erreur n°1 : remporter l’appel d’offres à bas prix sur la base du nombre de jours-homme——Les modifications ultérieures entraînent une majoration, ce qui augmente le coût total. Solution : plafonnement du prix global + grille tarifaire pour les modifications.
Erreur n°2 : plus il y a de fonctionnalités, mieux c’est— Le taux de mise en ligne est faible. Solution : adopter une approche par scénarios progressifs, avec une première phase limitée mais bien bouclée.
Erreur n°3 : négliger les données de référence— Après la mise en ligne du système, les données étaient désorganisées et les erreurs ont été amplifiées par l’intelligence artificielle. Solution : procéder à une réception distincte des jalons de la gouvernance des données principales.
Erreur n°4 : ne pas définir le périmètre de collecte des données pour les KPI— Lors des discussions, chacun fait valoir ses propres arguments. Solution : insérer les formules d’indicateurs, les sources de données et les périodes de calcul en annexe, et demander au service informatique de confirmer que le système peut extraire automatiquement les données.
Prochaine étape
Si vous êtes en train de relancer un projet d’ERP, d’OA, de SRM ou de numérisation sur mesure, commencez par consacrer une semaine à un « bilan d’appel d’offres » : mettez en rouge tous les postes de temps dans l’actuel cahier des charges, puis réécrivez chacun d’eux sous la forme d’un scénario + d’un script + d’un KPI. Même si vous n’arrivez pas à tout terminer, au moins la prochaine version de l’appel d’offres ne choisira plus les candidats selon une logique datant de 2015.
La « modernisation technologique » dans le secteur des logiciels ne se limite pas aux ateliers du prestataire, elle s’étend également au service des achats du client. Celui qui adopte d’abord une évaluation basée sur les résultats sera plus à même, à l’ère des systèmes intelligents, d’acquérir un système de gestion véritablement opérationnel, traçable et analysable, plutôt qu’un simple volumineux catalogue de noms.
Points d’attention supplémentaires pour les achats des entreprises publiques et des groupes
Les grands achats doivent souvent concilier conformité et efficacité : il est possible de maintenir dans les documents d’appel d’offres des critères de qualification ainsi que des clauses anti‑fraude, maisTableau d’évaluation techniqueIl est impératif de faire figurer « l’exhaustivité des réponses aux scripts d’acceptation » et « la mesurabilité des KPI » comme des critères obligatoires, afin d’éviter que l’évaluation technique ne se réduise à une simple formalité. Dans le cadre d’un groupe composé de plusieurs entités juridiques, il convient d’exiger des soumissionnaires qu’ils précisent comment les données maîtres et les droits d’accès soutiennent les filiales, et de n’étendre cette mise en œuvre qu’après avoir validé les scripts au sein d’une entité pilote lors de la première phase, plutôt que d’opérer dès le départ la convergence de l’ensemble du groupe.
Lors de la phase de démonstration du comité d’achat, il est recommandé de sélectionner sur place 2 à 3 scénarios que les soumissionnaires mettront en œuvre, tandis que les membres du jury évalueront en fonction des résultats attendus — cela reflète mieux l’expérience réelle après la mise en production que l’examen des diapositives. Au stade de la négociation contractuelle, il convient d’intégrer dans le corps du contrat « la période de rectification en cas de non‑atteinte des KPI ainsi que la formule de pénalité », ce qui protège davantage les deux parties que de recourir ultérieurement à des négociations basées sur des relations personnelles. La réforme de l’évaluation des offres n’a pas besoin d’attendre la publication de la prochaine version de la norme nationale ; dès le prochain marché, il est possible d’expérimenter d’abord un scénario, un KPI et une phase de contrôle d’accès. Cette approche par petites étapes, permettant d’identifier et de corriger les erreurs, s’adapte bien mieux aux évolutions simultanées des politiques et des technologies que l’attente d’un modèle parfait.