Checklist : 15 criteres pour choisir votre prestataire developpement web en 2026

Quand un directeur technique ou un responsable digital lance un appel d'offres pour un projet de developpement web, il recoit entre 3 et 8 propositions. Toutes promettent la meme chose : methodologie agile, equipe senior, respect des delais, code de qualite. Le probleme, c'est que ces promesses ne coutent rien a formuler. Ce qui coute cher, c'est de decouvrir apres la signature que le prestataire sous-traite la moitie du projet offshore, que son equipe "senior" est composee de juniors encadres par un seul profil experimente, ou que la propriete du code n'est pas prevue dans le contrat. En 8 ans de developpement web chez Nehos, j'ai analyse des dizaines de situations ou le projet a deraille non pas a cause du cahier des charges, mais a cause du choix du prestataire. J'ai formalise ces retours d'experience en une grille de 15 criteres ponderes que nous utilisons en interne, y compris pour evaluer nos propres sous-traitants. Cet article vous la livre en totalite, avec les indicateurs concrets pour chaque critere et une auto-evaluation transparente de Nehos.

#Pourquoi une grille de scoring est indispensable

La plupart des entreprises comparent les prestataires sur deux axes : le prix et le feeling en reunion. C'est un piege classique. Le prestataire le moins cher compense souvent par un perimetre flou, des profils moins experimentes ou l'absence de certaines prestations (tests, documentation, formation). Le prestataire le plus agreable en rendez-vous n'est pas necessairement celui qui livrera dans les temps. Une grille de scoring permet de structurer la comparaison sur des criteres objectifs et verifiables. Elle force chaque prestataire a se positionner clairement et elle permet de justifier le choix aupres de la direction ou des achats. Chez Nehos, nous envoyons cette grille a nos prospects en amont du premier rendez-vous. Cela filtre les conversations : les prestataires serieux remplissent la grille sans difficulte, les autres trouvent des excuses.

#Les 15 criteres et leur ponderation

Chaque critere est note de 1 a 5. La ponderation (coefficient 1 a 3) depend de la criticite du critere pour un projet B2B standard. Un projet avec des contraintes specifiques (reglementaire, haute disponibilite, donnees sensibles) pourra ajuster les coefficients.

#Critere 1 : expertise technique demontree (coefficient 3)

Ce n'est pas la liste des technologies sur le site web du prestataire qui compte. Ce qui compte, c'est la preuve d'une expertise reelle : contributions open source, certifications, articles techniques publies, talks en conference. Demandez des exemples de problemes techniques complexes resolus recemment et evaluez la profondeur de la reponse. Un prestataire qui repond avec des generalites ("on utilise les bonnes pratiques") sans donner de details concrets est un signal faible. Chez Nehos, nos equipes contribuent a l'ecosysteme Symfony et publient regulierement des retours d'experience techniques sur notre blog. Nous fournissons sur demande la liste des certifications individuelles de chaque membre de l'equipe projet.

#Critere 2 : pertinence du portfolio (coefficient 2)

Un portfolio de 50 projets n'a aucune valeur si aucun ne ressemble au votre. Concentrez-vous sur 3 a 5 references qui partagent des contraintes similaires : meme secteur d'activite, meme volume de donnees, meme niveau d'integration avec des systemes tiers, meme audience cible. Demandez a visiter les applications en production, pas seulement les captures d'ecran. Verifiez les performances reelles (PageSpeed, temps de chargement) et l'etat de maintenance (derniere mise a jour, certificats SSL valides). Un portfolio avec des projets abandonnes ou des sites en erreur 500 est un red flag majeur.

#Critere 3 : references clients verifiables (coefficient 3)

Exigez au moins deux contacts clients directs que vous pouvez appeler. Pas un temoignage ecrit sur le site du prestataire : un vrai numero de telephone ou une adresse email d'un interlocuteur qui a supervise le projet. Preparez trois questions : le projet a-t-il ete livre dans le budget et les delais annonces ? Comment le prestataire gere-t-il les imprevus et les changements de perimetre ? Recommanderiez-vous ce prestataire sans reserve ? Un prestataire qui refuse de fournir des references directes cache probablement quelque chose. Nehos fournit systematiquement 3 contacts clients verifiables adaptes au secteur du prospect.

