Alsacréations · Notre solution pour l'appel d'offre

Un socle, six marques, pour Vivialys

Vous ne cherchez pas à moderniser des sites : vous construisez un actif technologique, éditorial et commercial mutualisé. Cette réponse porte sur la Phase 1 (site Corporate et Trianon Résidences) et sur ce qu'elle doit rendre possible pour les quatre marques suivantes.

2
Sites livrés en Phase 1 Corporate + Trianon Résidences
6
Marques servies à terme Un seul socle technique
3
POC IA proposés Dont un visé pour la soutenance
2006
Agence fondée à Strasbourg Ateliers physiques à Entzheim facilités

Comprendre

Vision stratégique et parcours client

« Bien habiter la terre » n'est pas une signature de bas de page : c'est une contrainte de conception. Un site qui prêche la sobriété en pesant quatre mégaoctets se contredit lui-même. Nous proposons de traduire votre vision en trois exigences mesurables — sobriété, accessibilité, performance — et de nous laisser juger dessus.

« Bien habiter la terre » appliqué au web

Votre note de cadrage est explicite : « Le Groupe ne se définit pas uniquement comme un promoteur immobilier. Il se positionne comme une entreprise familiale engagée pour un habitat sain et accessible. La refonte doit incarner cette conviction, pas seulement l'illustrer. »

Incarner plutôt qu'illustrer, pour un site web, veut dire des choses précises et vérifiables.

RGESN

Sobriété

Un référentiel dont notre équipe a analysé l'ensemble des critères. En pratique : assets optimisés et chargés à la demande, animations contrôlées, composants légers, et le refus assumé de réinventer des bibliothèques qui existent déjà.

RGAA AA

Accessibilité

Vous fixez l'objectif AA sur les composants principaux. Nous le prenons à la conception du design system, pas en recette : un composant accessible par défaut est un composant que les quatre marques suivantes hériteront sans y repenser.

Core Web Vitals

Performance

LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1, mesurés sur PageSpeed Insights et pas en local. C'est une contrainte non négociable de votre note, et c'est aussi le terrain sur lequel Alsacréations et sa communauté sont identifiées en France depuis l'origine de l'agence.

Ce que nous appelons un minimalisme chaleureux : une interface épurée mais pas vide, des typographies de caractère, une palette inspirée du territoire et de l'habitat durable. L'objectif n'est pas de faire sobre, il est d'installer une relation de confiance et de proximité — ce que fait déjà votre métier physique.

Ancrage alsacien et synergie d'équipe

Un groupe familial fondé à Mulhouse en 1999, un siège à Entzheim, une marque phare qui n'opère qu'en Alsace, un Hub Média dédié au territoire. Nous sommes une agence strasbourgeoise fondée en 2006, labellisée Marque Alsace, dont l'un des cofondateurs a reçu le Bretzel d'Or en nouvelles technologies.

Nous n'en tirons pas un argument sentimental. Nous en tirons trois conséquences opérationnelles.

  • Ateliers de cadrage en présentiel à Entzheim ou dans nos locauxSans coût de déplacement
  • Revues de sprint filmées ou en présence, au choixToutes les 3 semaines
  • Compréhension native du territoire couvert par le Hub MédiaBas-Rhin, Haut-Rhin
  • Fuseau, langue, culture de travail et jours fériés communsY compris le 26 décembre

Sur un projet de neuf mois qui engage plusieurs expertises et des dépendances externes — vos équipes, AGORA, les prestataires sortants — la capacité à se voir physiquement en deux heures quand un sujet se bloque n'est pas un confort. C'est du délai gagné.

Sur les projets à plusieurs prestataires, ce qui coûte le plus cher n'est jamais la technique : c'est le temps passé à attendre une réponse. La proximité géographique n'est pas un argument commercial, c'est un raccourci de décision.

Portrait de CharlineCharlineCheffe de projets — Alsacréations

Cartographie des parcours prospects

Votre note décrit des epics et des user stories. Nous les avons relues depuis l'autre bout : celui des personnes qui arrivent sur les sites. Trois profils se dégagent, dont deux sur Trianon et un sur le Corporate, et ils n'ont ni la même maturité, ni la même tolérance à la friction.

Parcours prospects — choisissez un profil

trianon-residences.fr Maturité immobilière très faible : il n'a jamais acheté, ne maîtrise pas le vocabulaire de la VEFA et ressent une forte anxiété face à la complexité administrative.

  1. Découverte

    « Est-ce que c'est seulement pour moi ? »

    Surface
    Home Trianon en surface d'acculturation : garanties du neuf, avantages du VEFA, vocabulaire expliqué.
    Lead magnet
    Aucun. On ne demande rien à ce stade.
    Appui IA
    Explication contextuelle des termes techniques au survol et au focus, sans quitter la page.
  2. Considération

    « Est-ce que je m’y vois vivre ? »

    Surface
    Galerie HD, visite virtuelle 3D et piliers RSE du programme (Eau, Biodiversité, Lien social, Énergie) accessibles dès le haut de la fiche.
    Lead magnet
    Brochure programme, en option et jamais bloquante : la fiche reste consultable en entier.
    Appui IA
    Inférence d'intention : « un appartement à Mulhouse pour environ 950 € de mensualités » pré-remplit les variables financières, l'utilisateur relit au lieu de saisir.
  3. Décision

    « Est-ce que je peux me le permettre ? »

    Surface
    Simulateur de mensualités et test d’éligibilité PTZ intégrés à la fiche, prix affiché en valeur totale et mensualisée.
    Lead magnet
    Résultat de simulation conditionné au partage des coordonnées ; lead et résultat partent au CRM simultanément.
    Appui IA
    Choix du canal de contact : créneau dans l’agenda d’un conseiller, rappel, ou conversation avec l’agent.

Trois constats en découlent, qui structurent nos maquettes.

La friction se paie en amont

Aucun de ces trois profils n'accepte un formulaire en phase de découverte. La fiche programme reste consultable en entier ; la brochure est une option, jamais un péage. Le partage de coordonnées se déclenche là où il crée de la valeur pour le visiteur : le résultat de simulation.

