Product Engineering Retrospective — Concevoir ScienceSchool comme plateforme éducative premium

1. Contexte du projet

ScienceSchool est une plateforme éducative spécialisée dans l’accompagnement scientifique des élèves du collège et du lycée, avec un focus clair sur les mathématiques et la physique-chimie.

La vision initiale n’était pas de créer un simple site vitrine pour présenter des cours, mais de construire un socle produit capable de soutenir plusieurs objectifs simultanément :

• rassurer les familles ;
• rendre lisible l’offre pédagogique ;
• installer une crédibilité académique ;
• structurer une acquisition organique durable ;
• préparer des campagnes publicitaires ;
• permettre une évolution progressive vers une plateforme plus complète.

Le problème principal à résoudre était celui de la confiance. Dans l’éducation, la décision n’est pas purement transactionnelle. Un parent ne cherche pas seulement un tarif ou un créneau disponible. Il cherche un cadre fiable, une méthode, une capacité d’écoute, une promesse de progression crédible et un interlocuteur sérieux.

Le public visé est composé principalement de familles dont les enfants suivent le programme français, notamment dans des contextes où l’exigence scolaire est forte : collège, lycée, spécialités scientifiques, réseau AEFE, familles expatriées, élèves préparant une transition importante comme l’entrée en seconde, en première ou en terminale.

Le positionnement premium a été retenu parce que le marché du soutien scolaire est très saturé. Se positionner comme un acteur générique de “cours particuliers” aurait placé ScienceSchool dans une concurrence directe avec des plateformes low-cost, des marketplaces de professeurs et des offres très standardisées. Le choix produit a donc été de sortir de cette logique pour parler d’accompagnement scientifique humain, structuré et régulier.

La différence fondamentale avec une plateforme de soutien scolaire classique est là : ScienceSchool ne vend pas seulement une heure de cours. La plateforme porte une idée de progression, de méthode, de suivi et de consolidation des acquis dans le temps.

2. Situation de départ

Avant la refonte stratégique, ScienceSchool existait déjà sous une forme fonctionnelle, mais son positionnement n’était pas encore totalement stabilisé. Certaines pages et métadonnées utilisaient encore l’ancien vocabulaire du marché : “soutien scolaire”, “cours particuliers”, “réservation”, “essai gratuit”, “packs”.

Ce vocabulaire avait un avantage court terme : il était immédiatement compréhensible. Mais il posait un problème de fond. Il renvoyait ScienceSchool vers une catégorie très générique, alors que la vision produit recherchée était plus premium, plus académique et plus différenciante.

Les besoins identifiés étaient donc multiples :

• clarifier le positionnement ;
• nettoyer les signaux SEO contradictoires ;
• structurer les pages importantes ;
• créer une architecture éditoriale durable ;
• améliorer les CTA ;
• préparer le site à des campagnes Ads ;
• rendre l’expérience plus cohérente entre homepage, pages d’accompagnement, FAQ, blog et contact.

Une nouvelle plateforme était nécessaire non pas parce que l’ancien site était inutilisable, mais parce qu’il ne suffisait plus à porter l’ambition produit. Il fallait passer d’un site de présentation à un système éditorial et commercial cohérent.

3. Contraintes métier

Contraintes éducatives

Le produit devait respecter une réalité simple : l’éducation n’est pas un achat impulsif. Les familles veulent comprendre ce qui sera fait, pourquoi cela sera utile, et comment l’élève sera accompagné.

Le contenu devait donc éviter les promesses faciles. Il fallait parler de progression, d’automatismes, de consolidation, de méthode, de confiance, sans tomber dans un discours anxiogène ou trop commercial.

Contraintes liées aux familles

Les parents ne lisent pas un site éducatif comme des spécialistes. Ils cherchent des réponses claires :

• mon enfant est-il concerné ?
• à quel moment faut-il agir ?
• comment se déroule l’accompagnement ?
• est-ce adapté au programme français ?
• est-ce sérieux ?
• est-ce humain ?

La plateforme devait donc rendre le parcours simple, rassurant et crédible.

Contraintes liées aux élèves

Les élèves ne doivent pas être présentés comme des “problèmes à corriger”. Le vocabulaire devait éviter la stigmatisation. On ne parle pas d’échec, mais de bases à consolider, de confiance à retrouver, de méthode à construire.