#Critere 4 : methodologie projet (coefficient 2)

Agile, Scrum, Kanban, cycle en V : la methodologie importe moins que sa formalisation. Le prestataire doit etre capable de vous montrer comment il organise un sprint, comment il gere le backlog, comment il integre vos retours, comment il mesure la velocite de l'equipe. Demandez a voir un exemple de board Jira ou GitLab anonymise. Verifiez que la methodologie inclut des points de validation reguliers avec le client, pas uniquement une livraison finale. Un prestataire qui promet de l'agile mais ne peut pas vous montrer un artefact concret (board, burndown chart, definition of done) fait du marketing, pas de la gestion de projet.

#Critere 5 : transparence tarifaire (coefficient 3)

Le devis doit detailler le cout par poste : developpement, design, gestion de projet, tests, deploiement, documentation, formation. Un devis global sans decomposition est inacceptable pour un projet de plus de 20 000 euros. Demandez le TJM (taux journalier moyen) de chaque profil implique et le nombre de jours prevu par poste. Comparez avec les moyennes du marche : en 2026, un developpeur senior Symfony facture entre 550 et 750 euros HT/jour en agence, un lead technique entre 700 et 900 euros. Un TJM anormalement bas (moins de 400 euros) indique soit de la sous-traitance offshore non declaree, soit des profils juniors presentes comme seniors.

#Critere 6 : garanties contractuelles (coefficient 3)

Le contrat doit couvrir explicitement : la garantie de parfait achevement (correction gratuite des bugs pendant 3 a 12 mois apres livraison), les penalites de retard (generalement 1 a 2% du montant total par semaine de retard, plafonne a 10-15%), la clause de reversibilite (transfert du code et de la documentation en cas de rupture) et la clause de confidentialite. Un prestataire qui refuse d'integrer ces clauses ou qui propose une garantie inferieure a 3 mois n'inspire pas confiance. Chez Nehos, notre contrat standard inclut 12 mois de garantie, des penalites de retard a 1.5% par semaine et une clause de reversibilite complete avec accompagnement de 5 jours inclus.

#Critere 7 : stabilite de l'equipe (coefficient 2)

Qui va travailler sur votre projet, concretement ? Demandez les noms et les CV des profils prevus. Verifiez leur anciennete dans l'agence. Un prestataire ou le turnover est eleve (anciennete moyenne inferieure a 18 mois) presente un risque de perte de connaissance en cours de projet. Demandez aussi ce qui se passe si le developpeur principal quitte l'agence pendant votre projet : y a-t-il un plan de continuite, une documentation suffisante pour permettre une reprise par un autre membre de l'equipe ? L'anciennete moyenne chez Nehos est de 4.2 ans, et chaque projet est documente de maniere a permettre une reprise sans perte de contexte.

#Critere 8 : stack technique et choix d'architecture (coefficient 2)

Le prestataire doit justifier ses choix techniques, pas simplement imposer sa stack habituelle. Si votre projet necessite du temps reel, une API REST classique n'est peut-etre pas le bon choix. Si votre application doit supporter 50 000 utilisateurs simultanes, un monolithe PHP sans cache ne tiendra pas. Evaluez la capacite du prestataire a argumenter ses choix d'architecture en fonction de vos contraintes specifiques, pas en fonction de ce qu'il maitrise le mieux. Un bon prestataire vous deconseillera une technologie qu'il ne maitrise pas plutot que de l'apprendre a vos frais.

#Critere 9 : offre de maintenance (coefficient 2)

Que se passe-t-il apres la livraison ? Un projet web n'est jamais termine : il y a les mises a jour de securite, les evolutions fonctionnelles, les correctifs, la montee de version des dependances. Le prestataire doit proposer une offre de maintenance structuree avec des SLA clairs (temps de prise en charge, temps de resolution selon la severite). Verifiez les tarifs de maintenance : un forfait mensuel est generalement plus avantageux qu'une facturation au ticket. Mefiez-vous des prestataires qui ne proposent aucune maintenance ou qui facturent la maintenance au meme TJM que le developpement initial.

#Critere 10 : pratiques de securite (coefficient 3)

