Planning refonte site assurance : 6 phases, durées et jalons

En synthèse ■

Une refonte de site d’assurance prend entre 4 et 8 mois pour un site vitrine institutionnel, et 6 à 12 mois pour un site avec parcours de souscription et espace adhérent. Le planning se structure en 6 phases séquentielles : cadrage, UX/UI, rédactionnel, développement, recette (incluant l’audit RGAA) et go-live + run. Le facteur de dérapage n°1 dans l’assurance n’est pas le développement — c’est le rédactionnel démarré trop tard et le circuit de validation conformité non cadré, qui ajoutent 2 à 4 mois au planning initial. La bonne pratique est de lancer le rédactionnel dès la phase UX et de formaliser le circuit de validation dès le cadrage. Pour les budgets par type de projet, voir notre page refonte de site de marque dans l’assurance.

Planning type d'une refonte de site assurance — 6 phases

Le planning de référence : 6 phases, durées et livrables ■

Le tableau ci-dessous synthétise le planning type d’une refonte de site d’assurance tel que nous le présentons lors des comités de cadrage. Les durées sont indicatives et varient selon la complexité du périmètre — les fourchettes couvrent le spectre du site vitrine simple (30 pages) au site complet avec parcours et espace adhérent (150+ pages).

Phase	Durée (site vitrine)	Durée (site + parcours + espace)	Livrables clés	Jalon réglementaire
1. Cadrage	2 — 3 semaines	3 — 5 semaines	Audit existant, benchmark, cahier des charges, plan de migration SEO, circuit de validation formalisé	Identification des obligations RGAA, DORA, DDA, HDS dans le cahier des charges
2. UX / UI design	3 — 5 semaines	5 — 8 semaines	Personas, wireframes, prototypes Figma, direction artistique, design system	Validation accessibilité RGAA sur les wireframes (contrastes, hiérarchie titres, focus)
3. Rédactionnel	4 — 6 semaines (en parallèle de la phase 2)	8 — 14 semaines (en parallèle des phases 2 et 4)	Charte éditoriale, contenus par lots, validation conformité DDA, intégration CMS	Validation DDA sur les pages produits et parcours de vente
4. Développement	6 — 10 semaines	10 — 18 semaines	Intégration HTML/CSS, développement CMS, intégrations SI (tarificateur, CRM, SSO), tests unitaires	Tests de sécurité (pentest si données sensibles), conformité DORA de l’hébergement
5. Recette et audit RGAA	2 — 3 semaines	3 — 5 semaines	Recette fonctionnelle, tests cross-browser, audit RGAA 106 critères, corrections, déclaration d’accessibilité	Audit RGAA obligatoire avant mise en production (nouveau site = conformité immédiate)
6. Go-live et run	1 — 2 semaines	2 — 4 semaines	Plan de bascule, redirections 301, monitoring 30 jours, stabilisation, formation équipes	Documentation DORA de la bascule, PRA/PCA testé

Deux observations essentielles à retenir de ce tableau. La première est que le rédactionnel (phase 3) doit être lancé en parallèle de la phase UX, pas après — c’est le seul moyen de ne pas ajouter 2 à 3 mois de délai séquentiel au planning. Notre guide du projet rédactionnel site assurance détaille comment organiser cette parallélisation. La deuxième est que la recette (phase 5) inclut désormais un audit RGAA obligatoire : depuis le 28 juin 2025, tout nouveau site mis en production doit être conforme à la conformité RGAA et accessibilité. Ce jalon ajoute 1 à 2 semaines à la recette mais évite une sanction de 50 000 € par service non conforme.

Les 3 facteurs qui font déraper une refonte assurance

Les trois facteurs qui font déraper 80 % des refontes dans l’assurance
■

Sur les projets de refonte que nous analysons chez Eficiens (y compris les projets en reprise après dérapage chez un autre prestataire), trois facteurs concentrent 80 % des retards. Le premier et le plus fréquent est le rédactionnel démarré trop tard. L’article sur le projet rédactionnel site assurance pose le diagnostic en détail : dans la majorité des projets, les maquettes sont magnifiques et le code est propre, mais les textes sont des lorem ipsum remplacés à la dernière minute par des contenus recyclés. Le résultat : 2 à 4 mois de retard pendant que le site « attend ses contenus ».