Deux entrées, pas une

Le débutant a besoin d'être acculturé, l'intermédiaire d'aller vite. Un seul parcours ne peut pas servir les deux. La recherche en langage naturel sert le second sans pénaliser le premier, à condition que les filtres classiques restent accessibles et que le vocabulaire soit expliqué en contexte.

Le B2B ne se mélange pas

La partenaire experte est pressée et exige une séparation nette entre institutionnel et commercial. Les tags audience règlent la remontée des contenus ; la navigation principale doit, elle, isoler visiblement les deux espaces dès le premier niveau.

Construire

Architecture technique

Votre note de cadrage pose une orientation claire : WordPress en back-office, un frontend découplé, une API GraphQL ; et invite explicitement à la challenger avec des arguments. Nous retenons votre architecture. Nous en améliorons un seul point : le framework de rendu.

1
Socle technique commun 6 marques à terme
2
Sites livrés en Phase 1 Corporate + Trianon
2027
Mise en production
2021
Notre première production Nuxt

Architecture cible — cliquez un étage

WordPress + ACF Pro

Les équipes Vivialys ne changent pas d'outil. Programmes, lots, localités, articles et taxonomies de tags sont modélisés en Custom Post Types et champs ACF Pro. L'arbitrage Multisite unique / instances coordonnées se joue ici, en Phase 2 de notre planning.

Nuxt.js vs Next.js

Nuxt

Votre note précise que Next.js est la référence du projet, et qu'une proposition sur Nuxt est recevable si elle est justifiée et documentée.

Nuxt est à Vue.js ce que Next.js est à React. Les capacités fondamentales exigées par le projet sont couvertes à l'identique : consommation d'API pour l'architecture découplée, rendu hybride SSR pour le SEO des fiches programmes et SSG pour l'éditorial, conteneurisation sans adhérence particulière à l'infrastructure Docker / Kubernetes d'AGORA.

Ce que nous comparons, ce sont les conséquences sur un socle multi-marques déployé en plusieurs vagues.
CritèreNext.jsNuxt
Rendu SSR / SSGCompletComplet
Headless via GraphQLNatifNatif
Docker / KubernetesCompatibleCompatible
Structure de projetConventions souples, à cadrer par l'équipeConvention over configuration : arborescence stricte, auto-imports
Partage entre sitesMonorepo et packages à outillerLayers Nuxt : un socle publié, hérité et surchargé par marque
Éco-conceptionOptimisations à assemblerModules natifs (images, fonts, SEO) intégrés au build

Maintenabilité multi-marques

L'arborescence stricte et les auto-imports de Nuxt fixent un cadre unique pour six sites. L'onboarding d'un nouveau développeur sur le socle commun ne dépend pas de la mémoire de l'équipe précédente.

Sobriété par défaut

Le RGESN demande des arbitrages permanents sur le poids des pages. Les modules Nuxt d'images, de polices et de SEO industrialisent ces arbitrages au lieu de les laisser à la discipline de chacun.

Design system atomique

Le système de composants de Vue 3 — props, slots, composants polymorphes — colle à l'approche atomique que vous demandez, et rend l'activation par marque explicite plutôt que conditionnelle.

Nous produisons sur Nuxt depuis 2021 et nous formons des développeurs à ce framework. Recommander Vue plutôt que React ici n'est pas un réflexe d'agence : c'est le seul endroit du brief où nous pensons qu'un autre choix vous ferait gagner du temps en Phase 2.

Portrait de RodolpheRodolpheGérant, référent technique — Alsacréations

Back-office WordPress & WPGraphQL

WordPress comme back-office est un bon choix et nous ne le discutons pas : la courbe d'apprentissage des équipes éditoriales doit rester nulle, c'est une contrainte de projet légitime. En revanche, plusieurs des fonctionnalités attendues ne sont pas couvertes nativement et doivent être traitées comme des développements à part entière, pas comme des cases à cocher.

Non natif

Exposition des données

WordPress est nativement monolithique : back-office et front-office sont liés. WPGraphQL, cité comme critique dans votre note, transforme le CMS en source de données structurées et typées, interrogeable par le frontend.

Non natif

Modélisation immobilière

La gestion out-of-the-box se limite aux articles et aux pages. Fiches programmes, lots, localités et témoignages passent par des Custom Post Types et des champs ACF Pro — que nous utilisons sur tous nos projets depuis des années.

Sur-mesure

Moteur de maillage média-produit

La syndication d'un article du Hub Média vers les sites marques, dans toutes les directions et sans pénalité SEO, repose sur une logique de tags croisés et de blocs dynamiques qui dépasse les fonctions de base.

Dépend du code

Conformité RGAA et RGESN

WordPress offre une base solide, mais l'accessibilité numérique et l'éco-conception dépendent de la façon dont les composants sont développés. Nous avons plusieurs projets totalement conformes à notre actif, d'autres partiellement.

Autour de ce noyau, les extensions que nous prévoyons au périmètre : un plugin d'assistance éditoriale IA développé sur-mesure, des extensions SEO avancées pour le balisage Schema.org et l'exécution technique du plan de redirections, Axeptio comme gestionnaire de consentement conformément à votre contrainte, et un jeu d'outils de hardening couplé à une configuration serveur adéquate côté AGORA.

Les arbitrages que vous nous laissez

WordPress Multisite unique ou instances coordonnées ?

Nous recommandons de trancher en cadrage, pas maintenant, parce que la réponse dépend d'une information dont nous ne disposons pas encore : le degré d'autonomie éditoriale que chaque marque doit conserver. Le Multisite unique mutualise les mises à jour, les utilisateurs et les taxonomies — cohérent avec un plan de taggage unifié et un Hub Média central. Les instances séparées isolent les risques et les cycles de mise en production, au prix d'une coordination des synchronisations. Notre inclination va au Multisite pour la Phase 1, avec un point de sortie documenté si une marque de Phase 2 exige son propre cycle.