C’est un choix éditorial important : il influence directement la perception de la marque.

Contraintes liées à l’image premium

Le premium ne devait pas se limiter au design. Il devait apparaître dans :

• le ton ;
• les titres ;
• les métadonnées ;
• les CTA ;
• les visuels ;
• la structure des pages ;
• l’absence de wording agressif.

Des expressions comme “réservation rapide”, “sans engagement”, “essai gratuit” peuvent convertir à court terme, mais elles tirent le positionnement vers une logique de volume. Elles ont donc été remplacées ou atténuées au profit de formulations comme “premier échange”, “accompagnement structuré”, “progression régulière”.

Contraintes liées à la confiance

La confiance repose sur plusieurs signaux :

• spécialisation en mathématiques et physique-chimie ;
• référence au programme français ;
• mention du réseau AEFE ;
• mise en avant de la méthode ;
• FAQ claire ;
• pages d’accompagnement structurées ;
• blog pédagogique ;
• cohérence du branding.

Le site devait éviter les ruptures de ton. Une page premium avec des métadonnées “soutien scolaire en ligne” créait un conflit de perception. Ce type d’incohérence a été traité comme une dette produit, pas seulement comme une dette SEO.

Contraintes liées à l’acquisition

ScienceSchool devait pouvoir acquérir des élèves via plusieurs canaux :

• SEO organique ;
• campagnes Google Ads ;
• campagnes Meta Ads ;
• contenus blog ;
• pages d’accompagnement ;
• trafic de marque.

L’enjeu était donc de ne pas créer uniquement des pages vitrines, mais des points d’entrée éditoriaux capables de répondre à des intentions précises.

Exemple : les articles sur l’entrée en seconde ou en terminale ne sont pas seulement des contenus pédagogiques. Ce sont des pages d’atterrissage indirectes pour des parents en phase de réflexion.

Contraintes liées à l’international, à l’AEFE et à Dubaï

Le réseau AEFE implique une exigence spécifique : les familles suivent le programme français, mais elles peuvent être situées hors de France. Cela change la manière de parler du service.

Il ne suffit pas de dire “cours en ligne”. Il faut montrer que l’accompagnement est adapté à des élèves du système français, y compris dans un contexte international.

Dubaï représente un cas intéressant : familles expatriées, attente de qualité, pouvoir d’achat plus élevé, besoin de confiance, concurrence internationale. Le positionnement premium devient donc non seulement cohérent, mais nécessaire.

4. Contraintes techniques

Contraintes Drupal

Drupal a été utilisé comme socle CMS pour structurer le contenu, les pages, les taxonomies, les métadonnées, les vues et les blocs. Ce choix impose une rigueur particulière :

• séparer contenu et templates ;
• éviter le hardcode inutile ;
• gérer les metatags proprement ;
• maintenir une configuration exportable ;
• gérer les vues blog ;
• structurer les taxonomies ;
• garder une base saine pour les évolutions futures.

Une difficulté importante a été la coexistence entre contenu éditorial, templates Twig custom, blocs Drupal, champs Metatag et logique SEO spécifique.

Contraintes SEO

Le SEO ne pouvait pas être traité comme une couche ajoutée à la fin. Il devait influencer l’architecture :

• quelles pages doivent exister ?
• quelles pages doivent être exclues du sitemap ?
• quelles routes doivent retourner 404 ou 410 ?
• quelles pages doivent recevoir des metatags spécifiques ?
• comment éviter les signaux contradictoires ?
• comment structurer les articles ?
• comment organiser les taxonomies ?

Le nettoyage du sitemap, l’exclusion des routes parasites, la gestion des anciennes URLs et la correction des metatags ont été des éléments centraux.

Contraintes de performance

Le site devait rester performant malgré :

• les visuels premium ;
• les templates custom ;
• les vues Drupal ;
• les blocs ;
• le blog ;
• les métadonnées ;
• les scripts de tracking.

Des choix ont été nécessaires autour du format WebP, de la mise en cache, de l’agrégation CSS/JS, du sitemap et de la stabilité Drupal 10.

Contraintes de contenu

