Toutes les études de cas

Étude de cas

Un programme d'accompagnement qui tourne maintenant sur une appli que le client possède

  • En ligne · App Store et Google Play
  • iOS et Android · français

Relance Métabolique offre au Québec un programme de santé métabolique où des coachs attitrés accompagnent chaque client tout au long du programme et restent présents par la suite. Nous avons construit l'appli Flutter qui porte tout le programme, les conversations d'accompagnement et les progrès de chaque client, sur un backend que l'entreprise contrôle.

L'écran d'accueil de Relance Métabolique: Programme Relance avec les phases Libération et Réintégration, et Programme Équilibre avec la stabilisation et le parcours Défi Boost.
Publiée sur iOS et Android
Programme 4 phases
Accompagnement Dans l'appli
Bâtie avec Flutter et Supabase

Le mandat

Tout ce dont le programme a besoin, dans un seul endroit que le client possède

Le contenu du cours, les conversations d'accompagnement et les données de progrès vivaient chacun sur une plateforme différente. Relance Métabolique les voulait dans une seule appli, publiée sous son nom sur les deux boutiques, avec les données derrière dans une base que l'entreprise contrôle.

Cette exigence a façonné la construction: partout où un service hébergé aurait été plus rapide à brancher, nous avons chiffré ce qu'il coûterait au client en propriété avant de l'utiliser.

  • Contenu du programme
  • Messagerie coach
  • Suivi des progrès
  • Accès depuis le CRM
  • Notifications push
  • iOS et Android

Comment nous l'avons cadré

L'appli est le produit. Tout ce que l'entreprise ne peut pas changer, exporter ou emporter n'a pas sa place dans le chemin de construction.

Ce principe a tranché 3 des plus grandes décisions de ce projet: le messager, le backend et le moment de quitter la plateforme low-code.

Le programme

Chaque phase du programme, livrée dans l'appli

Tout le curriculum Relance est dans l'appli: Libération, Réintégration, Stabilisation et le parcours Défi Boost, en remplacement de la plateforme de cours louée qu'utilisait le programme.

Ce qu'un client ouvre

  • La phase où ils sont, et le jour où ils sont
  • Modules et sous-modules avec leçons vidéo
  • Listes d'aliments approuvés et le tableau de réintégration jour par jour
  • Collections de recettes, guides téléchargeables et FAQ
  • Contenu étagé selon le programme acheté

Accompagnement

Un messager bâti pour l'accompagnement, pas un widget de soutien

Le messager est le plus gros morceau d'ingénierie de l'appli. Les coachs travaillaient depuis une boîte Messenger personnelle. La conversation se trouve maintenant à côté des données de progrès du client, et l'entreprise possède les deux.

Fils un à un et de groupe

Chaque client a un fil avec son coach. Les fils de groupe portent la gestion des membres et des badges de rôle, pour qu'on voie clairement qui est coach, closer ou membre.

Notes vocales et images

Clients et coachs échangent du texte, des photos et des notes vocales enregistrées dans l'appli, et un coach peut répondre de vive voix à une longue question, ce que la plupart d'entre eux préfèrent.

Temps réel, avec les détails

Les messages arrivent en direct, avec citation de réponse, messages épinglés, sourdine par conversation et suppression gouvernée par le rôle.

Messages planifiés

Un coach écrit une fois, choisit une liste de destinataires et une heure, et une tâche côté serveur l'envoie et garde l'historique d'exécution.

Rôles et permissions

Coach, closer et membre ont chacun leur propre jeu de permissions, pour que les conversations prévente restent séparées de l'accompagnement.

Ce que nous avons construit

L'interface de messagerie tourne directement contre Supabase, la base que l'appli utilise déjà. Le filtrage par rôle, la sémantique de groupe, la capture vocale et les outils coach sont tous les nôtres, et chaque message reste dans la propre base du client.

Progrès

Les données sur lesquelles le programme est jugé, dans une seule base

Poids, mesures et photos se déclaraient dans ce que le client avait sous la main. Ils sont maintenant enregistrés dans l'appli, mis en graphique pour le client et visibles à son coach.