Comment s'organisent les environnements sur AGORA ?

Trois environnements séparés et sécurisés — dev, staging, prod — conformément à vos contraintes non négociables, pilotés par une CI/CD GitLab. La coordination avec les équipes AGORA est une tâche identifiée de la Phase 2 de notre planning, pas une variable d'ajustement de fin de projet. Le dépôt Git reste accessible au Groupe à tout moment, conformément à la clause de réversibilité.

Que devient l'existant pendant la bascule ?

Six sites, trois prestataires, deux hébergeurs : la reprise se prépare avant le développement. Le plan de redirections 301 est produit par votre chef de projet, nous en assurons l'exécution technique et le contrôle. Le monitoring des positions et du trafic organique court sur les trois mois suivant la bascule, avec la clause contractuelle que vous exigez sur la perte de trafic.

Et si vous choisissez finalement Next.js ?

Le contrat de données ne change pas. WordPress, ACF Pro, WPGraphQL, la modélisation des contenus, le plan de taggage, l'orchestrateur IA et l'infrastructure AGORA sont identiques dans les deux scénarios. Seule la couche de rendu et le langage du design system diffèrent. C'est précisément l'intérêt d'une architecture découplée : ce choix reste réversible plus longtemps qu'il n'y paraît.

Reprise de l'existant

  • Plan de redirections 301 exhaustifAvant mise en production
  • Monitoring positions et trafic organique3 mois post-bascule
  • Core Web Vitals mesurés sur PageSpeedLCP < 2,5 s · INP < 200 ms · CLS < 0,1
  • Environnements séparés dev / staging / prodCI/CD GitLab
  • Code, base et documentation propriété du GroupeClause de réversibilité
  • Hébergement France ou UE souveraineAGORA

Innover

Ingénierie de l'IA

Vous demandez explicitement de ne pas vous servir une vision générique sur l'IA, mais quatre usages implémentés, chiffrés et mesurés. Vous précisez aussi qu'une démo, même imparfaite, pèse plus qu'une slide. Nous prenons les deux au sérieux.

Orchestration IA découplée

La faute classique consiste à greffer une brique IA à la hâte : dépendance totale à un tiers, hallucinations sur des données réglementées, parcours utilisateur décousu, impact performance. Nous partons de l'inverse, avec une couche d'orchestration isolée derrière une API, que le front Nuxt ne fait qu'interroger.

Orchestrateur IA — parcours d'une requête

« Un T3 avec terrasse orientée sud dans le Bas-Rhin, livrable avant l'été prochain »

  1. RéceptionLe front Nuxt transmet la phrase à l'orchestrateur. Il n'appelle jamais le modèle directement : aucune clé d'API n'est exposée côté navigateur.
  2. Lecture de l'intentionLa phrase est traduite en critères structurés : typologie, département, attributs du bien, échéance de livraison.
  3. Récupération des données réellesRecherche vectorielle sur les fiches programmes, puis filtrage déterministe sur la base immobilière. Prix, typologies et disponibilités ne viennent jamais du modèle.
  4. Prompt verrouilléL'orchestrateur construit un prompt fermé : « Voici les programmes réellement disponibles. Réponds uniquement à partir de ces données. »
  5. Appel au modèleLe modèle est arbitré en cadrage selon le triptyque performance / coût / souveraineté. Il est remplaçable sans toucher au front.
  6. RestitutionLa réponse est nettoyée et renvoyée au front, qui affiche des cartes programme classiques — mêmes composants que la recherche à facettes.

Les fiches programmes sont vectorisées de manière structurée et synchronisées avec votre outil interne de gestion. Le pipeline d'embeddings et la base vectorielle vivent dans cette couche, jamais dans le thème WordPress ni dans le front.

Usage 1 · Phase 1

Recherche sémantique

Le visiteur décrit son projet en langage naturel, l'orchestrateur en extrait des critères, la base répond. Indicateur de succès : part des sessions utilisant la recherche naturelle plutôt que les facettes, et taux de clic vers une fiche programme depuis ces résultats.

Usage 2 · Phase 1

Assistance éditoriale

Panneau intégré à l'administration WordPress : plan d'article, titre SEO, méta-description, programmes éligibles à mentionner en maillage, déclinaisons LinkedIn et newsletter. Indicateur : délai moyen de production d'un article du Hub Média, avant et après.

Usage 3 · Phase 1

Agent conversationnel

Le plus complexe des trois : mémoire cross-session, multilingue français / allemand / anglais pour les prospects frontaliers, proposition de créneau avec un conseiller. Indicateur : nombre de rendez-vous pris depuis l'agent, rapporté aux conversations engagées.

Sécurisation et déterminisme

Sur un site immobilier, l'erreur n'est pas permise sur les critères stricts : prix, localisations, typologies, dispositifs fiscaux. Notre approche est hybride et la frontière est nette.

  • L'IA interprète le langage naturel du visiteurIntention
  • La base de données restitue les biensFiltres déterministes
  • Le prompt est fermé sur les données réelles fourniesAucune invention possible
  • Les requêtes hors domaine sont bloquées avant le modèleZéro coût, zéro dérive
  • En cas de doute, bascule sur la recherche classique ou le contactRepli assumé

Le choix du modèle est arbitré en phase de cadrage selon le triptyque performance / coût / souveraineté — un arbitrage qui recoupe directement votre contrainte d'hébergement en France ou en UE souveraine. En isolant la couche IA derrière un orchestrateur abstrait, la plateforme reste agnostique : si un modèle plus performant ou deux fois moins cher est publié, nous remplaçons le moteur sans impacter le front Nuxt, et très marginalement WordPress.

Deux manières d'intégrer l'IA à une plateforme immobilière.
CritèreBrique grefféeCouche orchestrée
Source des prix et typologiesLe modèle, à partir de son contexteLa base immobilière, via des filtres stricts
Requête hors-sujetEnvoyée au modèle, facturée, réponse imprévisibleBloquée en amont
Changement de modèleRefonte de l'intégrationRemplacement du moteur, front inchangé
Indisponibilité du serviceFonctionnalité hors serviceBascule sur le parcours classique
Clés d'APIRisque d'exposition côté clientConfinées à l'orchestrateur