Le contenu devait être à la fois lisible pour les parents et suffisamment crédible sur le plan académique. Cela a demandé un équilibre permanent entre vulgarisation et précision.

Par exemple, dans les articles de préparation à la rentrée, il fallait mentionner les notions scientifiques sans transformer l’article en fiche de cours. L’objectif éditorial n’était pas de résoudre un exercice, mais d’aider un parent à comprendre pourquoi une consolidation peut être pertinente.

Contraintes de maintenance

Le projet devait rester maintenable par un développeur unique ou une petite équipe. Il fallait donc limiter les solutions trop complexes.

Cela a influencé plusieurs décisions :

• utiliser Drupal pour gérer les contenus ;
• éviter des fonctionnalités applicatives lourdes trop tôt ;
• reporter certaines automatisations ;
• garder une architecture éditoriale claire ;
• préférer des corrections ciblées plutôt que de grandes refontes risquées.

Contraintes d’évolution future

ScienceSchool devait pouvoir évoluer vers :

• plus d’articles ;
• plus de pages d’accompagnement ;
• des campagnes Ads ;
• des contenus par niveau ;
• des contenus par matière ;
• éventuellement des fonctionnalités plus avancées autour de la relation famille-élève-professeur.

La structure devait donc être pensée comme un socle, pas comme une version figée.

Contraintes liées à la génération de contenus éditoriaux

L’IA a été utilisée comme accélérateur de production éditoriale, mais pas comme générateur automatique non contrôlé. Chaque article devait être retravaillé pour respecter :

• le ton ScienceSchool ;
• le vocabulaire d’accompagnement ;
• la stratégie SEO ;
• la cohérence avec les CTA ;
• la lisibilité parentale ;
• le positionnement premium.

Cela a imposé un processus éditorial : idée brute, reformulation stratégique, structuration SEO, intégration Drupal, visuel, reel, maillage interne.

5. Les options étudiées

Option 1 : site vitrine simple

Un site vitrine aurait permis de présenter ScienceSchool rapidement : accueil, formules, contact, à propos.

Avantages :

• rapide à produire ;
• coût technique limité ;
• maintenance simple ;
• parcours court.

Inconvénients :

• faible capacité SEO ;
• peu de profondeur éditoriale ;
• difficulté à soutenir des campagnes Ads ;
• faible différenciation ;
• peu de matière pour construire la confiance.

Cette option a été rejetée comme modèle principal. Elle aurait été trop limitée pour l’ambition du projet.

Option 2 : plateforme éditoriale

L’approche éditoriale consiste à créer un système de pages piliers, d’articles, de taxonomies, de maillage interne et de contenus de réassurance.

Avantages :

• meilleure acquisition organique ;
• crédibilité académique ;
• capacité à adresser plusieurs intentions ;
• création d’un actif long terme ;
• alignement avec les campagnes saisonnières.

Inconvénients :

• demande plus de travail éditorial ;
• nécessite une discipline SEO ;
• impose une maintenance continue ;
• risque de dilution si les contenus ne sont pas bien cadrés.

Cette option a été adoptée.

Option 3 : approche orientée acquisition directe

Cette approche aurait consisté à prioriser les landing pages Ads, les formulaires, les CTA directs et les arguments de conversion.

Avantages :

• plus rapide pour tester des campagnes ;
• parcours de conversion plus direct ;
• utile pour Google Ads ou Meta Ads.

Inconvénients :

• risque de ton trop commercial ;
• affaiblissement du positionnement premium ;
• dépendance au trafic payant ;
• moins de construction de marque.

Cette option n’a pas été rejetée, mais intégrée avec prudence. Les campagnes Ads sont envisagées, mais elles doivent s’appuyer sur des contenus et pages cohérents avec le branding.

Option 4 : approche marque premium

Cette approche place la cohérence de marque au centre : ton, design, wording, expérience, contenus, CTA.

Avantages :

• meilleure différenciation ;
• confiance renforcée ;
• cohérence avec les familles AEFE/international ;
• meilleure perception de valeur.

Inconvénients :

• moins agressif en conversion immédiate ;
• demande plus de finesse éditoriale ;
• exige de renoncer à certains mots-clés faciles.

Cette approche a été retenue comme ligne directrice.

6. Arbitrages réalisés

Pourquoi Drupal a été retenu

