Aller au contenu
Demander une démo →Se connecter à la plateforme

Grille d’évaluation des offres informatiques

Sur une prestation informatique, la grille arrive souvent trop tard : les offres sont sur la table, un dossier plaît, et la pondération se règle jusqu’à le désigner. Voici comment la construire pour qu’elle départage réellement, et ce qu’il faut faire quand un critère n’a pas de donnée.

Informatique & digitalGrille d’évaluationMis à jour le 20 septembre 20263 min de lecture
Sommaire — 4 sections

Une grille d’évaluation informatique ne sert pas à trouver le bon prestataire : elle sert à écarter les mauvaises raisons de choisir. Le risque propre au métier, c’est que le prix s’impose parce qu’il est le seul critère facile à comparer — et que la dette technique se paie après coup.

Les critères et leur pondération

Cinq à six critères suffisent. Au-delà, la répartition du poids rapproche mécaniquement les notes finales et la grille ne départage plus. La pondération ci-dessous est un point de départ pour une mission de développement, à ajuster selon la criticité de l’application.

CritèrePoids indicatifCe qu’on mesure
Compétences sur la stack30 à 40 %Recouvrement entre les compétences exigées (Spring Boot, Angular…) et celles prouvées dans le dossier
Expérience de contexte comparable15 à 25 %Missions de même criticité et de même charge, vérifiables
Conditions économiques20 à 30 %TJM ramené à un coût complet sur la durée d’engagement
Disponibilité10 à 15 %Écart entre la date de démarrage souhaitée et celle proposée
Réversibilité, qualité et stabilité de l’équipe5 à 10 %Pratiques de versionnement, de test et de documentation, turnover annoncé
Répartition de départ pour un développement. À ajuster, pas à copier.

Répartition type : 35 % compétences sur la stack, 20 % expérience de contexte, 25 % conditions économiques, 12 % disponibilité, 8 % réversibilité et stabilité = 100 %.

Le barème de notation

Un total sur 100 laisse croire à une mesure fine, alors que l’exercice ne produit qu’un rang. Une échelle de zéro à quatre, avec un libellé par cran, suffit : deux évaluateurs mettent la même note sans négocier.

NoteLibelléRègle
0AbsentAucune trace du point dans la réponse
1InsuffisantLa brique est citée, sans dépôt de code ni mission de référence à l’appui
2ConformeCouvre le besoin annoncé sur la stack, sans preuve de tenue en production
3SolideProuve par une mission comparable en production, vérifiable dans le dossier
4RemarquableApporte une pratique non demandée : tests automatisés, réversibilité documentée, supervision

La note finale est la somme des notes pondérées, ramenée sur 100. Une compétence déclarée mais non prouvée par une mission est plafonnée à « conforme » : une affirmation sans dossier à l’appui n’est pas une compétence démontrée.

Éviter le biais du « prix d’abord »

En informatique, le biais du prix d’abord se paie en dette : un profil moins cher mais mal dimensionné produit du code qu’il faudra reprendre. La parade n’est pas de supprimer le prix, c’est de le rendre comparable aux autres critères.

  • Ramenez le TJM à un coût complet. Même TJM, mêmes frais, même durée d’engagement : sinon la comparaison est faussée par le périmètre.
  • Pondérez la réversibilité. Un fournisseur qui livre un dépôt documenté coûte moins cher à quitter qu’un moins-disant qui garde le savoir en interne.
  • Notez la stabilité de l’équipe. Le turnover en cours de mission est la première cause de dérive d’une prestation de développement.
  • Neutralisez le critère sans donnée. Un fournisseur qui n’a pas renseigné sa disponibilité n’est pas indisponible : relancez-le avant de noter.

La dette technique, l’angle mort du barème

Un critère manque souvent aux grilles informatiques : la dette que le prestataire laissera derrière lui. Elle se lit dans les pratiques annoncées — versionnement du code, tests automatisés, documentation du dépôt, reprise par un tiers. Si le dossier ne dit rien sur la sortie de mission, demandez-le avant de noter : une prestation qui se termine sans réversibilité coûte plus cher à quitter qu’à payer.

Une bonne grille informatique se reconnaît à trois signes : les trois premiers candidats sont séparés de plus de dix points, chaque note se justifie par une pièce du dossier, et le classement ne bouge pas si un autre évaluateur reprend la grille. Noralym génère la grille d’évaluation à partir du cahier des charges et la diffuse aux fournisseurs.

Questions fréquentes

Combien de critères pour une offre informatique ?
Cinq à six. Au-delà, la répartition du poids rapproche mécaniquement les notes et la grille ne départage plus : la décision se prend alors en dehors d’elle.
Quel poids donner au prix dans une prestation de développement ?
20 à 30 % une fois le TJM ramené à un coût complet. Au-delà de 40 %, le classement suit le tarif et vous sélectionnez le profil le moins cher ; en dessous de 15 %, vos tarifs médians dérivent vers le haut.
Comment noter une compétence déclarée mais non prouvée ?
Plafonnez-la à « conforme ». Une compétence listée sans mission à l’appui n’est pas une compétence démontrée ; si elle est exigée, demandez la pièce avant la clôture plutôt que d’écarter le dossier.

Rédiger ce document sur votre besoin

Ce modèle est un point de départ. L’outil gratuit le rédige à partir de votre besoin, sans compte.

← Tous les modèles

Voyez ce que ce modèle donne dans l’outil.

Le bac à sable acheteur, en lecture seule : une consultation déjà sourcée, où ce document s’applique sans rien installer.