Approche pragmatique

Nous ne sommes pas une agence de data science, et nous préférons l'écrire que le laisser découvrir. Nous utilisons l'IA quotidiennement — Claude, Gemini, OpenAI, GitHub Copilot dans nos processus de développement et de traitement de données, modèles locaux via Ollama et Opencode en expérimentation — et nous concevons des services qui s'appuient sur ces API. C'est de l'ingénierie d'intégration, pas de la recherche.

C'est précisément pour cela que nous recommandons un POC tôt, sur données réelles ou fictives, avant que l'architecture ne soit figée.

POC 1 — Recherche sémantique

Périmètre : le catalogue Trianon uniquement. Techno : pipeline d'embeddings sur les fiches programmes, base vectorielle, filtrage déterministe. Succès : sur un jeu de vingt requêtes types formulées par vos commerciaux, le bon programme apparaît dans les trois premiers résultats.

POC 2 — Assistance éditoriale

Périmètre : un gabarit d'article du Hub Média. Techno : panneau dans l'administration WordPress, appel à l'orchestrateur. Succès : un rédacteur produit un plan et les métadonnées SEO d'un article en moins de temps qu'aujourd'hui, sans retouche du balisage.

POC 3 — Garde-fous

Périmètre : le verrouillage lui-même. Techno : jeu de requêtes adverses, hors-sujet et ambiguës. Succès : aucune réponse contenant un prix ou une disponibilité absents de la base. C'est le POC le moins spectaculaire et le plus décisif.

Un assistant conversationnel qui n'est pas utilisable au clavier ou avec un lecteur d'écran, c'est une fonctionnalité qui exclut une partie de vos prospects. L'accessibilité de la couche IA se conçoit en même temps que ses garde-fous, pas en recette.

Portrait de PhilippePhilippeExpert accessibilité, développeur Vue / Nuxt

L'équipe mobilisée sur ce volet

  • Portrait de RodolpheRodolpheGérant, référent technique front-end et back-end
  • Portrait de LisaLisaDesigner du projet et expertise UX
  • Portrait de PhilippePhilippeExpert accessibilité, développeur Vue / Nuxt
  • Portrait de IsmaëlleIsmaëlleExperte accessibilité numérique
  • Portrait de CharlineCharlineCheffe de projets et coordination

Concevoir

Design system et conversion

Vous évaluez explicitement « comment la Phase 2 réutilise la Phase 1 sans surcoût majeur » et « comment une marque peut activer des fonctionnalités spécifiques sans impacter les autres ». C'est la question la plus structurante du dossier, et elle se joue entièrement ici. Un design system n'est pas une bibliothèque de composants : c'est un contrat entre ce qui est mutualisé et ce qui ne l'est pas.

Architecture de tokens à 3 niveaux

Votre note pose la difficulté sans détour : les six marques doivent être « radicalement distinctes visuellement », et c'est la seule couche que le visiteur perçoit. En dessous, tout est mutualisé. Un système à trois niveaux résout cette tension en séparant strictement ce qui varie de ce qui ne varie pas.

Trois niveaux de tokens — changez de marque

Les rôles : surface de carte, couleur d’action, texte secondaire, rayon d’image. Les composants ne consomment jamais une primitive directement — uniquement un rôle.

--surface-card
--<marque>-neutral-000
--action-primary
--<marque>-500
--wash-highlight
--<marque>-100
--radius-card
--radius-md

Même composant, tokens différents

Marque A · Programme

Résidence exemple

T2 au T4 · Livraison 2028

à partir de 000 000 €

Voir le programme

Palettes de démonstration tirées de la charte de ce mini-site. Les tokens réels seront dérivés des chartes Vivialys et Trianon.

La règle qui tient tout l'édifice tient en une phrase : un composant ne consomme jamais une primitive, uniquement un rôle. Une carte programme ne connaît pas --blue-500, elle connaît --action-primary. Ouvrir une marque revient alors à redéfinir un jeu de primitives et à recâbler les rôles — sans toucher au code Vue.

Nommage sémantique

Pas de --color-1 ni de --gris-3. Les noms décrivent un rôle ou une marque, jamais une apparence. Et surtout : les noms des tokens et des composants sont identiques dans Figma et dans le code. C'est ce qui empêche la dérive entre la maquette et l'implémentation.

Layer Nuxt partagée

Le design system vit dans une layer publiée, héritée par chaque site. Corporate et Trianon la consomment en Phase 1 ; les quatre marques suivantes l'héritent sans duplication. Une correction faite une fois se propage partout.

Composants polymorphes

Props et slots plutôt que variantes multipliées. Un composant configurable — activer un éco-score, masquer un filtre, changer un gabarit de carte — évite d'avoir dix versions de Button à maintenir dans six ans.

  • Un owner désigné pour le design systemCôté agence en Phase 1
  • Validation des composants avant implémentationFigma puis code
  • Documentation et test en isolationStorybook
  • Formation des équipes aux conventions2 sessions incluses
  • Composants à haut impact traités en premierBoutons, cartes, formulaires
  • Accessibilité intégrée au composantPas en correction finale

Commencer par les composants à haut impact plutôt que par une couverture exhaustive change tout. En six semaines on obtient un socle qui tient réellement les maquettes ; en couvrant tout d'emblée, on obtient un catalogue que personne n'utilise parce qu'il est arrivé trop tard.

Portrait de LisaLisaDesigner du projet — Alsacréations

Ce que coûte une marque de Phase 2