La securite n'est pas une option sur un projet B2B. Le prestataire doit pouvoir detailler ses pratiques : analyse de vulnerabilites des dependances (audit npm, Composer audit), tests de securite integres au pipeline CI/CD (SAST, DAST), gestion des secrets (pas de mots de passe en dur dans le code), conformite RGPD par design. Demandez si le prestataire a deja subi ou gere un incident de securite et comment il l'a traite. Un prestataire qui n'a aucune reponse structuree sur la securite est un risque que vous ne pouvez pas vous permettre.

#Critere 11 : partenariat hebergement (coefficient 1)

Le prestataire a-t-il un partenariat avec un hebergeur ou gere-t-il l'infrastructure en propre ? Un partenariat avec un hebergeur reconnu (OVHcloud, Scaleway, AWS) garantit un acces a un support technique prioritaire et a des tarifs negocies. Verifiez si l'hebergement est inclus dans l'offre ou facture separement, et si le prestataire gere le monitoring de production (uptime, performances, alertes). Nehos est partenaire OVHcloud et gere l'hebergement de production de ses clients sur des infrastructures souveraines basees en France.

#Critere 12 : propriete du code (coefficient 3)

C'est le critere le plus souvent neglige et pourtant le plus critique. Le contrat doit stipuler explicitement que le client est proprietaire du code source des la livraison et le paiement integral. Le prestataire ne doit pas pouvoir bloquer l'acces au code en cas de litige commercial. Verifiez que le repository Git sera heberge sur un compte dont le client est proprietaire, pas sur le compte de l'agence. Un prestataire qui garde la propriete du code vous rend captif : si vous souhaitez changer de prestataire, vous repartez de zero.

#Critere 13 : gestion de projet et reporting (coefficient 2)

Comment allez-vous suivre l'avancement du projet ? Le prestataire doit proposer des outils de suivi accessibles au client (Jira, GitLab, Notion) et des rituels reguliers (daily standup, demo de fin de sprint, retrospective). Evaluez la frequence et la qualite du reporting : un rapport hebdomadaire avec les taches realisees, les taches prevues et les risques identifies est un minimum. Un prestataire qui ne donne des nouvelles que quand vous le relancez est un prestataire que vous passerez plus de temps a gerer qu'a exploiter.

#Critere 14 : qualite de communication (coefficient 1)

La qualite de la communication pendant la phase commerciale est un indicateur fiable de ce que sera la communication pendant le projet. Le prestataire repond-il dans les 24 heures ? Ses reponses sont-elles claires et structurees ? Prend-il le temps de reformuler vos besoins pour s'assurer d'avoir bien compris ? Un prestataire qui met 5 jours a repondre a un email pendant la phase de vente mettra probablement 5 jours a repondre a un ticket urgent en production.

#Critere 15 : support post-livraison (coefficient 2)

Au-dela de la maintenance technique, le prestataire propose-t-il un accompagnement apres la livraison ? Formation des equipes internes, documentation utilisateur, support fonctionnel pendant la phase de rodage, assistance au changement. Un projet bien developpe mais mal deploye et mal accompagne est un projet qui echoue a l'adoption. Nehos inclut systematiquement 3 jours de formation utilisateur et 30 jours de support fonctionnel post-livraison dans ses forfaits.

#La grille de scoring complete

Voici la grille synthetique avec les 15 criteres, leur coefficient et le bareme de notation. Pour chaque critere, la note 1 signifie "aucune reponse ou reponse insuffisante", 3 signifie "correct mais sans element differenciant", 5 signifie "excellent avec preuves concretes".

Le score maximum est de 225 points (15 criteres x note 5 x coefficient moyen pondere). Un prestataire en dessous de 120 points presente des risques significatifs. Entre 120 et 170, c'est un prestataire correct mais sans garantie forte. Au-dessus de 170, vous avez un prestataire solide.

#Auto-evaluation Nehos : ou nous nous situons

Jouer la transparence, c'est aussi s'auto-evaluer publiquement. Voici nos notes sur notre propre grille, avec les justifications.