Drupal a été retenu parce qu’il offre une bonne combinaison entre structure de contenu, taxonomies, gestion éditoriale, vues, metatags, sitemap et extensibilité.

Pour ScienceSchool, le contenu n’est pas accessoire. Il fait partie du produit. Drupal permet de structurer ce contenu proprement, avec une logique de types de contenu, champs, taxonomies et vues.

Le choix de Drupal est donc cohérent avec une plateforme éditoriale évolutive.

Pourquoi certaines pages ont été priorisées

Les pages prioritaires ont été celles qui structurent la perception et la conversion :

• accueil ;
• accompagnement régulier ;
• accompagnement mathématiques ;
• accompagnement physique-chimie ;
• FAQ ;
• à propos ;
• contact ;
• blog.

Ces pages forment le socle de confiance. Avant de produire beaucoup d’articles, il fallait que les pages de destination soient cohérentes.

Pourquoi certaines fonctionnalités ont été reportées

Certaines fonctionnalités transactionnelles ou applicatives ont été mises au second plan pour éviter de transformer trop tôt le projet en plateforme complexe.

Le choix a été de consolider d’abord :

• le positionnement ;
• l’architecture ;
• le SEO ;
• les contenus ;
• les CTA ;
• les parcours.

C’est un arbitrage Product Engineering classique : stabiliser la proposition de valeur avant d’augmenter la complexité fonctionnelle.

Pourquoi le contenu a été structuré ainsi

Le contenu a été structuré autour de trois axes :

• pages d’accompagnement ;
• pages de réassurance ;
• articles de conseils.

Les articles ciblent des moments de besoin : entrée en seconde, entrée en terminale, préparation scientifique, transition scolaire. Ce choix est plus fort que des articles génériques, parce qu’il correspond à des préoccupations concrètes des familles.

Pourquoi certaines décisions SEO ont été prises

Plusieurs décisions SEO ont été structurantes :

• supprimer les routes parasites du sitemap ;
• exclure les contenus techniques comme les créneaux ;
• retourner 404 ou 410 sur les URLs legacy ;
• corriger les metatags legacy ;
• éviter le wording “soutien scolaire” ;
• utiliser des slugs lisibles ;
• structurer les taxonomies matière/niveau/catégorie ;
• créer un maillage interne naturel.

L’objectif était d’envoyer à Google des signaux cohérents : ScienceSchool n’est pas une plateforme générique, mais un acteur spécialisé dans l’accompagnement scientifique.

Pourquoi certaines décisions UX ont été retenues

L’UX devait rassurer sans surcharger.

Les CTA ont donc été retravaillés pour être moins agressifs :

• “Planifier un premier échange” ;
• “Découvrir l’accompagnement régulier” ;
• “Échanger avec ScienceSchool”.

Le but n’était pas de pousser l’utilisateur brutalement vers un formulaire, mais de rendre la prise de contact naturelle.

7. Architecture mise en place

Architecture de contenu

L’architecture repose sur :

• des pages piliers ;
• des pages d’accompagnement ;
• une FAQ ;
• une page à propos ;
• une page contact ;
• un blog structuré ;
• des taxonomies ;
• un maillage interne ;
• des CTA homogènes.

Taxonomies

Les taxonomies jouent un rôle important :

• catégorie éditoriale ;
• matière ;
• niveau.

Cela permet de qualifier les articles selon leur intention pédagogique.

Exemples :

• Conseils pédagogiques ;
• Mathématiques ;
• Physique-Chimie ;
• 2nde ;
• Terminale.

Cette structure prépare aussi l’évolution future vers des pages d’archives plus riches.

Billets de blog

Les articles ne sont pas pensés comme de simples contenus SEO. Ils servent plusieurs fonctions :

• rassurer ;
• éduquer ;
• capter une intention ;
• préparer une campagne Ads ;
• nourrir le maillage interne ;
• renforcer la crédibilité.

Les articles sur les transitions scolaires sont particulièrement importants parce qu’ils correspondent à des moments où les parents sont naturellement en recherche de solutions.

Pages piliers

Les pages piliers structurent l’offre :

• accompagnement régulier ;
• accompagnement mathématiques ;
• accompagnement physique-chimie.

Elles servent de destination logique pour les CTA des articles.

