- DevCycle a entièrement repensé son parcours d’onboarding autour de l’intégration MCP, en incitant les développeurs à installer le SDK directement dans leur propre éditeur de code dès le départ, ce qui a entraîné une hausse d’environ 3x du taux d’installation du SDK.
- Au départ, le flux était conçu autour d’expériences via une app d’exemple ou une sandbox, mais du point de vue des développeurs, il était perçu comme un chemin de contournement déconnecté des projets réels, ce qui provoquait un fort taux d’abandon.
- Le nouveau flux détecte automatiquement le langage et le framework via l’intégration avec des assistants IA de codage (CLAUDE Code, Cursor, etc.) et MCP, puis fournit un processus d’installation personnalisé.
- Il permet d’effectuer l’installation du SDK et la création d’un feature flag avec seulement deux prompts en langage naturel, et d’afficher immédiatement les résultats dans le tableau de bord.
- DevCycle montre ainsi, avec ce changement, que l’on peut passer d’un onboarding centré sur “l’apprentissage” à un onboarding centré sur “l’utilisation”, en proposant un nouveau modèle d’onboarding produit adapté à l’ère des assistants de code IA.
Contexte du changement
- L’objectif de l’onboarding de DevCycle est de faire vivre aux utilisateurs rapidement la valeur centrale du produit.
- Pour un produit basé sur un SDK, le moment “aha” correspond au moment où le développeur installe le SDK dans sa propre application.
- Les anciens tutoriels proposaient trois parcours : navigateur no-code, sandbox de code, app d’exemple, mais la majorité des développeurs jugeaient l’installation de l’app d’exemple trop contraignante, ce qui causait des abandons.
- Au final, même en terminant le tutoriel, le SDK n’était pas appliqué à l’application réelle, empêchant une véritable perception de la valeur du produit.
Limites de l’ancien flux d’app d’exemple
- Avantages : il expliquait efficacement les concepts clés de DevCycle et la structure de la plateforme.
- Inconvénients :
- Trop complexe en apparence, il provoquait un taux d’abandon élevé.
- Le parcours se déroulait dans un environnement séparé du projet réel, avec une expérience de valeur indirecte.
- L’installation du SDK, qui était l’objectif final, devait encore être faite après le tutoriel.
Pourquoi introduire MCP
- MCP(Model-Context-Protocol) est un protocole qui permet aux assistants de codage IA de communiquer directement avec la plateforme pour automatiser les appels API et les opérations de code.
- Il permet d’automatiser l’installation et l’initialisation du SDK directement dans l’IDE du développeur.
- La détection du langage et du framework, l’insertion de la clé SDK et la création de ressources de plateforme sont effectuées directement par l’assistant de code.
- Résultat : les développeurs peuvent désormais avoir un flux direct du signup à l’installation du SDK.
Nouvelle structure d’onboarding basée sur MCP
- L’onboarding a été réduit à 3 étapes :
- 1. Installation de DevCycle MCP
- Sélectionnez l’assistant IA utilisé (Cursor, Claude Code, VS Code, etc.), puis installez en un clic ou suivez un guide détaillé.
- Progression automatique dès détection de l’événement de fin d’installation (
mcp_ready).
- 2. Installation du SDK
- Entrez le prompt “Install the DevCycle SDK.” dans l’assistant.
- MCP fournit la commande exacte adaptée à votre environnement applicatif et la clé SDK pour une installation automatique.
- Passage automatique à l’étape suivante une fois l’installation terminée.
- 3. Création d’une bannière Hello World
- Entrez “Create a Hello World banner and gate it behind a flag.”
- MCP crée la Feature et la Variable, puis les connecte au code client.
- Les résultats sont visibles en temps réel dans le tableau de bord.
Comparaison avec l’ancien modèle
- Lieu d’exécution : app d’exemple navigateur·locale → dépôt de code réel de l’utilisateur
- Parcours d’installation : installation d’une app d’exemple → installation directe du SDK
- Mode de progression : tutoriel étape par étape → automatisation via deux phrases en langage naturel
- Point d’aboutissement : apprentissage sans SDK installé → SDK installé + fonctionnement du feature flag
Mécanisme interne
- MCP détecte la langue et le framework via l’assistant IA et génère un prompt d’installation personnalisé.
- DevCycle détecte les événements MCP·SDK (ex. installation, initialisation, évaluation de variable) pour débloquer automatiquement les étapes suivantes.
- Le travail réel est résumé par deux prompts :
- “Install the DevCycle SDK.”
- “Create a Hello World banner feature and gate it behind a flag.”
Résultats et impact
- Hausse du taux d’installation du SDK d’environ 3x.
- Baisse du taux d’abandon, car les développeurs avancent dans un workflow naturel.
- Amélioration de la vitesse de compréhension de la valeur grâce à l’expérience immédiate d’un feature flag après installation.
Leçons à l’introduction de MCP
- Chef de produit : MCP doit être considéré comme un nouveau point de contact produit, pas comme une simple connexion IA.
- Ingénieur : MCP joue un rôle de couche qui automatise de manière déterministe des processus d’installation et de configuration complexes.
- Utilisateur d’IA : il devient possible de confier à l’IA des travaux concrets structurés, comme la modification de code ou la configuration d’environnement.
Défis restants et réponses
- La friction dans l’installation/authentification MCP existe toujours.
- Les problèmes de comportement non déterministe de l’IA sont traités avec des contrôles d’accès et des garde-fous API.
- Pour garantir la fiabilité du code, toutes les modifications sont conçues pour être révisables de manière basée sur les diffs.
Notes d’implémentation technique
- Modèle d’événements :
mcp_installed → sdk_initialized → variable_evaluated
- Les prompts combinent une demande lisible par l’humain et des commandes centrées sur les outils.
- Des mécanismes de sécurité intégrés (permissions, options de skip) préviennent les opérations destructrices.
Plan futur
- Une ‘Day-1 recipe’ évolutive partir de l’exemple initial (Hello World) est prévue.
- Un support de migration automatique du code depuis d’autres plateformes de Feature Flagging est prévu à l’avenir.
Conclusion
- MCP, bien qu’encore au stade initial, fonctionne comme un outil qui réduit de façon radicale la friction d’onboarding des produits basés sur SDK.
- En basculant l’onboarding vers MCP, DevCycle est passé d’une expérience “apprendre” à une expérience “utiliser directement”.
- C’est un exemple qui présente un nouveau paradigme d’onboarding adapté à l’ère des assistants de codage IA
1 commentaires
En ce moment, quand je déploie quelque chose, je me demande aussi s’il faut écrire un README dédié aux agents IA.