CoursFormation
B2C
Pour les organismes de formation qui souhaitent augmenter leurs ventes de formations & les apprenants qui souhaitent trouver la formation qui correspond à leurs attentes, CoursFormation est une plateforme de mise en relation intuitive.
Après avoir eu nos premiers contacts avec les clients & pistes de MonCatalogueFormations, on s'est vite aperçu que nos clients "Organismes de formation" avait des besoins complémentaires à ceux résolus par notre premier produit.
Les premiers organismes de formation contactés déclaraient ne pas réellement comprendre l'utilité du transfert XML d'autant plus que les progiciels qu'ils utilisent disposent déjà de la fonctionnalité (notre discours marketing 'différenciant' n'était vraiment pas rôdé pour les premiers contact). Notre solution MonCatalogueFormations apparaissait comme trop 'technique' pour le public cible et la valeur liée à l'optimisation du catalogue sur la plateforme publique n'était pas perçue. Nous avons également fait le constat que les organismes de formation font largement appel à des solutions Marketplace pour booster leurs ventes de formations. Enfin, le problème soulevé par nos interlocuteurs était le 'non-remplissage' des sessions de formations.
1. Business Context
Nous avons commencé par estimer le projet 'CoursFormation' (marketplace) en utilisant la méthodologie Swoft (le module Estimation de Swoft Designer). Nous avons repris le Business Model Canvas de MonCatalogueFormations
pour l'adapter à notre changement de modèle. Il a fallu ensuite décomposer le travail de l'organisme de formation mais aussi des apprenants en Jobs to be done fonctionnels (non émotionnels) . Voici un extrait de notre JTBD :
Job Executor | Type of step | Step | Version |
|---|---|---|---|
Apprenant | 1. Define | Détermine le thème de formation qu'il recherche | 2.0 |
Apprenant | 2. Locate | Recherche les offres de formation qui correspondent précisément à vos critères. | MVP |
Apprenant | 3. Prepare | Compare les offres sélectionnées en fonction des détails comme les avis, les tarifs, et la durée pour une décision éclairée. | 2.0 |
Apprenant | 4. Confirm | Confirme son intérêt et sa disponibilité pour la formation avec une option de pré-inscription. | 2.0 |
Apprenant | 5. Execute | Complète un formulaire avec ses informations personnelles pour être contacté par l'organisme de formation. | MVP |
Apprenant | 6. Monitor | Vérifie d'autres recommandations basées sur vos choix précédents et évaluez de nouvelles formations. | 2.0 |
Apprenant | 7. Modify | Ajuste sa demande initiale en fonction des nouvelles informations ou changements de préférences. | 2.0 |
Apprenant | 8. Conclude | Reçoit une confirmation claire et instantanée de sa demande avec les prochaines étapes détaillées. | MVP |
Un premier versioning des jobs fonctionnels est réalisé avant celui des fonctionnalités.
Le Product Owner a mappé les JTBD sur les fonctionnalités majeures qui ont été priorisées. Les fonctionnalités majeures ont été décomposées en fonctionnalités pour estimation de complexité : les story points ou jours/homme sont définis par tâche et par profil dans le contexte de chaque fonctionnalité. D'autres tâches (et sous-tâches) peuvent également être ajoutées et estimées.
Etant donné que nous avions un historique de vélocité avec Jira, nous avons pu estimer automatiquement et avec précision le temps nécessaire à la réalisation du projet. La vélocité moyenne par profil (grâce à l'intégration Jira) & le processus d'estimation nous ont permis d'y voir clair et de prendre la décision du GO pour le projet. Le rapport plus-value / coût était en faveur de CoursFormation.
2. Comment décider du GO ?
Une fois le projet validé, le Product Owner a synchronisé les estimations avec les données du projet. Il a ensuite défini le concept du produit et constitué le glossaire lié au contexte des ventes de formations, en s'aidant largement de l'IA.
Une fois les termes métiers définis, le Product Owner a réalisé une première passe sur les sous-domaines rattachés à la nouvelle activité de ventes de formations. Les termes métiers ont été pour certains associés à des entités et les champs des entités ont été définis. Egalement, les processus métiers ont été schématisés et intégrés à Synthia. Les events, policies, business actions et targets users ont pu être identifiés (sur les principes de l'Event Storming) :
Ces processus sont intégrés sur Synthia Designer & peuvent être consultés par les membres de l'équipe
Le Product Owner a par la suite démarré la conception UX : identification des personae & problems to solve, élabaration des user journeys, simulation des conversations & schématisation des tasks flows. Egalement, il a pu réaliser les premières maquettes low-fidelity avec Balsamiq. Les pages ont été attachées aux objets du domaine et aux problèmes clients.
Enfin, l'équipe a pu réfléchir sur les fonctionnalités à implémenter après une première proposition du Product Owner. Le domaine a été définitivement défini grâce aux experts Domain Driven Design (les développeurs dans notre cas) et des feedbacks ont été donnés au fur et à mesure de l'analyse du business domain (business domain qui avait été prémâché).
Une fois les sessions de Domain Modeling terminées, l'équipe a passé en revue les maquettes low-fidelity ("Design review"). Dans le même temps, l'équipe Design (le Product Owner dans notre cas...) travaillait sur les maquettes High Fidelity (avec Figma) clés afin de gagner du temps, notamment pour la constitution du Design System.
Tout au long du projet et au fil des avancements, les surprises étaient moindres et l'équipe a gagné en vélocité. Résultat : seulement quelques semaines ont suffit pour implémenter le nouveau produit. L'IA a permis d'accélérer la définition du problème et les spécifications tandis que le framework & le configurateur Synthia ont permis d'avancer très vite sur les développements.
3. Conception & Développements