Maillage interne

Le maillage est pensé pour relier :

• articles → pages d’accompagnement ;
• articles entre eux ;
• FAQ → pages d’accompagnement ;
• à propos → accompagnement ;
• blog → pages business.

L’objectif est de guider progressivement le lecteur vers une compréhension de l’offre.

Système de navigation

La navigation a été simplifiée pour éviter de disperser l’utilisateur. Le menu principal doit refléter les priorités du produit, pas l’inventaire complet du site.

Stratégie SEO

La stratégie SEO repose sur :

• des contenus ciblant des intentions concrètes ;
• un vocabulaire aligné avec le positionnement ;
• une correction des anciens signaux ;
• un sitemap propre ;
• des métadonnées spécifiques ;
• une architecture par matière et niveau ;
• une logique de contenus saisonniers.

Logique des CTA

Le CTA standard des articles est cohérent :

“Besoin d’un cadre régulier pour progresser ?”

Ce CTA fonctionne parce qu’il ne rompt pas avec le contenu. Il prolonge naturellement l’idée de consolidation, de méthode et de progression.

Structure de conversion

La conversion repose sur un chemin progressif :

• lecture d’un article ;
• prise de conscience ;
• réassurance ;
• CTA vers accompagnement régulier ;
• contact ou premier échange.

Ce n’est pas une conversion agressive. C’est une conversion par confiance.

8. Difficultés rencontrées

Difficulté produit : clarifier le positionnement

Le mot “soutien scolaire” était utile pour être compris, mais problématique pour se différencier.

La difficulté a été de remplacer ce vocabulaire sans tomber dans un jargon artificiel. La solution a été d’utiliser “accompagnement” comme concept central, mais de l’ancrer dans des formulations concrètes : progression, méthode, régularité, confiance.

Difficulté éditoriale : écrire pour les parents sans simplifier excessivement

Les contenus devaient être pédagogiques, mais pas trop techniques. Il fallait éviter de transformer les articles en fiches de révision.

Ce point est apparu clairement dans les articles de physique-chimie : fallait-il afficher les formules ou parler de compréhension des notions ? L’arbitrage a été de rester parent-friendly, en mettant l’accent sur les repères et les compétences.

Difficulté SEO : nettoyer l’ancien positionnement

Certaines pages visibles étaient déjà alignées, mais leurs metatags conservaient l’ancien langage.

C’est un problème fréquent : le contenu évolue, mais les métadonnées restent figées. Il a fallu auditer les pages importantes et corriger les champs Metatag au niveau Drupal.

Difficulté UX : calibrer les CTA

Des CTA comme “essai gratuit” ou “réservation rapide” peuvent être efficaces, mais ils affaiblissent une marque premium. Le remplacement par des CTA plus sobres a permis de mieux aligner l’UX avec la promesse.

Difficulté Drupal : éviter le hardcode

Certains contenus étaient dans des templates Twig. Certaines métadonnées étaient dans des champs Metatag. Certaines logiques SEO étaient dans du custom code.

Il fallait éviter de tout corriger en dur. La bonne approche a été de respecter la responsabilité de chaque couche : contenu dans Drupal, metatags dans les champs, règles techniques dans les modules custom.

Difficulté déploiement : Composer, core Drupal et Git

Une difficulté concrète a été liée au fait que Drupal core était tracké par Git alors qu’il devait être géré par Composer. Après correction, il a fallu adapter le workflow de déploiement : git pull, puis composer install.

Ce point montre qu’une décision de maintenance peut avoir un impact direct sur le déploiement.

Difficulté acquisition : préparer les Ads sans casser le SEO

Les articles destinés à être boostés ne devaient pas devenir des landing pages agressives. Il fallait produire des contenus utiles, crédibles, lisibles, tout en préparant la conversion.

9. Résultats obtenus

Les résultats observables sont principalement structurels.

L’architecture éditoriale est plus cohérente. Les pages importantes portent mieux le positionnement ScienceSchool. Les taxonomies permettent d’organiser les contenus selon les niveaux et les matières. Le blog devient un outil d’acquisition et non un simple espace d’articles.

Le socle SEO est plus propre :