Expertise technique : 5/5. Equipe certifiee Symfony, contributions au framework, publications techniques regulieres. Stack technique : 4/5. Nous sommes specialises Symfony, React, Next.js et Magento. Nous ne couvrons pas .NET ou Java, et nous le disons clairement plutot que de prendre un projet en dehors de notre zone d'expertise. References clients : 5/5. Nous fournissons systematiquement 3 contacts verifiables et nous proposons des visites de projets en production. Transparence tarifaire : 5/5. Tous nos devis detaillent le TJM par profil, le nombre de jours par poste et le planning macro. Garanties contractuelles : 5/5. 12 mois de garantie, penalites de retard, clause de reversibilite avec 5 jours d'accompagnement inclus. Stabilite de l'equipe : 4/5. Anciennete moyenne de 4.2 ans, mais nous restons une PME de 35 personnes et un depart peut impacter un projet malgre nos plans de continuite. Propriete du code : 5/5. Le repository est cree sur le compte du client des le premier sprint. Securite : 4/5. CI/CD avec scan de securite automatise, conformite RGPD by design, mais nous ne proposons pas encore de pentest en interne (nous faisons appel a un partenaire specialise).

Score total Nehos : 186/225. Nous ne pretendons pas etre parfaits sur chaque critere, mais nous savons exactement ou nous devons progresser.

#Les 7 red flags qui doivent vous alerter

Au-dela de la grille de scoring, certains signaux doivent declencher une alerte immediate dans votre processus de selection.

Premier red flag : le prestataire refuse de nommer les developpeurs qui travailleront sur votre projet. Cela signifie generalement que l'equipe n'est pas encore constituee ou qu'elle sera composee de freelances recrutes pour l'occasion. Deuxieme red flag : le devis est significativement inferieur aux autres (moins de 30% de l'estimation moyenne). Un ecart de prix aussi important cache presque toujours une reduction de perimetre non documentee, de la sous-traitance offshore ou des profils juniors. Troisieme red flag : le prestataire n'a pas de site web a jour ou son propre site presente des problemes techniques (certificat expire, temps de chargement superieur a 5 secondes, erreurs 404). Si le prestataire ne maintient pas son propre site, comment maintiendra-t-il le votre ?

Quatrieme red flag : aucun processus de recette ou de test n'est mentionne dans la proposition. Un prestataire qui ne teste pas est un prestataire qui vous transfere le cout des bugs. Cinquieme red flag : le contrat ne prevoit pas de clause de reversibilite ou la propriete du code reste a l'agence. Vous serez prisonnier du prestataire. Sixieme red flag : le prestataire accepte toutes vos demandes sans jamais vous challenger ou vous proposer des alternatives. Un bon prestataire pousse en retour quand une demande est techniquement risquee ou budgetairement deraisonnable. Septieme red flag : le commercial ne peut pas repondre a une question technique basique sur l'architecture prevue. Si le commercial est incapable de vous expliquer les grands choix techniques, c'est que l'equipe technique n'a probablement pas encore etudie votre projet.

#Comment utiliser cette grille dans votre consultation

Envoyez la grille aux prestataires consultes avant le premier rendez-vous en leur demandant de s'auto-evaluer sur chaque critere avec des preuves a l'appui. Cela structure les echanges et permet de comparer les reponses sur une base identique. Pendant les rendez-vous, concentrez-vous sur les criteres ou le prestataire s'est auto-evalue au-dessus de 3 : demandez des preuves concretes. Un prestataire qui s'attribue 5/5 sur la transparence tarifaire mais refuse de detailler son TJM par profil n'est pas coherent. Apres les rendez-vous, consolidez les notes dans un tableau comparatif et partagez-le avec les decideurs. La grille transforme une decision subjective en decision argumentee et documentee.

#Conclusion : choisir sur des faits, pas sur des impressions

Le choix d'un prestataire de developpement web engage votre entreprise pour 6 a 18 mois minimum. C'est une decision qui merite mieux qu'un feeling en reunion et un comparatif de prix. Cette grille de 15 criteres vous donne un cadre structure pour evaluer chaque prestataire sur des faits verifiables. Utilisez-la, adaptez les coefficients a vos contraintes specifiques, et exigez des preuves pour chaque note superieure a 3. Si un prestataire refuse de se preter a l'exercice, c'est en soi une information precieuse.