#Pourquoi un RFP structure un meilleur appel d'offres digital

Sans RFP formalisé, un appel d'offres digital devient un exercice d'improvisation collective. Chaque agence répond à ce qu'elle a compris de votre projet — et chacune comprend quelque chose de différent. L'une propose une refonte WordPress avec un thème premium3 2 944 €. La suivante soumet une architecture Next.js headless3 11 904 €. La troisième vous propose un atelier de cadrage payant avant de s'engager sur quoi que ce soit. Vous vous retrouvez avec trois documents incomparables, un comité de direction qui attend une recommandation et l'impression d'avoir perdu trois semaines.

Ce scénario, nous l'observons régulièrement quand des ETI nous contactent après un premier appel d'offres infructueux. Le problème n'est pas le marché des agences digitales. Le problème, c'est l'absence d'un cadre commun d'expression des besoins.

Le problème sans RFP est structurel. Quand chaque agence répond à partir d'hypothèses différentes, la comparaison des offres est impossible. Le critère de sélection par défaut devient le prix — et le moins-disant n'est presque jamais le meilleur prestataire pour un projet complexe. Les exigences manquantes sont découvertes en production, quand les reprises coûtent cinq à dix fois plus cher qu'en phase de conception. Et la relation contractuelle démarre sur des incompréhensions mutuelles qui génèrent des tensions dès les premières semaines.

Avec un RFP structuré, les règles du jeu changent. Les agences répondent à partir de s mêmes hypothèses, ce qui rend les offres comparables sur le fond et pas seulement sur le prix. L'évaluation devient objective grâce à une grille de notation partagée. Les exigences sont documentées avant la signature, ce qui protège l'acheteur en cas de litige. Et les agences sérieuses — celles qui investissent du temps dans des propositions qualitatives — sont récompensées plutôt que pénalisées.

À qui s'adresse ce template :

• Le DSI qui doit remplacer un site institutionnel vieillissant de dix ans, souvent bâti sur un CMS propriétaire ou un WordPress surchargé de plugins incompatibles, et qui veut structurer une consultation sans repartir de zéro.
• Le CTO qui pilote une migration legacy vers une architecture moderne (Next.js, CMS headless, API-first) et qui a besoin d'un document de consultation suffisamment technique pour filtrer les agences capables d'exécuter.
• Le DG qui veut consulter trois à cinq agences en parallèle pour un projet de transformation digitale incluant une refonte de site B2B et potentiellement un projet IA, et qui cherche à obtenir des offres comparables sans y consacrer un mois de son temps.
• Le DAF qui doit justifier l'investissement devant un conseil d'administration ou des actionnaires, et qui a besoin de devis structurés permettant de comparer le TCO sur 36 mois plutôt que le seul coût de build initial.

Ce template de 20 pages a été construit 40+ projets de refonte digitale livrés en production depuis 2018. Chaque section reprend les questions que nous avons vu les clients omettre, et les conséquences de ces omissions sur les budgets et les délais.

#Section 1 — Présentation de votre organisation et contexte du projet

C'est la section qui permet à l'agence de calibrer la séniorité des profils qu'elle va allouer à votre projet et la profondeur de la proposition qu'elle va vous soumettre. Une agence qui ne comprend pas votre contexte stratégique va vous remettre une proposition générique — celle qu'elle envoie à tous ses prospects.

Pourquoi ce contexte est décisif pour l'agence. Un projet de refonte pour une ETI industrielle de 500 personnes avec un SI SAP et des exigences DORA n'a rien à voir avec la même refonte pour une PME de services de 50 personnes sur un stack cloud natif. Les profils mobilisés, les risques anticipés, les partenaires recommandés et la méthode de gestion de projet sont radicalement différents. Une agence compétente ne peut pas vous remettre une proposition sérieuse sans comprendre ces paramètres.

Champs clés à renseigner dans cette section :