Le deuxième facteur est le circuit de validation conformité non cadré dès le départ. Dans une compagnie d’assurance, chaque page produit doit être validée par le marketing (ton, efficacité), le juridique (mentions DDA, exactitude), et parfois l’actuariat (chiffres de garantie) et la direction commerciale (positionnement). Si ce circuit n’est pas formalisé au cadrage — avec les noms des valideurs, un délai contractuel de 5 jours ouvrés par lot et une règle de tacite validation — chaque page fait l’objet de 3 à 5 allers-retours qui ajoutent 1 à 3 mois au planning.

Le troisième facteur est les intégrations SI sous-estimées au cadrage. Un site d’assurance n’est pas un site autonome : il se connecte à un tarificateur, un CRM, un système de gestion, un SSO pour l’espace client en assurance, parfois un flux de télétransmission. Chacune de ces intégrations dépend de la qualité de la documentation API côté SI de l’assureur — et cette documentation est souvent incomplète, obsolète ou inexistante. Le poste « intégration SI » est celui qui varie le plus entre l’estimation et la réalité : de 10 jours-homme estimés à 30 jours-homme réels n’est pas rare.

Les jalons réglementaires à intégrer dans le planning en 2026 ■

L’une des évolutions majeures du planning de refonte en assurance depuis 2025 est l’intégration de jalons réglementaires formels qui n’existaient pas il y a 3 ans. Quatre checkpoints doivent être formalisés dans le planning comme des « gates » — des passages obligatoires qui conditionnent l’avancement vers la phase suivante.

Le checkpoint RGAA en phase UX (semaine 4-6 du projet) vérifie que les wireframes intègrent la hiérarchie des titres, les labels de formulaires, les contrastes AA et la navigation au clavier. Corriger un problème d’accessibilité au stade wireframe coûte 30 minutes ; le corriger en développement coûte 2 jours. Le checkpoint DDA en phase rédactionnelle (semaine 8-12) vérifie que les pages produits et les parcours de vente respectent l’obligation d’information « claire, exacte et non trompeuse ». Le checkpoint sécurité/DORA en phase développement (semaine 14-18) vérifie que l’hébergement est conforme (HDS si données santé), que le PRA/PCA est documenté et que les prestataires TIC sont inscrits au registre. Le checkpoint RGAA final en recette (semaine 18-22) est l’audit complet sur les 106 critères, avec publication de la déclaration d’accessibilité avant le go-live. Notre article sur l’UX design assurance détaille comment intégrer l’accessibilité dès la conception.

La gouvernance projet : comité, livrables et rituels ■

Le planning ne tient que si la gouvernance est structurée. Sur les projets Eficiens, trois rituels pilotent l’avancement. Le comité de pilotage bimensuel (45 minutes, sponsor + chef de projet + leads marketing/technique/conformité) prend les décisions d’arbitrage et valide les passages de phase. Le point projet hebdomadaire (30 minutes, chef de projet + équipe opérationnelle) suit l’avancement des tâches, identifie les blocages et ajuste les priorités. Le reporting mensuel (dashboard partagé) consolide les KPI du projet : respect du planning (écart vs prévisionnel), budget consommé vs budget restant, nombre de livrables validés vs en attente.

Le rôle le plus critique dans l’assurance est celui du chef de projet côté assureur — la personne qui fait le lien entre l’agence et les valideurs internes (marketing, conformité, juridique, DSI). Ce rôle nécessite un minimum de 2 jours par semaine de disponibilité pendant toute la durée du projet. Un chef de projet côté client disponible à 20 % est la garantie d’un planning qui dérape de 2 mois. Ce point doit être formalisé dans le plan de charge dès le cadrage — et c’est souvent le point que les assureurs sous-estiment le plus.