L'écart entre les deux colonnes est l'unique justification du surinvestissement que nous proposons en Phase 1.
CritèreSans socle mutualiséAvec le socle Phase 1
Identité visuelleNouvelle maquette complète, page par pageNouveau jeu de primitives, gabarits hérités
ComposantsRéintégration, ou copie et divergenceHérités de la layer, zéro réécriture
AccessibilitéÀ reprendre sur chaque composantAcquise, car portée par le composant
Fonctionnalités par marqueBranches de code conditionnellesActivation explicite de composants et de filtres
Correction d'un défautÀ répercuter sur chaque siteUne fois, propagée à tous

Conception des gabarits clés

Vous attendez cinq maquettes, en desktop et mobile, commentées — chaque choix UX expliqué, pas seulement montré. Les chartes des deux marques nous étant transmises à confirmation de participation, les visuels ci-dessous sont en conception. Les intentions, elles, sont arrêtées.

01 En conception

Home — Groupe Vivialys

Vision Groupe, présentation des six marques et aide au choix, entrée vers le Média, preuves et engagements RSE. Le point délicat : faire coexister le Média grand public, l'espace institutionnel BtoB et la marque employeur sans qu'ils se parasitent, avec une séparation visible dès le premier niveau de navigation.

Desktop et mobile

02 En conception

Home — Trianon Résidences

Recherche sémantique en hero avec suggestions dynamiques et bouton « recherche détaillée » adjacent — les filtres classiques ne disparaissent jamais. Blocs d'accès par persona, grille de logements avec badges fiscaux, section frontalière, entrée vers L'Observatoire.

Desktop et mobile

03 En conception

Fiche programme — Trianon

Le gabarit le plus dense du projet : galerie et visite virtuelle en tête, tableau des lots, dispositifs fiscaux, piliers RSE du programme, documents contractuels, simulateur intégré et choix du canal de contact. C'est aussi le gabarit le plus scruté en soutenance.

Desktop et mobile

04 À produire

Simulateur de financement

Mensualités depuis la fiche programme, plus l'articulation avec le reste de la suite : PTZ, capacité d'emprunt, frais de notaire, Jeanbrun et LLI. Résultat conditionné au partage des coordonnées, prix affiché en valeur totale et mensualisée.

Desktop et mobile

05 À produire

Hub Média + template article

Une seule maquette qui sert L'Observatoire et le Média Vivialys, rendue dans chaque univers via les tokens. Silos thématiques, accès aux pages piliers, contenu long avec sommaire ancré, maillage vers les programmes et blocs de conversion intégrés au fil de lecture.

Desktop et mobile

+ À produire

Extraits du design system

En complément des cinq livrables : les planches de tokens, la bibliothèque de composants à haut impact et deux exemples de spécification complète, du token Figma au composant Vue documenté, pour rendre la méthode vérifiable plutôt que déclarative.

Planches Figma

Aperçu

Un détail de gabarit, commenté

Chaque parti pris UX sera annoté de cette manière dans le dossier de maquettes : ce que le bloc résout, pour quel persona, et à quel moment du parcours il intervient.

Remplacer cette image par un extrait réel de planche Figma dès qu'elle est disponible.

Détail de la maquette en cours de conception
Extrait de travail — visuel non définitif

Les trois principes CRO qui guident ces gabarits

Ne rien bloquer

La fiche programme est consultable en entier, sans condition. La brochure reste une option. Le partage de coordonnées se déclenche là où il apporte quelque chose au visiteur, le résultat d'une simulation, et pas avant. Un visiteur qui a déjà donné ses coordonnées ne se les voit plus redemander sur la même page.

Contextualiser plutôt qu'isoler

Les simulateurs existants de Trianon vivent aujourd'hui sur des pages dédiées. Nous les ramenons dans le parcours : sur la fiche programme, le prix total devient une mensualité estimée à l'endroit exact où la question se pose. Un simulateur isolé se visite ; un simulateur contextualisé convertit.

Ne jamais laisser vide

Une recherche sémantique qui ne trouve rien doit proposer une reformulation, pas un écran blanc. Un filtre trop restrictif doit suggérer l'assouplissement le plus proche. Sur un site où plus de la moitié du trafic est mobile, chaque cul-de-sac est un abandon.

Moteur de maillage média-produit

C'est le composant le moins visible du projet et l'un des plus déterminants : il transforme le Média Vivialys d'un centre de coût éditorial en moteur de trafic qualifié. Votre epic est clair — un article produit n'importe où circule dans toutes les directions, sans double saisie et sans pénalité SEO.

Fondation

Tags croisés

Un système de taxonomies structurées porte trois usages à la fois : le thème éditorial, l'audience visée, c'est lui qui sépare BtoC, BtoB et marque employeur sur le Corporate, et la correspondance vers les programmes. Ces trois axes sont modélisés en Phase 1 du cadrage, avant toute maquette du Hub.

Sur-mesure

Syndication multidirectionnelle

Groupe vers marques, marque vers Groupe, marque vers marque. Le contenu poussé arrive pré-rempli dans le back-office destinataire : titre, texte, médias, canonique suggérée, et le rédacteur destinataire garde la main : il reprend ou il adapte.

SEO

Gouvernance des canoniques

Reprise à l'identique : la canonique pointe vers la source. Réécriture substantielle : indexation autonome. La matrice de décision est documentée et intégrée au guide back-office, parce qu'une règle SEO que les contributeurs ne connaissent pas n'existe pas.

CRO

Blocs de conversion dynamiques

Un article sur le PTZ affiche les programmes éligibles au PTZ, pas une sélection éditoriale figée. Le maillage se calcule depuis les tags, ce qui le rend juste sans travail manuel, et le maintient juste quand le catalogue change.

L'équipe mobilisée sur le design system

  • Portrait de LisaLisaDesigner du projet et expertise UX
  • Portrait de RaphaëlRaphaëlGérant, référent technique HTML/CSS
  • Portrait de PhilippePhilippeExpert accessibilité, développeur Vue / Nuxt
  • Portrait de IsmaëlleIsmaëlleExperte accessibilité numérique

Piloter

Méthodologie et gouvernance