Ce que l'appli enregistre

  • Pesées quotidiennes avec un graphique de tendance
  • Mesures corporelles dans le temps
  • Photos de progrès avec comparaison avant et après
  • Accès vérifié contre le dossier CRM du client à la connexion
  • Notifications push, avec préférences par utilisateur

Un assistant à côté des coachs, pas à leur place

Un onglet Coach IA à part répond aux questions de routine du programme, adossé à un flux n8n auto-hébergé qui garde le fil de conversation. Il s'ouvre en disant au client qu'il peut se tromper et que son coach humain est l'autorité. Il existe pour protéger le temps des coachs sur les questions qui ont une réponse documentée.

Livraison

Validé en low‑code, puis déplacé vers une base de code que le client possède

La première version est partie de FlutterFlow exprès, parce que c'était le plus vite pour trancher les questions produit avec de vrais clients. Quand la feuille de route s'est tournée vers le messager, nous avons quitté la plateforme.

  1. Mettre une vraie appli devant de vrais clients

    Première version
    • Bâtie dans FlutterFlow et livrée plutôt que spécifiée
    • Structure du programme tranchée sur un vrai téléphone
    • Écrans de suivi et onboarding façonnés par l'usage
    • Questions produit répondues tant qu'elles étaient encore bon marché
  2. Quitter la plateforme proprement

    Le pivot
    • Temps réel, capture vocale, permissions de rôle et diffusion planifiée dépassent ce que le low-code peut exprimer
    • Export récupéré et gelé sur sa propre branche comme base de référence
    • Le développement a continué à la main à partir de là
    • Pas de réécriture de zéro, et pas d'interruption pour les clients qui utilisaient déjà l'appli
  3. Garder les décisions récupérables

    Pratiques
    • Spécifications écrites pour les fonctionnalités importantes, versionnées à côté du code
    • Les changements de base partent en migrations, jamais en clics de tableau de bord
    • Tables, politiques, buckets de stockage et tâches cron tous dans le dépôt
    • Points de terminaison sortants tenus dans des secrets de coffre, avec l'environnement fixé à la compilation
  4. Tester l'appli telle qu'elle est livrée

    Chaque livraison
    • Les flux Maestro conduisent la vraie appli à travers sa couche d'accessibilité
    • Organisés par persona: VIP, Boost, coach, closer, profil, suppression de compte
    • Un runner local, en intercalant des réinitialisations de base entre les flux
    • Les nouvelles fonctionnalités visibles arrivent avec leur flux de test
  5. Livrer sans étapes manuelles

    Continu
    • Un push sur la branche de livraison déclenche Codemagic
    • iOS vers TestFlight et Android vers la piste interne Play, depuis un seul build
    • SDK Flutter épinglé pour correspondre exactement au développement local
    • Chaque livraison depuis la première a tourné comme ça

Le résultat

Relance Métabolique livre sa propre appli sur les deux boutiques, avec le programme, l'accompagnement et l'historique de chaque client dans une base que l'entreprise contrôle

Pour les clients

Une connexion pour tout le programme: les phases, les listes d'aliments, les recettes, les guides, leur coach, et leurs propres progrès dans le temps.

Pour les coachs

Une boîte de réception sur chaque client assigné, avec réponses enregistrées, diffusions planifiées et le contexte du client disponible dans le fil.

Pour l'entreprise

L'entreprise ne paie plus de plateforme de cours ni de service de clavardage facturé selon les utilisateurs actifs, et aucun fournisseur low-code ne se trouve dans le chemin de construction.

Flutter, SDK épinglé avec FVM · Dart · Supabase pour Postgres, auth, stockage, temps réel et fonctions edge · Firebase Cloud Messaging · go_router · provider · GoHighLevel CRM · n8n auto-hébergé · Maestro · Codemagic

Le programme Relance Métabolique, sa méthodologie et son contenu appartiennent à Relance Métabolique. L'appli est livrée en français.

Livrer votre appli sur les deux boutiques et garder la base de code

Nous construisons des produits mobiles de bout en bout, de la première version qui répond aux questions produit jusqu'au pipeline de livraison qui publie chaque build ensuite. Vous gardez le dépôt, la base et les fiches de boutique.

Un projet en tête ?On le bâtit et le maintient.

Prendre rendez-vous