• sitemap nettoyé ;
• routes parasites exclues ;
• metatags corrigés ;
• pages legacy traitées ;
• slugs plus cohérents ;
• meilleure cohérence entre contenu visible et métadonnées.

La maintenabilité a progressé grâce à une meilleure séparation des responsabilités et au passage vers un core Drupal géré proprement par Composer.

L’expérience utilisateur est plus homogène. Le ton, les CTA, les visuels et les pages d’accompagnement convergent vers une même promesse : un accompagnement scientifique humain et structuré.

10. Ce qui serait fait différemment aujourd’hui

Avec le recul, plusieurs décisions seraient conservées :

• le choix de Drupal ;
• l’approche éditoriale ;
• la spécialisation mathématiques / physique-chimie ;
• le positionnement premium ;
• la logique d’accompagnement plutôt que soutien scolaire ;
• les articles par transition scolaire ;
• le travail de nettoyage SEO.

Certaines choses seraient faites plus tôt :

• définir le vocabulaire de marque dès le début ;
• verrouiller les metatags principaux avant la production massive de contenu ;
• nettoyer le sitemap plus rapidement ;
• éviter de tracker Drupal core dès le départ ;
• formaliser une convention de CTA ;
• créer une grille éditoriale avant les premiers articles.

L’un des enseignements majeurs est qu’un repositionnement ne se fait pas seulement dans les textes visibles. Il doit descendre dans les métadonnées, les URLs, les CTA, les taxonomies, les visuels et les comportements techniques.

11. Enseignements Product Engineering

Sur les plateformes éducatives

Une plateforme éducative ne doit pas seulement informer. Elle doit créer un climat de confiance. Le produit doit répondre à une inquiétude parentale tout en respectant l’élève.

Sur Drupal

Drupal reste très pertinent pour un projet où le contenu est structurant. Sa force réside dans sa capacité à organiser des contenus, des taxonomies, des vues, des métadonnées et des workflows éditoriaux.

Mais Drupal demande de la discipline. Sans stratégie claire, il peut accumuler des configurations, templates et contenus difficiles à maintenir.

Sur le SEO structurel

Le SEO n’est pas seulement une question d’articles. Il dépend de l’architecture globale :

• quelles pages existent ;
• quelles pages sont indexables ;
• quels contenus sont exclus ;
• comment les pages se relient ;
• quels mots sont utilisés ;
• quels signaux sont envoyés dans les metatags.

ScienceSchool montre qu’un audit SEO utile doit descendre jusqu’aux détails Drupal : fields, metatags, sitemap, routes, redirects, templates.

Sur la stratégie de contenu

Les meilleurs contenus sont ceux qui correspondent à un moment réel de décision. Les transitions scolaires sont donc de très bons supports éditoriaux : entrée en seconde, entrée en terminale, préparation à la spécialité, consolidation pendant l’été.

Ces sujets sont plus puissants que des contenus génériques parce qu’ils rencontrent une préoccupation concrète des familles.

Sur la conception produit

Le produit n’est pas seulement la plateforme technique. Le produit inclut :

• les mots utilisés ;
• le parcours ;
• les CTA ;
• le ton ;
• les visuels ;
• la promesse ;
• la manière de qualifier le besoin.

Dans ScienceSchool, remplacer “soutien scolaire” par “accompagnement” n’était pas un simple choix lexical. C’était une décision produit.

Sur l’acquisition organique

L’acquisition durable repose sur un socle cohérent. Un article performant ne suffit pas si la page d’arrivée, la FAQ, les metatags ou le CTA envoient des signaux contradictoires.

Sur la maintenabilité

La maintenabilité ne concerne pas uniquement le code. Elle concerne aussi :

• la structure éditoriale ;
• les taxonomies ;
• les conventions SEO ;
• les composants visuels ;
• les workflows de déploiement ;
• la gestion Composer.

Sur les arbitrages produit / technique

Le projet montre qu’il faut parfois reporter des fonctionnalités pour consolider le socle. Une plateforme éducative premium ne gagne pas forcément à empiler rapidement des fonctionnalités. Elle gagne d’abord à être claire, fiable, cohérente et évolutive.

Le meilleur arbitrage n’est pas toujours le plus spectaculaire techniquement. C’est celui qui renforce la capacité du produit à évoluer sans perdre sa cohérence.