En conclusion : un planning réaliste vaut mieux qu’un planning ambitieux ■

L’erreur la plus courante dans les projets de refonte assurance est de promettre un planning de 4 mois et de livrer en 8. Le problème n’est pas le retard — c’est la promesse irréaliste. Un planning de 6 mois qui intègre dès le départ le rédactionnel en parallèle, le circuit de validation formalisé, les intégrations SI correctement estimées et les jalons réglementaires (RGAA, DDA, DORA) est un planning qui sera tenu. Un planning de 4 mois qui ignore ces réalités est un planning qui glissera à 8 mois — avec le surcoût, la frustration et la perte de confiance qui en découlent. Eficiens accompagne depuis plus de quinze ans les assureurs et mutuelles dans le pilotage de leurs refontes. Contactez notre équipe pour un cadrage ou consultez notre grille tarifaire 2026.

Questions fréquentes sur le planning d’une refonte de site d’assurance ■

Combien de temps dure une refonte de site d'assurance ?

Pour un site vitrine institutionnel de 30 à 50 pages : 4 à 6 mois (cadrage inclus). Pour un site avec parcours de souscription et espace adhérent : 6 à 10 mois. Pour une plateforme multi-marques avec intégrations SI complexes : 10 à 14 mois. La variable principale n’est pas le développement (relativement prévisible) mais le rédactionnel (dépend du circuit de validation interne) et les intégrations SI (dépend de la qualité des API existantes). Le meilleur prédicteur de la durée réelle est la disponibilité du chef de projet côté assureur.

Peut-on refondre un site d'assurance en 3 mois ?

Sur un périmètre très réduit (site vitrine de 15 à 20 pages, pas d’espace adhérent, pas d’intégration SI, contenus déjà prêts), oui. Sur un périmètre standard (30+ pages, parcours de souscription, espace client), non. Les 3 mois ne laissent pas le temps pour un rédactionnel de qualité, un audit RGAA sérieux et une recette fonctionnelle rigoureuse. Un planning de 3 mois sur un périmètre standard est une promesse qui ne sera pas tenue — et un facteur de frustration garanti pour toutes les parties.

Quand faut-il lancer le rédactionnel dans le planning ?

Dès le début de la phase UX/UI (semaine 3-4 du projet). Le cadrage éditorial (audit des contenus existants, charte éditoriale, plan de production) se fait en parallèle de la recherche UX. La production rédactionnelle par lots démarre dès que les wireframes sont validés — les textes sont rédigés sur les gabarits de mise en écran. L’intégration CMS se fait au fil de l’eau pendant le développement. Dans ce scénario, le rédactionnel ne retarde rien. Si le rédactionnel est lancé après le développement, il ajoute 2 à 4 mois séquentiels au planning.

L'audit RGAA est-il obligatoire avant la mise en production ?

Oui, pour tout nouveau site mis en production depuis le 28 juin 2025. Le RGAA considère un site refondu comme un « nouveau service numérique » — la conformité est donc obligatoire dès le go-live, pas en option. L’audit RGAA sur les 106 critères représente 2 à 5 jours-homme selon la taille du site, suivi de 5 à 15 jours-homme de corrections. La publication de la déclaration d’accessibilité (avec le score obtenu et le schéma pluriannuel) est un livrable pré-go-live. Intégrer l’accessibilité dès le wireframe réduit les corrections de 25-35 % à 5-10 % du budget front.

Comment anticiper le dérapage des intégrations SI ?

Trois actions au cadrage. (1) Lister exhaustivement les intégrations nécessaires (tarificateur, CRM, SSO, GED, signature électronique, télétransmission) avec le responsable DSI de l’assureur. (2) Vérifier la disponibilité et la qualité de la documentation API pour chaque intégration — si la documentation n’existe pas ou est obsolète, doubler l’estimation de charge. (3) Prévoir un sprint dédié aux intégrations SI en début de développement (semaine 1-2 du dev) pour identifier les blocages au plus tôt et non à 2 semaines du go-live.