Vous évaluez « la stabilité et la disponibilité réelle de l'équipe » et « la maturité de la gouvernance projet ». Ce sont les deux critères sur lesquels une agence peut mentir le plus facilement en soutenance et le plus visiblement en production. Voici ce que nous engageons, avec les mécanismes qui le rendent vérifiable.

Organisation hybride 70/30 et équipe stable

Votre brief pose l'hypothèse : la gestion de projet est absorbée à 70 % par Vivialys, notre rôle est un accompagnement lead tech à hauteur de 30 %. Nous la retenons, et nous en tirons la conséquence ; ce partage ne fonctionne que si les responsabilités sont écrites avant le premier sprint, pas découvertes au troisième.

Répartition proposée. Le RACI complet est un livrable de la phase 0.
CritèreVivialys — 70 %Alsacréations — 30 %
Pilotage globalChef de projet digital : planning, arbitrages, relations internesCheffe de projet : pilotage de la production agence, alerte sur les risques
SpécificationsAmont stratégique, arborescences, parcours, spécifications fonctionnellesTraduction en user stories et critères d'acceptation, challenge technique
ContenusProduction, adaptation éditoriale, intégration dans WordPressGabarits, guides de saisie, formation des équipes
SEOPréparation du plan de redirectionsExécution technique, contrôle, monitoring post-bascule
TechniqueCoordination interne avec AGORA et la DSIArchitecture, design system, développement, recette technique

L'équipe présentée est celle qui produit

Le projet ne sera pas transféré à une autre équipe après la soutenance. Les personnes présentées interviennent réellement, avec des responsabilités, des disponibilités et des points de contact identifiés. Trois principes.

Un interlocuteur global

Une cheffe de projet unique, point d'entrée de toutes les demandes, garante du planning et de la remontée des risques. C'est elle que vous appelez quand vous ne savez pas qui appeler.

Un référent technique

Un interlocuteur unique sur l'architecture, le contrat de données et les arbitrages techniques, présent du cadrage à la bascule. Il ne change pas en cours de route.

Des experts au bon moment

L'accessibilité et l'éco-conception ne sont pas des prestations ponctuelles vendues en fin de projet : elles interviennent à la conception du design system, puis en contrôle continu.

L'équipe engagée sur la Phase 1

  • Portrait de RodolpheRodolpheGérant, référent technique front-end et back-end
  • Portrait de RaphaëlRaphaëlGérant, référent technique HTML/CSS
  • Portrait de LisaLisaDesigner du projet et expertise UX
  • Portrait de CharlineCharlineCheffe de projets et coordination
  • Portrait de IsmaëlleIsmaëlleExperte accessibilité numérique
  • Portrait de PhilippePhilippeExpert accessibilité, développeur Vue / Nuxt
  • Portrait de ChristopheChristopheDéveloppeur web
  • Portrait de ThomasThomasDéveloppeur web, performance et éco-conception

Instances de pilotage à trois niveaux

Notre méthodologie est hybride entre jalons et sprints : des jalons structurants pour sécuriser les décisions majeures, des sprints courts pour produire, tester et ajuster. C'est ce que réclame un projet avec un calendrier tenu, des exigences non négociables, plusieurs expertises et des dépendances externes.

Instances de pilotage — trois niveaux, trois rythmes

Participants Chef de projet digital Vivialys + cheffe de projet Alsacréations

Faire circuler l’information courante sans attendre la revue de sprint.

  • Avancement des tâches en cours
  • Demandes arrivées depuis la semaine précédente
  • Blocages à lever et qui les porte
  • Prochaines actions de la semaine

Une demande hors-périmètre — le trajet complet

  1. 1. DétectionUne demande sort des user stories validées. Elle est immédiatement étiquetée « Évolution », sans discussion sur le principe.
  2. 2. InstructionLa cheffe de projet et le lead technique estiment la charge, l’impact sur le planning et la complexité. Aucune évolution n’est chiffrée à la volée en réunion.
  3. 3. ArbitrageLe dossier part au comité opérationnel ou au comité de pilotage selon l’ampleur, avec trois options posées sur la table.
  • Échange à périmètre constantL’évolution entre dans le sprint en cours, une fonctionnalité de complexité équivalente en sort.
  • Budget additionnelValidation d’un avenant et ajustement éventuel du planning. Le surcoût est visible avant d’être engagé.
  • Report au backlogLa demande est inscrite pour une phase ultérieure. Elle n’est pas refusée, elle est datée.

Cinq principes de production

  • Concevoir la Phase 1 comme un produit réutilisable, pas comme deux sitesExtensibilité
  • Valider tôt les sujets les plus risquésArchitecture, données, tags, DS
  • Travailler par parcours complets plutôt que par écrans isolésCohérence
  • Montrer régulièrement ce qui fonctionneDémo toutes les 3 semaines
  • Contrôler la qualité en continu, jamais à la finSEO, perf, accessibilité, sécurité

Le deuxième point mérite d'être détaillé, parce qu'il détermine tout le reste. Les sujets que nous voulons trancher les premiers : l'arbitrage WordPress Multisite ou instances coordonnées, le modèle de données des programmes et des lots, le système de tags qui porte à la fois la syndication et la séparation des audiences, et la structure du design system multi-marques. Ce sont les quatre décisions dont dépend le coût de la Phase 2.

Outillage et gestion des arbitrages

Suivi et tickets

GitLab par défaut — le code, les tickets, la documentation technique et la CI/CD au même endroit. Nous nous adaptons à ClickUp ou Jira si votre chef de projet préfère centraliser chez vous : nous utilisons les deux sur d'autres projets.

Conception

FigJam pour les réflexions UX, l'arborescence et le brainstorming du design system. Figma pour l'UI et le design system documenté. Le design system est modélisé dans Figma en même temps qu'il est codé, pas après.

Documentation et échanges

Suite Google Workspace et/ou Wiki pour la documentation projet. Google Meet (ou votre Teams) pour les visios, Slack pour les échanges rapides. Nous nous alignons sur vos outils, mais avons notre propre suite pour avancer vite.

Typologie des retours

