Lorsqu’un organisme vend des formations en ligne ou en présence, la difficulté ne vient pas seulement des outils. Elle vient surtout du partage des responsabilités entre ces outils.
Moodle, un CRM et un site Web peuvent très bien travailler ensemble, à condition de ne pas leur demander de faire exactement la même chose. Une architecture devient plus claire, plus fiable et plus facile à faire évoluer lorsque chaque système possède un rôle principal.
Moodle : apprendre et suivre la progression
Moodle demeure le cœur pédagogique. Il contient les cours, les activités, les ressources, les évaluations, les règles d’achèvement et les traces d’apprentissage. C’est également là que les personnes inscrites accèdent à leur formation et que les formateurs suivent leur progression.
Dans cette logique, un cours Moodle représente généralement une offre pédagogique stable. Il n’est pas nécessaire de dupliquer ce cours chaque fois qu’un nouveau groupe commence. Les groupes, les cohortes, les méthodes d’inscription et, lorsque cela s’applique, un outil comme Présence Plus permettent de distinguer les différents parcours.
Le CRM : gérer la relation et les inscriptions
Le CRM conserve la vision opérationnelle et commerciale. Il connaît les personnes, les organisations, les demandes, les offres, les dates disponibles et l’état d’une inscription. Il peut aussi orchestrer les changements : confirmation, annulation, transfert vers une autre cohorte ou suivi d’une demande particulière.
Lorsqu’une inscription est confirmée, le CRM peut transmettre à Moodle uniquement ce dont Moodle a besoin : créer ou retrouver le compte, inscrire la personne au bon cours, l’ajouter au bon groupe et l’associer au parcours approprié.
Le site Web : informer et faciliter la décision
Le site Web présente l’offre au public. Il doit expliquer clairement les formations, leurs modalités, leurs dates et les places disponibles. Il sert également de point d’entrée à la demande d’information ou au processus d’achat.
Le site n’a toutefois pas besoin de connaître toute la logique interne de Moodle. Il peut recevoir du CRM les offres qui doivent être publiées et masquer celles qui ne sont pas prêtes, complètes ou destinées au public.
Un échange fondé sur les API
Les liens entre les systèmes devraient utiliser leurs interfaces officielles : services Web de Moodle, API du CRM et API REST de WordPress. Cette approche réduit les manipulations manuelles et évite de modifier directement les bases de données.
- WordPress présente l’offre et recueille la demande.
- Le CRM valide la situation et orchestre le processus.
- Moodle fournit l’environnement pédagogique.
- Le système de soutien traite les demandes qui nécessitent une intervention humaine.
Commencer simplement
Une première version n’a pas besoin d’automatiser tous les cas possibles. Il est souvent préférable de démontrer un parcours complet avec une validation administrative manuelle, puis d’automatiser progressivement les étapes stables et bien comprises.
L’objectif n’est pas d’accumuler les technologies. Il est de créer une expérience cohérente pour la personne qui découvre une formation, s’y inscrit, y participe et obtient du soutien lorsque cela devient nécessaire.
L’essentiel en un coup d’œil
