Site web Dieture

Vendre un abonnement n'est pas vendre un produit. Un visiteur doit comprendre les formules, faire confiance à la nutrition derrière, choisir ce qui correspond à ses objectifs, puis continuer à gérer ce choix bien après le premier achat — mettre en pause, changer de formule, ajouter des options, réserver un diététicien.

Faire tout cela sur un seul site implique que la surface marketing et la surface client ne peuvent pas être deux produits vissés l'un à l'autre — ce qui arrive toujours quand les pages que possède le marketing et les parcours que possède l'ingénierie commencent à diverger.

J'ai mené la construction avec deux autres développeurs. Nous avons traité le contenu comme de la donnée dès le départ : formules, textes et pages de campagne viennent d'un CMS headless, si bien que le marketing modifie une offre ou lance une landing page sans déploiement et sans développeur dans la boucle.

Tout ce qui pèse sur la conversion est instrumenté. Le suivi d'événements parcourt tout le tunnel — vue d'une formule, sélection, étape d'onboarding, paiement — de sorte que « où décrochent les gens » trouve sa réponse dans les données plutôt que dans un avis en réunion.

• Découverte et comparaison des formules, pilotées par le contenu du CMS
• Prise de rendez-vous avec un diététicien
• Achat d'options et gestion de l'abonnement pour les clients existants
• Onboarding de bout en bout, de la première visite à l'abonnement actif
• Outils marketing et suivi d'événements du tunnel câblés sur tout le parcours

À trois sur un même front-end, cela ne marche que si les frontières sont décidées avant le code. Nous avons découpé par parcours plutôt que par couche — découverte, onboarding, espace client — au-dessus d'une couche de composants et de données partagée : nous éditions rarement le même fichier à deux, et les coutures entre parcours restaient visibles en revue.