Trois catégories, jamais mélangées : anomalie (écart avéré avec un critère d'acceptation validé), évolution (modification d'un comportement validé ou ajout hors périmètre), question (demande de précision sans modification de code).

Grille de sévérité des anomalies

Les délais de prise en charge associés à chaque niveau sont contractualisés en phase 0.
CritèreDéfinitionExemples
Sévérité 1 (bloquant)Le site ou une fonction critique est inutilisable, ou la sécurité des données est en causeFuite de données, indisponibilité du site, formulaire de contact qui ne transmet plus
Sévérité 2 (majeur)Une fonctionnalité clé est dégradée mais un contournement existeMoteur de recherche programmes hors service, simulateur qui renvoie un résultat erroné
Sévérité 3 (mineur)Le défaut n'empêche pas l'usageCoquille, défaut d'alignement, imperfection d'affichage sur un navigateur secondaire

Conformité et SEO

Non négociable

Migration SEO

Plan de redirections 301 exhaustif livré avant la mise en production, exécuté et contrôlé par nos soins à partir du plan préparé par votre chef de projet. Monitoring des positions et du trafic organique pendant les trois mois qui suivent la bascule, avec la clause contractuelle que vous exigez.

Non négociable

RGPD

Axeptio intégré comme gestionnaire de consentement, puisque l'outil est déjà en place chez vous. Registre des consentements, hébergement France ou UE souveraine côté AGORA, documentation fournie à votre DPO.

Objectif AA

Accessibilité

Niveau AA visé sur les composants principaux — navigation, formulaires, contenus — traité dans le design system et non en correction finale. Déclaration d'accessibilité livrée avec le site. Deux membres de l'équipe en sont spécialistes.

RGESN

Éco-conception

Les critères du référentiel sont intégrés aux critères d'acceptation des composants, pas audités a posteriori. Chaque revue de sprint contrôle le poids et le nombre de requêtes des écrans livrés.

Reprendre un composant pour le rendre accessible après coup demande souvent de le réécrire. Le concevoir accessible dès le départ ne coûte presque rien de plus — et sur un design system destiné à six marques, cette économie est multipliée par six.

Portrait de IsmaëlleIsmaëlleExperte accessibilité numérique — Alsacréations

Engager

Planning et budget

Cette section contient les deux points sur lesquels nous nous écartons de vos attentes : la date de mise en production et le montant. Nous ne les enfouissons pas en annexe. Nous les posons ici, avec les raisons et les leviers.

Planning macro en 6 phases

Planning macro — octobre 2026 à juillet 2027

Phase 0 — Mobilisation et sécurisation

Octobre – novembre 2026

Poser le circuit de décision avant d'écrire la première ligne de spécification.

Travaux

  • Réunion de lancement, validation des rôles et du circuit de décision
  • Récupération des accès, codes, données et documentations auprès des trois prestataires actuels
  • Coordination avec les équipes AGORA
  • Identification et cotation des risques projet

Livrables

  • Gouvernance et RACI
  • Planning détaillé
  • Registre des risques
  • Backlog initial

Pourquoi juillet plutôt que mars

Trois raisons, par importance.

Raison 1

Le socle est le livrable

Vous n'achetez pas deux sites, vous achetez la fondation de six. Comprimer les phases 1 et 2 — cadrage et design system — pour tenir mars revient à livrer un design system conçu dans l'urgence, dont la Phase 2 paiera l'addition sur quatre marques. C'est exactement l'inverse du critère « extensibilité Phase 2 » que vous évaluez.

Raison 2

L'IA n'est pas un module

Vous placez l'intelligence artificielle au centre de l'architecture dès la conception. Cela suppose de vectoriser, d'orchestrer, de verrouiller et de tester des garde-fous sur données réelles. Cette charge ne se comprime pas : elle se reporte. Nous préférons vous dire quand elle sera prête plutôt que de la promettre pour mars et la livrer en juillet.

Raison 3

La recette n'est pas une variable

Vous exigez des Core Web Vitals mesurés en production, un plan de redirections exhaustif avant bascule, un objectif RGAA AA et une clause contractuelle sur la perte de trafic organique. Ces engagements ne se tiennent qu'avec une phase de recette et une répétition générale réelles. Les raboter, c'est transformer vos contraintes non négociables en vœux.

Ce qui conditionne cette trajectoire

  • Spécifications fonctionnelles finalisées au démarrageHypothèse structurante
  • Contenus produits et intégrés par vos équipesHypothèse structurante
  • Plan de redirections préparé par votre chef de projetNous exécutons
  • Environnements AGORA disponibles en phase 2Dépendance externe
  • Chartes graphiques transmises à la confirmation de participationPrérequis design

Chacune de ces lignes est un risque tracé au registre dès la phase 0, avec un porteur et une date de levée. Un projet ne dérape pas d'un coup : il dérape parce qu'une dépendance non suivie glisse de trois semaines, six fois.

Trajectoire budgétaire et options

Notre estimation Phase 1 s'établit entre 60 000 et 78 000 € HT, sur un TJM moyen indicatif de 600 € HT, soit 100 à 150 jours. Votre enveloppe cible annoncée se situe entre 45 000 et 70 000 € HT. La borne haute de notre estimation la dépasse, et la borne basse la dépasse aussi.

Arbitrage budgétaire — actionnez les leviers

Leviers de découpage du périmètre

Estimation Phase 1

60 000 € – 78 000 € HT

Enveloppe cible annoncée : 45 000 € – 70 000 € HT

La borne basse tient dans l’enveloppe ; la borne haute la dépasse encore.

Estimation indicative sur un TJM moyen de 600 € HT, hors options. Elle n’a pas valeur de devis ferme.

Variante A — chiffrage détaillé