• Raison sociale et secteur d'activité : précisez les codes NAF pertinents et toute contrainte sectorielle réglementaire (finance, santé, défense, collectivité).
• Taille (effectif + CA) : ces données permettent à l'agence d'anticiper la complexité des processus de validation interne et la disponibilité des équipes.
• Contexte du projet (pourquoi maintenant ?) : formulez explicitement le déclencheur de la refonte. Perte de performance SEO ? Impossibilité de faire évoluer le site par manque de développeurs ? Rachat d'une filiale nécessitant une fusion de sites ? Lancement d'une offre B2B nécessitant un site à la hauteur ? Ce contexte oriente les priorités de l'agence.
• Décideur final (nom + rôle + niveau d'implication) : indiquez si le décideur final participe aux réunions ou valide uniquement en fin de phase. Une agence qui sait qu'elle devra convaincre un comité de direction adoptera une approche de gestion des parties prenantes différente.
• Product Owner interne (disponibilité en % de temps) : c'est l'information la plus critique pour une agence. Un PO disponible à 10 % de son temps va ralentir chaque sprint de deux à trois fois. Les agences sérieuses refusent des projets sans PO identifié ou ajustent leur tarif en conséquence.
• Résumé du SI actuel pertinent : listez les systèmes qui interagissent ou interagiront avec le nouveau site (CRM, ERP, SIRH, DAM, PIM, outil d'analytics, SSO, etc.). Pas besoin d'une cartographie exhaustive à ce stade — une liste avec le nom du logiciel, le type d'intégration envisagé et le propriétaire technique interne suffit.

Erreur fréquente : omettre la section sur le Product Owner interne. C'est systématiquement le premier point que nous clarifions lors d'un premier appel de qualification. Un projet sans PO disponible est un projet qui va déraper — quelle que soit la qualité de l'agence.

#Section 2 — Périmètre du projet et livrables attendus

C'est la section la plus critique du RFP pour prévenir le scope creep. Un périmètre flou est la première cause de dépassement budgétaire sur les projets de refonte digitale. L'agence suppose que certaines fonctionnalités sont incluses. Le client suppose qu'elles ne le sont pas. La surprise arrive en phase de recette, quand les reprises coûtent dix fois plus cher qu'en phase de conception.

La règle d'or de cette section : tout ce qui n'est pas explicitement dans le périmètre est hors périmètre. Cette formulation doit figurer dans votre RFP. Elle protège les deux parties.

Type de projet : soyez précis sur la nature du projet.

• Refonte site B2B (institutionnel, catalogue, génération de leads)
• Migration legacy (remplacement d'un SI applicatif par une architecture moderne)
• Projet agent IA ou combiné refonte + IA
• Site e-commerce B2B avec configurateur
• Portail client avec authentification et données personnalisées

Chaque type implique des contraintes architecturales et des profils de prestataires différents.

Pages et fonctionnalités must-have vs nice-to-have : listez toutes les fonctionnalités souhaitées, puis classez-les obligatoirement en deux colonnes. La colonne must-have constitue le périmètre contractuel du MVP. La colonne nice-to-have alimente la phase 2, après la mise en production. Cette discipline est inconfortable car elle force des arbitrages, mais elle est la seule façon de tenir un budget.

Intégrations systèmes : pour chaque intégration envisagée (CRM, ERP, SIRH, DAM, outil de marketing automation, etc.), précisez le nom du logiciel, la version, le type d'API disponible et le niveau de maturité de l'intégration souhaitée (lecture simple, lecture/écriture, synchronisation temps réel, webhook). Une intégration bidirectionnelle avec un ERP vieillissant peut représenter 15 à 30 jours-homme supplémentaires. Si vous ne le précisez pas, chaque agence fera des hypothèses différentes — et aucune n'aura la même.

Volumes et performances attendus : indiquez le trafic actuel (sessions/mois), le trafic cible à 12 mois, le nombre d'utilisateurs connectés simultanés attendus en heure de pointe et le SLA de disponibilité requis (99,5 % ? 99,9 % ?). Ces paramètres conditionnent les choix d'infrastructure et impactent directement le coût d'hébergement récurrent.

Exigences multilingues et multi-marchés : chaque langue supplémentaire représente une charge de développement (routes i18n, gestion des traductions dans le CMS) et une charge éditoriale récurrente. Précisez les langues requises pour le lancement, le modèle de traduction envisagé (traduction humaine, IA avec validation, automatique) et l'existence ou non d'équipes éditoriales locales.

Livrables attendus : au-delà du code, précisez si vous attendez une documentation technique, une formation des équipes, un transfert de compétences pour l'autonomie éditoriale et les modalités de transfert de propriété intellectuelle du code source.

Critère d'acceptation du MVP : fixez trois critères binaires vérifiables. Par exemple : "100 % des pages listées en annexe sont en ligne et indexables", "le score de performance Lighthouse > 85 sur mobile" et "les formulaires de contact sont fonctionnels et connectés au CRM". Sans critères d'acceptation écrits, la recette devient une négociation sans fin.

#Section 3 — Exigences techniques et stack souhaitée

Cette section a deux objectifs contradictoires que vous devez équilibrer : filtrer les agences techniquement incompétentes pour votre contexte, sans fermer la porte à des recommandations pertinentes que vous n'auriez pas envisagées. La formulation "stack préférée ou ouverture à recommandation motivée" est un bon équilibre.

Frontend : indiquez si vous avez une préférence pour un framework (Next.js est notre recommandation par défaut pour des sites B2B modernes à fort enjeu SEO), ou si vous êtes ouvert à des propositions motivées. Précisez vos contraintes : déploiement sur Vercel uniquement, nécessité d'un rendu statique (SSG) pour la performance, contrainte de compatibilité avec un CDN interne.

CMS headless : le choix du CMS conditionne l'autonomie éditoriale de vos équipes pour les prochaines années. Les options principales pour des ETI : Payload CMS (open-source, souverain, TypeScript natif — notre recommandation), Sanity (excellent UX éditeur, SaaS), Contentful (robuste, prix élevé à l'échelle), Strapi (open-source, maturité variable). Précisez si vous avez des contraintes sur le modèle de déploiement (SaaS vs self-hosted) et sur les droits d'accès éditoriaux (RBAC, workflows de validation).

Backend et API : précisez si le projet nécessite un backend applicatif spécifique ou si le CMS headless + les intégrations tierces couvrent l'ensemble des besoins. Si vous avez des processus métiers complexes, indiquez la stack préférée (Node.js, Python, Go) ou votre ouverture à une recommandation.

Hébergement : spécifiez vos contraintes. Hébergement souverain obligatoire (OVH, Scaleway, 3DS Outscale) ? Préférence pour un cloud hyperscaler (AWS, Azure, GCP) ? Contraintes de colocalisation avec votre infrastructure existante ? Exigences de certification (SecNumCloud, HDS) ? L'hébergement n'est pas un détail : il conditionne la latence, les coûts récurrents et la conformité réglementaire.

Authentification : si votre site inclut un espace client ou un portail, précisez le protocole d'authentification attendu (OAuth 2.0, SAML, OIDC, FranceConnect, LDAP/Active Directory d'entreprise, SSO via Okta ou Azure AD). Une authentification enterprise SSO est un chantier à part entière qui peut représenter 10 à 20 jours-homme selon la complexité de votre annuaire.

Analytics : indiquez si vous utilisez Google Analytics 4 ou si vous souhaitez migrer vers une solution souveraine (Plausible, Matomo). Pour les entreprises avec des obligations de conformité strictes ou travaillant avec des clients du secteur public, une solution cookieless et hébergée en Europe peut être obligatoire.

IA et LLM : si le projet inclut des fonctionnalités IA (chatbot, moteur de recherche sémantique, personnalisation de contenu, agent de qualification), précisez le provider LLM préféré (OpenAI, Anthropic, Mistral), les contraintes d'hébergement du modèle (SaaS API vs on-premise) et les exigences de confidentialité des données traitées.

CI/CD et tests : spécifiez la plateforme de CI/CD attendue (GitHub Actions, GitLab CI, Azure DevOps) et les exigences de couverture de tests minimale (70 % de couverture unitaire ? Tests E2E Playwright ou Cypress obligatoires ?). Un prestataire qui ne déploie pas avec un pipeline CI/CD est un risque opérationnel pour la qualité et la maintenabilité.

#Section 4 — Conformité, sécurité, accessibilité, souveraineté

Cette section est systématiquement sous-estimée dans les premières versions de RFP que nous recevons pour revue. Les obligations réglementaires doivent être spécifiées en amont, car elles impactent profondément les choix d'architecture et le budget. Les découvrir après la signature génère des avenants coûteux et des tensions contractuelles.

RGPD : identifiez les traitements de données personnelles que le site va opérer (formulaires de contact, analytics, cookies, compte client, tracking commercial). Pour chaque traitement, précisez la base légale, la durée de conservation et les transferts hors UE éventuels. L'agence retenue devra signer un DPA (Data Processing Agreement) avec vous — mentionnez cette exigence dans le RFP pour filtrer les prestataires non conformes.

RGESN (éco-conception numérique) : obligatoire pour les organisations publiques et de plus en plus exigé en B2B, le Référentiel Général d'Écoconception des Services Numériques définit 79 critères couvrant l'architecture, le design, le code et l'hébergement. Précisez si vous souhaitez une déclaration d'écoconception ou une conformité à un niveau cible (minimum 50 % des critères applicables).

RGAA 4.1 (accessibilité) : le Référentiel Général d'Amélioration de l'Accessibilité s'applique obligatoirement aux sites des organismes publics et recommandé pour tous les acteurs B2B. Précisez le niveau attendu (A minimum, AA recommandé pour tout site B2B moderne) et si vous avez besoin d'une déclaration d'accessibilité publiée. Les tests RGAA réalisés par un auditeur tiers représentent généralement 3 à 5 jours-homme supplémentaires.

AI Act : si le projet inclut des fonctionnalités IA (chatbot, recommandation, personnalisation algorithmique, aide à la décision), indiquez le niveau de risque estimé de vos systèmes IA. La plupart des agents IA B2B relèvent du risque limité (obligations de transparence) mais certains usages (scoring de leads, évaluation de crédit, filtrage RH) peuvent basculer en risque élevé avec des obligations de journalisation, d'auditabilité et parfois de certification tiers.

Certifications sectorielles : selon votre secteur, des exigences spécifiques s'appliquent. Les entreprises du secteur financier et leurs prestataires de services IT critiques sont soumis à DORA depuis janvier 2025 (résilience opérationnelle, gestion des tiers IT). Les entreprises de santé doivent héberger leurs données de santé sur des infrastructures HDS certifiées. Les entités essentielles et importantes au sens de NIS2 ont des obligations de cybersécurité renforcées depuis octobre 2024. Si l'une de ces réglementations vous concerne, mentionnez-le explicitement.

ISO 27001 / SOC 2 : si vous êtes soumis à des audits de sécurité réguliers ou si vos clients grands comptes l'exigent contractuellement, précisez si vous attendez ou souhaitez que le prestataire soit certifié ISO 27001 ou SOC 2 Type II. Cela réduit significativement le périmètre des prestataires éligibles mais garantit un niveau de maturité sécurité vérifiable.

Durée de conservation des logs et politique de sauvegarde : précisez la durée de conservation des logs applicatifs et serveur attendue (RGPD recommande le minimum nécessaire), la fréquence des sauvegardes et la procédure de restauration requise (RTO/RPO). Ces paramètres impactent les coûts d'infrastructure récurrents.

#Section 5 — Critères de sélection du prestataire

Définir vos critères de sélection avant de recevoir les offres est la seule façon de garantir une évaluation objective. Si vous construisez vos critères après avoir lu les propositions, vous êtes inévitablement influencé par les points forts de la première proposition que vous avez lue. Nous recommandons de les valider en comité de pilotage avant l'envoi du RFP.

1. Références sectorielles (projets similaires livrés) Exigez des références de projets similaires au vôtre : même secteur, même complexité technique, même niveau de budget. Trois références minimum, avec le nom du client (contactable directement), la description du projet et les résultats mesurables. Une agence qui ne peut pas produire trois références de projets similaires n'est pas le bon partenaire pour votre projet.

2. Stack technique maîtrisée (validation vs affirmation) Toute agence affirmera maîtriser Next.js, le CMS que vous demandez et les intégrations que vous citez. La différence entre affirmation et maîtrise réelle se révèle dans la proposition technique : architecture proposée, choix justifiés, risques identifiés, pièges évités. Une proposition qui liste des technologies sans expliquer pourquoi elles ont été choisies pour votre contexte précis est un signal d'alerte.

3. Équipe dédiée (séniorité, taux d'encadrement, sous-traitance offshore) Demandez la composition nominative de l'équipe dédiée à votre projet : lead développeur, designer, chef de projet, architecte si applicable. Exigez les CV ou profils LinkedIn. Posez explicitement la question de la sous-traitance offshore — et si elle est pratiquée, demandez le pourcentage du budget concerné et les modalités de supervision. Le hand-off entre un interlocuteur commercial senior et une équipe de prestataires peu expérimentés est l'une des pratiques les moins transparentes du secteur.

4. Méthode de cadrage et de gestion de projet Une agence qui démarre le développement sans phase de cadrage structurée est une agence qui va découvrir les problèmes en cours de route plutôt qu'en amont. Exigez une description de la méthode : comment se déroule le sprint zéro ou la phase de discovery ? Comment sont gérées les demandes de modification en cours de projet ? Comment les livrables sont-ils validés avant paiement ?

5. Capacité de mise en conformité Si votre Section 4 liste des exigences RGPD, RGAA, AI Act ou sectorielles, demandez explicitement comment l'agence les intègre dans sa méthode de développement. Un DPO identifié en interne ? Un partenaire cabinet de conseil RGPD ? Un processus d'audit accessibilité intégré au sprint de recette ?

6. Solidité financière et pérennité Un prestataire en difficulté financière est un risque projet. Demandez les deux derniers bilans annuels ou le numéro SIREN pour une vérification sur Infogreffe. Une agence qui refuse de partager ces éléments ou qui est en résultat net négatif sur deux exercices consécutifs mérite une vigilance particulière.

7. Transparence tarifaire Exigez un détail complet des coûts : par lot ou par phase, avec la ventilation jours-homme, les marges sur les licences et l'hébergement, les coûts récurrents annuels (TMA, hébergement, renouvellement de licences). Un devis global sans détail est un devis qui cache des charges futures.

8. Références clients contactables directement Insistez sur ce point : vous souhaitez des références que vous pouvez appeler directement, sans intermédiation de l'agence. Cinq minutes d'entretien téléphonique avec un client ex-partenaire vous apprendront plus que la lecture d'une proposition de cinquante pages.

#Section 6 — Grille d'évaluation des offres sur 100 points

Une grille d'évaluation partagée entre tous les évaluateurs internes est le seul moyen de transformer une décision subjective en processus défendable — devant un comité de direction, un conseil d'administration ou un actionnaire. Elle impose aussi une discipline utile : en construisant la grille avant de lire les offres, vous clarifiez vos priorités réelles.

Pondération recommandée pour un projet complexe IA + refonte (adaptez à votre contexte) :

Barème de notation pour chaque critère :

• 0 point : critère absent ou non traité dans la proposition
• 5 points : critère partiellement traité, réponse générique sans adaptation à votre contexte
• 8 points : critère traité de façon satisfaisante, avec des éléments spécifiques à votre projet
• 10 points : critère traité de façon excellente, avec des preuves, des exemples concrets et une analyse de votre contexte spécifique

Pour les critères pondérés à plus de 10 points, multipliez le score par le coefficient correspondant (ex. : 8/10 × 3 = 24 pts pour la pertinence technique pondérée à 30 pts).

Seuil minimal recommandé pour la shortlist : 70/100. En dessous de ce seuil, l'offre présente trop de lacunes pour justifier une soutenance. Au-dessus de 85/100, l'offre mérite une attention prioritaire lors des soutenances.

Comment utiliser la grille : faites noter chaque offre par deux évaluateurs indépendants avant une réunion de synthèse. Les écarts de notation supérieurs à 15 points entre évaluateurs signalent soit une ambiguïté dans le critère, soit une lecture différente de l'offre — les deux méritent une discussion.

#Section 7 — Calendrier de la consultation et modalités de réponse

Un calendrier de consultation bien cadré envoie un signal fort aux agences : vous êtes organisé, la décision sera prise dans les délais annoncés et l'investissement dans la proposition sera respecté. Les agences sérieuses, qui investissent 20 à 40 heures dans une proposition qualitative, privilégient les appels d'offres où elles savent que la décision sera réelle.

Jalons recommandés pour une consultation standard :

• J0 : envoi du RFP aux agences présélectionnées (3 à 5 maximum). Joignez la liste des contacts internes pour les questions techniques.
• J0+5 : deadline pour la soumission des questions par les agences. Centralisez toutes les questions dans un document partagé.
• J0+8 : publication des réponses aux questions à l'ensemble des soumissionnaires simultanément. Cette symétrie est obligatoire pour garantir l'équité du processus.
• J0+21 : deadline de remise des offres. Format demandé : PDF + présentation de 20 slides maximum + fichier de chiffrage détaillé en tableur.
• J0+28 : notation interne avec la grille d'évaluation et construction de la shortlist (2 à 3 agences maximum).
• J0+35 : soutenances en visio ou présentiel (1 heure par agence, dont 30 minutes de présentation et 30 minutes de questions techniques). Préparez des questions précises sur les points d'ambiguïté identifiés lors de la notation.
• J0+42 : décision finale, notification à toutes les agences (y compris les non-retenues — c'est une marque de professionnalisme que les agences apprécient et retiennent).

Délai de réponse : ni trop court, ni trop long. Moins de deux semaines pour répondre, c'est trop peu pour un projet10 9 472 € et plus : vous recevez des propositions bâclées. Plus de cinq semaines, les agences perdent le fil et la priorité. Trois à quatre semaines est la plage optimale pour la grande majorité des projets de refonte ETI.

Nombre maximum d'agences consultées : 3 à 5. Au-delà, vous multipliez votre charge d'évaluation sans améliorer la qualité des propositions reçues — au contraire, les agences qui savent qu'elles sont en compétition avec huit autres acteurs investissent moins dans leur proposition. Pré-qualifiez rigoureusement avant d'envoyer le RFP.

Format des offres : précisez le format attendu. Vous évitez ainsi de recevoir trois PDF de 80 pages et deux présentations Keynote sans chiffrage détaillé. Un cadre structuré facilite la comparaison et signale aux agences que vous avez une méthode d'évaluation sérieuse.

#Section 8 — Budget et modèle commercial attendu

C'est la section que les acheteurs évitent le plus souvent par réflexe de négociation. L'intuition est compréhensible : ne pas montrer son budget pour garder la main. En pratique, sur des projets de refonte digitale complexes, cette approche se retourne systématiquement contre l'acheteur.

Sans indication de budget, deux scénarios négatifs se produisent. Soit les agences surenchérissent en proposant des architectures premium hors de portée — et vous perdez du temps à qualifier des offres inadaptées. Soit elles sous-enchérissent avec des solutions sous-dimensionnées qui ne répondent pas à vos besoins réels. Dans les deux cas, vous ne recevez pas de propositions comparables sur le bon niveau de qualité.

Option A (recommandée) : indiquer une enveloppe budgétaire. Formulez la fourchette de façon à orienter les propositions sans sacrifier votre marge de négociation. Exemple : "Notre enveloppe pour la phase de build est comprise entre80 000 € et112 1 792 €, hors frais d'infrastructure récurrents." Cette formulation aligne les propositions sur la même plage sans vous empêcher de négocier à l'intérieur de cette fourchette.

Option B : demander un chiffrage détaillé avec ventilation explicite. Si vous refusez d'indiquer un budget, exigez au minimum un détail des coûts par lot (cadrage, design, développement frontend, développement backend, intégrations, tests, mise en production, formation) avec le nombre de jours-homme et le taux journalier pour chaque profil. Un devis global sans ventilation est impossible à comparer et impossible à négocier.

TCO 36 mois obligatoire. Un build initial de19 7 808 € avec3 2 944 € de maintenance annuelle est plus coûteux sur trois ans qu'un build de 50 000 € avec à partir de 873 € de maintenance annuelle. Le TCO inclut : hébergement et infrastructure, maintenance corrective et évolutive, mises à jour sécurité, licences CMS et outils tiers, coûts API LLM si applicable, et formations ponctuelles des équipes.

Demandez trois scénarios commerciaux. Cette approche donne de la souplesse à l'arbitrage budgétaire :

• Scénario MVP minimum : périmètre strict must-have, délai court, investissement minimum pour valider la valeur
• Scénario MVP cible : périmètre recommandé par l'agence pour atteindre vos objectifs à 12 mois
• Scénario version avancée : périmètre cible + options à forte valeur ajoutée identifiées par l'agence

Cette structure vous permet d'arbitrer selon l'enveloppe validée par votre direction tout en comprenant les compromis de chaque niveau.

#5 erreurs qui sabotent un appel d'offres digital (et comment les éviter)

#Erreur 1 — Envoyer le RFP à 10 agences

Plus d'agences ne signifie pas meilleures propositions. C'est exactement l'inverse. Une agence qui sait qu'elle est en compétition avec neuf autres acteurs va mathématiquement investir moins de temps dans sa proposition qu'une agence qui sait être l'une de quatre candidates sérieuses. Le résultat : vous recevez dix propositions génériques au lieu de quatre propositions sur mesure. Et votre charge d'évaluation explose.

Limitez à trois à cinq agences pré-qualifiées. La pré-qualification prend deux heures de travail : vérification de leur site (pratiquent-ils ce qu'ils prêchent ?), lecture de leurs cas clients sur Clutch ou leur site, vérification des avis Google Business, et un appel de 20 minutes pour valider leur disponibilité et leur intérêt pour votre projet. Ces deux heures vous font gagner des semaines.

#Erreur 2 — Ne pas préciser l'enveloppe budgétaire

Nous avons traité cette erreur dans la Section 8, mais elle mérite d'être répétée : c'est la cause numéro un des propositions incomparables. Sans indication budgétaire, une agence peut vous proposer une solution à partir de 1 177 € pendant qu'une autre propose la même fonctionnalité pour3 11 904 €. Vous passez vos réunions de dépouillement à vous demander si l'une sous-estime ou si l'autre surestime, au lieu de comparer la qualité des approches.

Une fourchette budgétaire indicative — même large — suffit à cadrer les propositions. Vous ne perdez pas votre pouvoir de négociation. Vous économisez semaines de travail à toutes les parties.

#Erreur 3 — Négliger la section des exigences techniques

Une section technique vague produit des propositions incomparables sur le fond. Une agence propose React + Firebase. Une autre propose WordPress Multisite. Une troisième propose Drupal avec un connecteur ERP sur mesure. Impossible de comparer objectivement la qualité des approches quand les hypothèses de base sont radicalement différentes.

Si vous n'avez pas les compétences en interne pour remplir la Section 3, faites appel à un architecte IT indépendant pour une demi-journée de conseil. L'investissement est de quelques centaines d'euros. Il vous permet d'orienter les propositions sur les choix techniques qui correspondent à votre contexte, et de détecter les agences qui ne maîtrisent pas réellement les technologies qu'elles affichent.

#Erreur 4 — Ignorer les coûts récurrents

Un projet de refonte n'est pas un achat unique. C'est le premier versement d'un engagement pluriannuel. Hébergement, maintenance corrective et évolutive, mises à jour de sécurité, évolutions fonctionnelles, coûts d'API LLM si applicable, formation des nouvelles recrues — tout cela s'accumule. Des projets dont le ROI paraissait évident ont été stoppés ou externalisés précipitamment parce que le budget d'exploitation n'avait jamais été planifié.

Exigez systématiquement un TCO sur 36 mois dans votre RFP. Un prestataire sérieux peut vous le produire en quelques heures. Un prestataire qui refuse ou qui ne peut pas estimer ses propres coûts récurrents vous envoie un signal fort sur sa transparence commerciale.

#Erreur 5 — Ne pas appeler les références directement

Chaque agence sélectionne soigneusement les références qu'elle vous communique : ce sont ses meilleures missions, avec ses clients les plus satisfaits, présentées sous leur meilleur jour. C'est normal et légitime. Ce n'est pas suffisant pour votre due diligence.

La vraie information est dans les références que vous trouvez vous-même : les anciens clients mentionnés sur LinkedIn, les projets listés sur Clutch avec des avis authentiques, les cas clients sur leur site avec des contacts identifiables. Un appel de quinze minutes avec un ex-client non préparé par l'agence vous dira ce que cinquante pages de proposition ne vous diront jamais : comment l'agence se comporte quand le projet dérape, comment elle gère les tensions contractuelles, et si l'équipe livrée correspond à l'équipe vendue.

#Télécharger le template RFP Refonte Digitale ETI

Ce template de 20 pages est la formalisation documentée de notre méthode de consultation. Il reprend exactement la structure décrite dans ce guide, avec des champs remplissables et des exemples pré-remplis pour chaque section, une grille d'évaluation sur 100 points prête à l'emploi, un lexique des termes techniques (AI Act, RGAA, RGESN, TCO, SLA...) et une checklist de validation finale avant envoi.

Il est disponible aux formats Word (remplissable et modifiable) et PDF. Vous pouvez le partager directement à vos équipes DSI, DG et DAF pour structurer les premières discussions internes avant de lancer la consultation.

En téléchargeant le template, vous recevrez également une séquence email de trois messages avec des conseils complémentaires sur la présélection des agences, la conduite des soutenances et la négociation des contrats, basés sur les retours d'expérience de nos 40+ projets livrés.

Si vous souhaitez un regard expert sur votre RFP avant envoi, ou si vous préférez déléguer la rédaction à une équipe qui connaît le marché de l'intérieur, notre audit gratuit de 30 minutes vous permet d'obtenir un premier retour avec Foued Cherni directement. Nous avons l'habitude d'identifier en vingt minutes les points d'un RFP qui vont générer des propositions incomparables ou des tensions contractuelles.