03 — Anatomie du mémoire technique (le cœur du POC)¶
Le mémoire technique est le document que Serpe produit pour être noté sur la « valeur technique ». C'est ce que la web app doit aider à générer, section par section. Analyse de 4 affaires réelles (IIBSN, Vassivière/CELRL, DIRA, DREAL), toutes perdues (caveat d'échantillon, cf. doc 01).
⚠️ Révisé par le doc 08. L'audit multi-drive montre que le « template maître » décrit ici était vrai en 2020 mais obsolète depuis 2022 : ce sont désormais les cadres clients qui imposent le plan (trame Serpe passée de 90 % en 2020 à 6 % en 2023). Reste vrai : les thèmes de fond sont stables — c'est sur eux, pas sur une structure figée, que capitalise la bibliothèque de blocs. Voir doc 08 §2-3.
1. Deux constats structurants¶
Le gabarit est élastique. Mêmes rubriques, profondeur proportionnelle à l'enjeu : de la « petite note technique » de 5-12 pages (DREAL) au mémoire illustré de 52-117 pages (IIBSN, Vassivière). La structure ne change pas, seule la densité varie.
Il existe un template maître. IIBSN et DIRA sont quasi mot-pour-mot identiques (mêmes titres, même numérotation, mêmes paragraphes d'intro). Serpe part déjà d'un modèle qu'elle personnalise localement — même sans cadre imposé par le client (2/3 des cas). C'est le signal le plus fort du POC : la génération par assemblage de blocs est réaliste, car c'est déjà la pratique.
2. Le squelette commun (17 sections)¶
| # | Section | Fréq. | Contenu | Réutilisable ? |
|---|---|---|---|---|
| 1 | Page de garde (titre AO + logo MO) | 4/4 | Métadonnées AO | Généré |
| 2 | Sommaire (pagination + « retour sommaire ») | 3/4 | — | Auto |
| 3 | Rappel du contexte (qui, quels lots, pourquoi Serpe) | 4/4 | 80 % phrases-types + 20 % spécifique | Mixte |
| 4 | Visite / compréhension du besoin | 3/4 | Patron figé + nom référent/date | Mixte |
| 5 | Analyse des contraintes du marché | 3/4 | Liste de contraintes-types adaptées | Bibliothèque |
| 6 | Avantages de notre proposition (chiffres groupe, interlocuteur unique) | 4/4 | Chiffres groupe + référent | ~100 % |
| 7 | Réponses aux critères de jugement (section pivot = grille RC) | 4/4 | Titres réutilisables, technique spécifique | Mixte |
| 8 | Moyens humains (organigramme, équipe dédiée, CV, tableau qualifs/CACES) | 4/4 | Organigrammes figés + équipe nominative | Table maître + sélection |
| 9 | Moyens matériels (parc + engins du marché) | 4/4 | Catalogue figé + sélection | Catalogue + sélection |
| 10 | Méthodologie / organisation de chantier (travaux poste par poste) | 4/4 | Trame générique + description sur mesure | Bibliothèque « fiches-postes » |
| 11 | Signalisation / sécurité de chantier | 4/4 | Équipements, normes NF | ~100 % |
| 12 | Suivi de chantier (Arcgis / Spock / Ocean Mobility) | 4/4 | Texte identique partout | 100 % |
| 13 | Réception du chantier | 4/4 | Texte identique | 100 % |
| 14 | Gestion du planning | 3/4 | Réunion du jeudi, etc. | ~100 % |
| 15 | Contrôle qualité (interne/externe, non-conformités) | 4/4 | Texte identique | 100 % |
| 16 | « Les plus de la SERPE » — Hygiène/Sécurité + RSE | 4/4 | Bloc quasi copié-collé | ~100 % |
| 17 | Annexes (fiches techniques engins, fiches produits, organigramme, certifs) | 4/4 | Bibliothèque figée (packs à cocher) | 100 % |
3. Le pattern « contraintes / solutions »¶
Il existe partout, mais pas en tableau 2 colonnes — c'est un argumentaire à puces où chaque item nomme la contrainte puis enchaîne l'engagement Serpe :
« Maintien de la circulation des véhicules, des piétons, des bus → mise en place d'une signalisation adaptée… la longueur maximale ne dépassera pas 220 mètres… »
Il apparaît à 2 endroits quasi identiques (§5 niveau marché, §10 niveau chantier, 6-7 puces types : sécurité/public, nuisances riverains, environnement, délais, accessibilité engins, mobilier urbain, ouvrages en place). Seule la nature du site change. → Candidat direct à un générateur « contrainte → réponse type » piloté par tags (urbain / rural / cours d'eau / route / site classé…), alimenté par les contraintes de site extraites du CCTP (doc 02).
4. Mapping mémoire ↔ critères du RC¶
La section 7 « Réponses aux critères de jugement » est littéralement titrée et ordonnée comme la grille de notation du RC. Même en format court (DREAL, 3 p.), Serpe conserve le calage 1 critère = 1 paragraphe : « Moyens humains… », « Moyens matériels… », « Méthodologie d'exécution… ». H&S et RSE apparaissent tantôt comme critères propres (§16), tantôt fondus dans §7 — selon que le RC les note séparément ou via un critère environnement.
Implication produit clé : le mémoire doit être piloté par un mapping
explicite critère RC → section, permettant de réordonner/renommer les
sections selon la grille propre à chaque AO. Le corpus montre que Serpe recase
toujours les mêmes contenus sous des libellés parfois différents.
5. Intégration des visuels (LE différenciant)¶
Point le plus différenciant entre petit et gros mémoire. Types observés : - Photos légendées (preuve de savoir-faire : « Débroussaillage mécanique par l'agence de Manot », captures Arcgis/Ocean Mobility). - Organigrammes (groupe / agence / service études). - Tableau photo de parc matériel (4 colonnes Désignation/Photo × 2, par catégorie) — gabarit réutilisable. - Fiches techniques engins en annexe (photo + specs + « quantité dans le groupe » + rendement m²/j) — un mini-catalogue. - Planning type Gantt (postes en ligne × semaines en colonne). - Tableau de qualifications (nom / diplôme / CACES / habilitations). - Chiffres-clés en pavés infographiques (« 45 ans / 35 agences / 860 salariés / 900 engins / 60 M€ »).
Sur les petits mémoires, les visuels sont ajoutés en « pack annexe » en fin de fabrication, pas au fil de la rédaction. → l'app doit traiter les visuels comme une bibliothèque d'assets insérables (packs à cocher), pas seulement comme du texte.
6. Deux natures de blocs → deux mécaniques d'interface¶
Blocs FIGÉS (à insérer tels quels, versionnés) : avantages Serpe, suivi de chantier, réception, contrôle qualité, signalisation/sécurité, H&S, RSE, fiches techniques/produits, organigrammes, certifications. → simplement sélectionnables + datés (source unique de vérité).
Blocs PARAMÉTRÉS (saisie/sélection contextuelle) : contexte, contraintes du site, équipe & matériel affectés au marché, description des travaux poste par poste, planning, références clients pertinentes. → génération assistée avec données de l'AO + bibliothèques.
7. Recommandation : la découpe pour l'interface « section par section »¶
L'interface de réponse doit exposer le mémoire comme une liste ordonnée de sections, chacune de l'un des 3 types :
| Type de section | Mécanique UI | Exemples |
|---|---|---|
| Figée | Cocher / choisir une version datée | Suivi, réception, contrôle qualité, H&S, RSE, avantages |
| Paramétrée | Formulaire + génération IA (données AO + biblio) | Contexte, contraintes/solutions, méthodologie par poste, planning |
| Sélection | Choisir dans une base filtrée | Références clients, engins affectés, équipe, packs d'annexes |
Le tout réordonnable/renommable selon le mapping critères-RC de l'AO, avec un statut par section (à faire / généré / validé) et un assemblage final en document mis en forme (avec les visuels).
Caveat : les 4 mémoires analysés sont perdus. Identifier ce qui distingue structurellement une réponse gagnante demande un second passage sur des dossiers
GAGNE(via l'audit multi-drives). Hypothèse à tester : richesse des visuels + personnalisation réelle des moyens + adéquation fine aux critères.