Exemple complet de propale ESN commentée

Cet exemple est basé sur une proposition commerciale fictive mais réaliste, construite à partir de cas réels observés dans le secteur des ESN françaises. Le contexte : une ESN de taille intermédiaire (80 consultants) répond à une consultation lancée par une banque régionale pour une mission de développement Java/Cloud AWS, trois consultants, six mois, budget estimé à 180 000 euros.

Chaque section est annotée pour vous expliquer pourquoi elle est rédigée ainsi, ce qu’elle apporte au lecteur et comment vous pouvez l’adapter à votre propre contexte.

Contexte de la mission

Client : Banque Régionale du Centre-Ouest (nom fictif)
Objet : Développement et déploiement d’une API de reporting réglementaire DORA, intégration à l’infrastructure AWS existante
Profils demandés : 1 architecte cloud AWS senior, 2 développeurs Java/Spring Boot confirmés
Durée : 6 mois (mars – septembre 2026), possibilité de prolongation
Budget indicatif : 180 000 € HT

Section 1 — Page de garde (annotation)

La page de garde de cette propale comprend : le logo de l’ESN en haut à gauche, le nom du client et du projet en grand, la date de soumission, et une mention "Document confidentiel — à l’usage exclusif de [Nom banque]".

Pourquoi cette mention de confidentialité ? Elle signale au lecteur que ce document a été préparé spécifiquement pour lui, pas envoyé en masse. Elle crée un sentiment de traitement exclusif dès la première page.

La page de garde inclut également le nom et les coordonnées du commercial responsable du dossier. Un interlocuteur identifié facilite la prise de contact rapide.

Section 2 — Résumé exécutif (annotation)

Le résumé exécutif de cette propale tient en une page et demie. En voici les éléments clés :

• Première phrase : reformulation du besoin en une ligne ("La Banque Régionale du Centre-Ouest souhaite moderniser son dispositif de reporting réglementaire en conformité avec les exigences DORA applicables dès janvier 2025.")
• Deuxième paragraphe : présentation synthétique de l’ESN et de son expérience spécifique dans le secteur bancaire (3 missions similaires citées avec les établissements et les durées)
• Troisième paragraphe : les trois consultants proposés avec leur titre et leur disponibilité confirmée
• Quatrième paragraphe : l’engagement sur le budget (180 000 € HT tout compris) et la date de démarrage possible (1er mars 2026)

Ce qui fonctionne : Le résumé répond aux quatre questions implicites du client (compétences, disponibilité, budget, références) en moins de deux pages. Le décideur n’a pas besoin de lire le reste pour avoir une conviction initiale.

Section 3 — Compréhension du besoin (annotation)

Cette section de deux pages démontre une lecture approfondie du cahier des charges. L’ESN y identifie :

• L’enjeu réglementaire principal : conformité DORA (Digital Operational Resilience Act) imposant des reportings spécifiques aux établissements financiers
• La contrainte technique existante : une infrastructure AWS déjà en place mais avec des modules de sécurité IAM à reconfigurer
• L’enjeu organisationnel : une équipe interne de 4 développeurs avec qui les consultants devront collaborer, impliquant une nécessité d’intégration rapide
• Le risque projet identifié : le planning serré (6 mois) pour livrer une API certifiable

Ce qui fonctionne : Mentionner DORA explicitement — une réglementation que beaucoup d’ESN généralistes auraient ignorée — positionne immédiatement l’ESN comme un acteur spécialisé dans les problématiques bancaires, pas un prestataire générique.

Section 4 — Approche et méthodologie (annotation)

L’ESN propose une organisation en trois phases :

• Phase 1 (semaines 1-2) : Audit de l’existant, revue de l’architecture AWS, ateliers avec l’équipe interne
• Phase 2 (semaines 3-20) : Développement itératif en sprints de deux semaines, démos bimensuelles, intégration continue via GitHub Actions
• Phase 3 (semaines 21-26) : Tests de charge, documentation technique, transfert de compétences à l’équipe interne, recette

Un comité de pilotage mensuel est proposé avec le directeur technique du client. Un point hebdomadaire opérationnel avec le chef de projet côté client est également prévu.

Ce qui fonctionne : La phase 1 d’audit, souvent absente des propales concurrentes, rassure sur la capacité à s’intégrer dans un contexte existant plutôt que d’arriver avec des solutions préconçues.

Section 5 — Profils proposés (annotation)

Trois CV résumés d’une page chacun, formatés avec le logo de l’ESN. Voici la structure de chaque CV résumé :

Section 6 — Planning de montée en charge (annotation)

Un tableau sur 26 semaines montre les phases d’engagement de chaque consultant : l’architecte cloud à 100% dès la semaine 1, les deux développeurs à 100% à partir de la semaine 3 pour permettre un onboarding progressif.

Ce qui fonctionne : Visualiser le planning d’engagement démontre une anticipation opérationnelle concrète. Le client comprend qu’il n’aura pas trois consultants qui débarquent le même jour sans préparation.

Section 7 — Grille tarifaire (annotation)

Frais inclus dans les TJM : déplacements Île-de-France, licences outils de développement. Hors périmètre : frais d’hébergement AWS (à la charge du client), déplacements exceptionnels hors région parisienne.

Ce qui fonctionne :Le total de 178 580 € est légèrement en dessous des 180 000 € de budget indicatif du client. Ce n’est pas un hasard : l’ESN a positionné son offre comme "dans les clous" budgétaires sans brader ses TJM.

Section 8 — Références similaires (annotation)

Deux fiches références d’une demi-page chacune : une mission de modernisation d’API pour une banque mutualiste (12 mois, 4 consultants, stack Java/AWS identique) et une mission de conformité DORA pour une compagnie d’assurance (6 mois, 2 consultants, livrée dans les délais).

Chaque fiche inclut : le secteur du client (sans nommer le client si accord non obtenu), la durée, les profils engagés, les technologies utilisées, et le résultat en une phrase.

Sections 9 et 10 — Clauses et annexes

Les clauses contractuelles précisent : préavis de remplacement de consultant de 15 jours ouvrés, clause de non-débauchage d’un an après fin de mission, facturation mensuelle sur la base des jours réels travaillés, TJM fixe sur toute la durée de la mission initiale.

Les annexes comprennent les CV complets des trois consultants, les certifications AWS à jour et l’attestation d’assurance RC professionnelle de l’ESN.

Résultat et enseignements

Cette propale a remporté la mission face à deux autres ESN. Les retours du client ont identifié trois facteurs décisifs : la mention explicite de DORA dans la section "Compréhension du besoin", les références sectorielles banking/assurance des consultants, et la clarté du planning de montée en charge.

Pour créer une propale similaire adaptée à vos missions, utilisez Offry qui génère la structure complète à partir de votre cahier des charges en quelques minutes, ou consultez notre guide complet de la proposition commerciale ESN.