Estimation indicative Phase 1, TJM moyen 600 € HT. Ce n'est pas un devis ferme.
CritèreFourchetteJours
Direction artistique et maquettes UX/UI7 000 – 10 000 €13 – 17 j
Design system (tokens et composants)5 000 – 8 000 €10 – 15 j
Architecture headless et socle technique5 000 – 8 000 €10 – 15 j
Développement frontend — Trianon Résidences11 000 – 15 000 €20 – 27 j
Développement frontend — Corporate10 000 – 12 000 €17 – 20 j
Moteur de maillage média-produit3 500 – 5 000 €6 – 10 j
Briques IA (sémantique, éditorial, agent)10 000 – 15 000 €18 – 27 j
Migration SEO, recette et mise en production2 500 – 4 000 €5 – 8 j
Gestion de projet (30 %)4 000 – 5 000 €7 – 10 j
Total estimé hors options60 000 – 78 000 € HT100 – 150 j

Trois postes méritent un commentaire. L'architecture headless et les développements frontend sont ceux pour lesquels nous pensons que le temps devrait plutôt être étendu qu'assis : ce sont eux qui portent la dette ou l'absence de dette des quatre marques suivantes. La migration SEO et la gestion de projet sont ceux où le temps alloué nous paraît limité et nécessitera des choix de périmètre. Les briques IA appellent un traitement spécifique : le chiffrage suppose un build initial mené en collaboration avec votre expert IA, pas en autonomie.

Variante B — totaux et leviers

60–78 k€
Notre estimation Phase 1 HT, hors options
45–70 k€
Votre enveloppe cible Annoncée au brief
100–150 j
Charge estimée TJM moyen 600 € HT
3
Leviers de découpage Chiffrés et argumentés

Le dépassement porte sur deux briques identifiables, et c'est précisément là que nous pensons que l'investissement se rembourse : l'extensibilité native du design system, qui fait baisser le coût des quatre marques de Phase 2, et l'architecture de la couche IA, dont l'intégration dès la conception évite un placage a posteriori et la dette qui va avec.

Ce que nous ne recommandons pas de couper

Questions que le COMEX posera

Que se passe-t-il si le projet dépasse malgré tout ?

Aucune évolution hors périmètre n'est engagée sans passer par le circuit d'arbitrage décrit dans la section Méthodologie : estimation par la cheffe de projet et le lead technique, puis choix entre échange à périmètre constant, avenant, ou report au backlog. Le budget ne dérive pas silencieusement, il dérive sur décision écrite — ou il ne dérive pas.

Le TJM de 600 € couvre-t-il tous les profils ?

C'est un TJM moyen indicatif, pas un tarif unique. Le détail par profil senior et junior et l'allocation des jours par intervenant seront précisés au devis ferme. À ce stade, votre brief demandait une estimation cadrée et non un devis, et nous nous y tenons.

Que couvre exactement la ligne « gestion de projet » ?

Les 30 % côté agence : préparation et animation des instances, rédaction des user stories et critères d'acceptation, suivi des tickets, coordination avec AGORA et les prestataires sortants, gestion des retours de recette. Elle ne couvre pas le pilotage global, qui reste chez votre chef de projet digital selon l'hypothèse 70/30.

Et pour la Phase 2 ?

Elle n'est pas chiffrée ici et ne doit pas l'être : son coût dépend directement de la qualité du socle livré en Phase 1. C'est notre argument central. Nous pouvons en revanche nous engager sur un principe mesurable — le déploiement d'une marque de Phase 2 doit consister à définir de nouveaux tokens graphiques et à activer des composants, sans réécriture du code Vue existant.

Nous aurions pu aligner notre chiffrage sur votre enveloppe et notre planning sur votre date. Plus confortable à présenter, mais risqué. Vous évaluez notre capacité à challenger vos idées plutôt qu'à les valider : faisons-le, ensemble.

Portrait de RodolpheRodolpheGérant, référent technique — Alsacréations

Contact

Parlons-en

Nous confirmons notre intérêt et notre disponibilité pour accompagner vos équipes sur cette Phase 1. Voici ce que nous vous proposons pour la suite du calendrier de consultation, et à qui vous adresser.

Le calendrier, de notre côté

  • Dossier complet — maquettes et présentationFin août 2026
  • Présoutenance, chef de projet digital et direction marketingSeptembre 2026
  • Soutenance COMEX, 17 rue des Cigognes à Entzheim1 h 30 sur site
  • Démonstration du POC de recherche sémantiqueSi nous sommes finalistes

Conformément à votre demande, ce n'est pas un commercial qui présentera : ce sont les membres de l'équipe projet qui défendront leurs propres choix techniques et créatifs. Nous prévoyons deux intervenants pour la soutenance — le référent technique et la designer du projet — accompagnés de la cheffe de projet.

Vos interlocuteurs chez nous

Le trio de tête sur ce projet

  • Portrait de CharlineCharlineCheffe de projets et coordination
  • Portrait de RodolpheRodolpheGérant, référent technique front-end et back-end
  • Portrait de LisaLisaDesigner du projet et expertise UX

Point d'entrée unique

Charline

Cheffe de projets. Toutes vos demandes passent par elle : planning, arbitrages, coordination des expertises, remontée des risques. C'est votre interlocutrice si vous ne savez pas qui appeler.

Référent technique

Rodolphe

Gérant et développeur. Architecture, contrat de données, arbitrages techniques, coordination avec AGORA. Signataire des engagements contractuels.

Design system

Lisa

Designer du projet. Direction artistique, maquettes Figma, conception et documentation du design system extensible.

Ismaëlle et Philippe interviennent en expertise accessibilité sur la conception des composants puis en contrôle continu ; Raphaël, Christophe et Thomas sur l'intégration et le développement. L'ensemble de l'équipe est présentée dans la section Méthodologie.

Alsacréations

Adresse

10 place du Temple Neuf 67000 Strasbourg

SARL au capital de 10 000 € — RCS Strasbourg SIRET 487 942 500 00033 — TVA FR27487942500

Ce que nous sommes

Agence web fondée en 2006, dix personnes, labellisée Marque Alsace. Designers, développeurs front et back, cheffe de projet, administration système, experts accessibilité.

Organisme de formation agréé sous le n° 42670418867.