Une entreprise réserve dix places sur une formation affichée comme éligible à un financement. Deux jours avant le début, elle découvre que l’expert a changé, que trois participants n’ont pas les prérequis et que le dossier financier manque une pièce. La session a lieu, mais le payeur refuse la prise en charge et l’organisme attend son versement.
Le problème vient d’un catalogue qui mélange programme, expert, session et financement dans une seule fiche. Pourtant, l’éligibilité dépend du bénéficiaire et de la date, la présence se prouve par occurrence et le payout dépend de jalons. Un achat confirmé n’est pas encore une formation servie.
Le vrai enjeu d’une marketplace opérateur de formation est de relier une promesse pédagogique à une session, des participants et des preuves. Contre-intuitivement, retarder la confirmation jusqu’à la fermeture des prérequis réduit les abandons et les litiges, même si le tunnel paraît moins instantané.
Vous allez comprendre comment modéliser organisme, expert, programme, session, inscription, présence et financement. Chaque étape possède une sortie datée ; le ledger distingue acompte, reste, remboursement et payout, tandis que le run surveille capacité, changements et dossiers incomplets.
Borner la promesse de formation
Séparer contenu et exécution
Le programme décrit objectifs, public, prérequis, durée, méthodes et évaluation. La session fixe dates, lieu, modalité, expert et capacité. Une même promesse peut avoir plusieurs exécutions.
Le client sait ce qui est garanti au moment de l’achat : place, expert nommé ou profil équivalent, matériel, langue et livrable. Les substitutions suivent une règle.
La plateforme distingue information, réservation, admission et inscription confirmée. Chaque statut explique ce qui manque. Un formulaire envoyé ne devient pas une place acquise.
Définir le résultat attendu
Participation, acquisition, certification et habilitation ne sont pas synonymes. Le contrat indique méthode de preuve et responsabilité. Une attestation de présence ne garantit pas une compétence.
Les bénéfices commerciaux restent reliés aux objectifs mesurables. La marketplace ne promet pas un emploi ou une économie sans mécanisme. Les limites sont visibles.
Le contrat de service reçoit programme, version, session, expert, inscrit et financeur ; il retourne droits, jalons, preuves attendues et conditions de paiement. Une session n’est confirmable que si ces dépendances possèdent un état compatible. Ce verdict commun évite que catalogue, checkout et back-office appliquent des règles différentes.
Le résultat attendu reste mesurable : participation, compétence évaluée, attestation ou certification. Une promesse de « montée en compétence » sans méthode d’évaluation est classée comme objectif déclaratif. Cette distinction protège l’acheteur, clarifie le catalogue et empêche de libérer un financement sur un bénéfice que personne ne peut constater.
Modéliser les acteurs
Distinguer organisme et expert
L’organisme porte contrat, qualité et facturation ; l’expert anime une ou plusieurs sessions. Un expert indépendant peut cumuler les rôles, mais les identités restent séparées. Les preuves s’attachent au bon acteur.
Commanditaire, bénéficiaire, payeur, manager et financeur peuvent aussi différer. L’inscription associe ces rôles. Les droits d’accès suivent leur besoin.
Le dossier conserve entité légale, contacts, délégations et consentements. Une substitution d’expert ne remplace pas l’organisme. Le support comprend qui doit agir sur chaque blocage.
Gérer les organisations clientes
Une entreprise réserve, nomme ensuite les participants et attribue des centres de coût. Les places ont expiration et owner. Une invitation non acceptée ne compte pas comme présence future.
Les administrateurs voient seulement leur périmètre. Les données pédagogiques individuelles restent limitées. Les exports regroupent facturation et participation sans exposer des résultats inutiles.
Structurer le programme
Versionner les objectifs
Le programme possède version, objectifs, modules, durée, niveau et prérequis. Une modification importante crée une version. Les sessions déjà vendues gardent celle annoncée.
Les documents et supports se rattachent aux modules. Leur langue, droits et date sont contrôlés. Une mise à jour de sécurité peut déclencher une revue des sessions futures.
Les taxonomies métier et niveaux utilisent des codes. Les libellés sont localisés. Recherche et reporting ne dépendent pas d’un titre commercial mutable.
Construire des modalités comparables
Présentiel, classe virtuelle, e-learning et hybride portent contraintes propres. L’autonomie, les horaires et l’accompagnement sont explicites. Une durée de vidéo ne vaut pas une durée d’apprentissage.
Le comparateur aligne objectifs, temps, expert, évaluation, accessibilité et prix. Les services optionnels restent séparés. Le client ne compare pas uniquement un tarif journalier.
Le programme possède effective_from, objectifs, prérequis, durée, modalités et politique d’évaluation. Une session capture cette version à son ouverture. Si le contenu change matériellement, alors les inscrits existants conservent leur contrat ou acceptent une nouvelle version ; ils ne découvrent pas le changement le jour de la formation.
Qualifier les experts
Vérifier les preuves utiles
Expérience, qualification, langue, capacité d’animation et éventuellement habilitation sont vérifiées selon le programme. Chaque preuve possède source, date et expiration. Un profil complet n’autorise pas toutes les formations.
Le service retourne éligible, sous condition ou refusé avec motifs. Les documents sensibles restent masqués au client ; le badge explique ce qui a été contrôlé.
La qualité servie complète les justificatifs : assiduité, respect du programme, retours et incidents. Les petits volumes gardent une incertitude. Une note opaque ne décide pas seule.
Encadrer les substitutions
Un expert remplaçant doit satisfaire les mêmes critères et être annoncé dans le délai prévu. Le client peut accepter, reporter ou annuler selon contrat. La substitution reste versionnée.
Les supports et accès sont réattribués. L’ancien expert perd ses droits. Le changement ne modifie pas silencieusement la fiche historique.
Le compromis oppose profondeur de vérification et vitesse d’onboarding. Une preuve d’identité et une expérience vérifiable suffisent pour certains ateliers ; une certification réglementée exige diplôme, assurance et contrôle d’échéance. La policy classe le programme, liste les justificatifs et retire automatiquement l’expert des futures sessions si une preuve expire.
Planifier les sessions
Composer les capacités
Expert, salle, classe virtuelle, matériel et capacité pédagogique doivent converger. Le calendrier ne publie une session que si les dépendances critiques sont réservées. Les holds expirent.
La capacité distingue minimum, maximum, réservée, confirmée et disponible. Une inscription en attente de financement ne bloque pas indéfiniment une place. La règle est annoncée.
Le scheduler reçoit programme, modalité, ressources et plage ; il retourne créneaux et contraintes. Les événements de changement invalident les caches. Un double booking est bloqué transactionnellement.
Décider ouverture ou annulation
Le seuil minimal possède date de décision. Avant celle-ci, le statut est conditionnel. À l’échéance, l’organisme confirme, propose un report ou annule avec remboursement.
Les participants voient le niveau de certitude. Les notifications sont idempotentes. Une session annulée n’est pas simplement retirée du calendrier.
Vérifier les prérequis
Collecter le nécessaire
Niveau, expérience, matériel, langue et accessibilité peuvent conditionner l’admission. Le questionnaire explique la finalité. Les données non nécessaires ne sont pas collectées.
Une auto-évaluation, un test ou une pièce produit un verdict daté. Les exceptions ont approbateur. Le participant reçoit une correction ou une alternative.
Le verdict est revérifié si la session ou le programme change. Une admission sur une ancienne version ne couvre pas automatiquement un niveau supérieur. Les preuves expirées rejoignent une file.
Traiter les besoins d’accessibilité
Le parcours collecte les aménagements avec consentement et confidentialité. L’organisme confirme faisabilité avant la session. Une demande ne devient pas visible à tous les intervenants.
Les aménagements sont reliés à des tâches et responsables. Le participant connaît la décision. Un refus propose une alternative plutôt qu’une confirmation impossible.
Par exemple, un apprenant signale un besoin de sous-titrage et un accès sans marche. Si la session ne peut satisfaire l’un des deux, alors elle ne confirme pas silencieusement l’inscription : le dossier propose une modalité équivalente ou route une revue humaine avec owner et délai de réponse.
Encadrer le financement
Séparer estimation et accord
Une éligibilité affichée indique les hypothèses, le financeur et les pièces. Elle ne garantit pas la prise en charge. L’accord possède montant, bénéficiaire, programme, session et validité.
Les règles sont versionnées par territoire et date. Un changement déclenche une nouvelle simulation. Le prix payé et l’aide attendue restent des lignes distinctes.
Le dossier montre soumis, incomplet, en revue, accordé, refusé ou expiré. Chaque état possède prochaine action et owner. Une absence de réponse ne devient pas acceptation.
Protéger les documents
Identité, contrat, justificatifs et accords ont des droits et rétentions. Les fichiers sont chiffrés et tracés. Les prestataires voient seulement les pièces utiles.
Une pièce refusée garde le motif et peut être remplacée. Les exports portent empreinte. La purge est vérifiée après les délais.
Confirmer l’inscription
Orchestrer place et paiement
La demande pose un hold de place pendant admission et paiement. L’inscription est confirmée lorsque les préconditions prévues convergent. Une clé idempotente lie participant et session.
Le ledger distingue prix, taxe, financement, acompte, reste et remboursement. Un timeout de paiement ouvre une réconciliation. La place n’est pas vendue deux fois.
Les inscriptions de groupe utilisent un lot mais gardent un verdict par participant. Une personne inéligible ne bloque pas toutes les autres. Le commanditaire peut remplacer dans le délai prévu.
Gérer rétractation et report
Annulation, report, remplacement et absence ont des règles datées. Le montant et la place sont recalculés selon contrat. Les gestes commerciaux restent audités.
Un report crée une nouvelle inscription liée. Les preuves et financements sont revalidés. L’ancienne chronologie ne disparaît pas.
L’inscription utilise un workflow saga : réservation de place, vérification du financement, paiement éventuel et confirmation. Chaque étape possède clé idempotente et compensation. Si le financeur refuse après réservation, alors la place est libérée et le dossier garde sa preuve ; aucun second paiement n’est tenté sans accord explicite.
Les pièces financières sont chiffrées, versionnées et accessibles selon rôle. Un virus scan et une liste de formats protègent l’entrée ; la rétention suit le type de dossier. Chaque téléchargement sensible est audité. Les exports support masquent les données qui ne sont pas nécessaires au traitement.
Prouver la présence
Choisir une preuve adaptée
Émargement, connexion, activité, signature ou validation expert peuvent prouver une occurrence. La modalité détermine les signaux. Une simple ouverture de lien ne vaut pas une journée suivie.
Chaque preuve porte participant, session, intervalle, source et intégrité. Les corrections ont motif et approbateur. Les données biométriques ne sont pas introduites par facilité.
Le système rapproche planning, pauses et incidents. Une perte de connexion peut être justifiée sans fabriquer une présence. Le participant consulte son relevé et peut contester.
Traiter les écarts en temps utile
Une absence ou preuve manquante déclenche une action pendant la session lorsque possible. Expert et participant reçoivent un rappel. Le support ne découvre pas l’écart à la facturation.
Si plus de 2 % des présences pilotes restent ambiguës après vingt-quatre heures, alors le payout est suspendu pour la cohorte. Le retour exige réconciliation et contrôle d’échantillon.
Évaluer et certifier
Aligner l’évaluation aux objectifs
Quiz, exercice, observation et projet mesurent des objectifs précis. Le barème, le seuil et les conditions de reprise sont versionnés. Une satisfaction positive ne remplace pas l’apprentissage.
Le participant voit critères et résultat. Les réponses sensibles suivent une rétention. Les corrections humaines portent reviewer et motif.
Les adaptations d’accessibilité sont prévues sans modifier la compétence évaluée. Une fraude suspectée ouvre une revue. Le verdict ne repose pas sur un signal unique.
Délivrer le bon document
Attestation de présence, réussite ou certificat ont des conditions distinctes. Le document référence programme, version, session, participant et émetteur. Son identifiant permet une vérification contrôlée.
Une correction crée une nouvelle version et révoque l’ancienne si nécessaire. Les exports financeur utilisent la même preuve. Le document n’est pas produit avant les jalons.
Scénario : un score est importé deux fois après un timeout du LMS. Si la clé combine inscription, évaluation et tentative, alors le second webhook retrouve le premier verdict. Une correction crée une nouvelle version avec motif et évaluateur ; elle ne remplace pas l’ancienne ligne sans journal.
Rapprocher qualité et payout
Libérer les fonds par jalon
Ouverture, présence, livrables, évaluation et clôture peuvent déclencher les mouvements prévus. Le ledger lie chaque montant à une preuve. Les sommes contestées restent séparées.
Le payout agrège inscriptions servies, annulations, financements et retenues. Une réconciliation compare ledger, prestataire et comptabilité. Les écarts ont owner.
Le job reprend depuis un checkpoint et déduplique les webhooks. Une preuve corrigée produit une compensation, pas une modification du mouvement initial. Finance voit la valeur exposée.
Piloter la qualité servie
Remplissage, admission, présence, réussite, satisfaction, report, litige et marge sont segmentés. Une session pleine mais peu suivie n’est pas un succès. Les experts à faible volume gardent une incertitude.
Scénario : un outil de classe virtuelle perd les présences. Si la panne est prouvée, alors les autres éléments et une revue humaine reconstruisent les dossiers ; aucun participant n’est automatiquement déclaré absent.
Le monitoring rapproche place, présence, résultat, justificatif, facture et mouvement financier. Si plus de 1 % des inscrits d’une session restent sans verdict 24 heures après sa fin, alors le payout est retenu et un dossier est ouvert. Le rollback d’une règle protège les nouvelles sessions sans réécrire les preuves historiques.
Une réconciliation quotidienne compare inscrits confirmés, présences reçues, résultats et jalons financiers. Les écarts rejoignent une file avec montant, ancienneté et owner. Trois corrections manuelles de même nature déclenchent une évolution de contrat ou d’intégration plutôt qu’un nouveau contournement dans le back-office.
Adapter la méthode et éviter les erreurs
Pour qui cette marketplace de formation convient
Elle convient aux plateformes reliant organismes, experts, entreprises, participants et financeurs. Une offre simple sans financement peut réduire les étapes, mais garde programme, session, présence et payout.
Catalogue porte programme ; trust les acteurs ; planning les sessions ; finance le dossier ; produit l’inscription ; pédagogie l’évaluation ; run le rapprochement. Chaque owner valide une sortie.
Erreurs fréquentes dans une marketplace de formation
Confondre programme et session, promettre le financement, ignorer les prérequis, prouver la présence par connexion et payer avant les jalons sont les erreurs majeures. Elles vendent une place sans preuve de service.
Une autre erreur consiste à réduire la qualité à la satisfaction. La marketplace doit relier promesse, exécution, apprentissage et documents sans les confondre.
Plan d’action pour lancer la marketplace de formation
Semaines 1 à 4 : programme et session
La première semaine choisit une verticale, deux organismes et cinq sessions. L’équipe sépare acteurs, programme, expert, capacité et résultats. La deuxième ferme preuves, prérequis et règles de substitution.
Les semaines trois et quatre construisent planning, holds et inscription. Finance modélise prix, financement et ledger ; pédagogie versionne évaluations ; sécurité ferme droits et documents.
Semaines 5 à 8 : présence et run
La cinquième semaine équipe émargement et preuve de classe virtuelle. La sixième branche documents, annulation et payout. L’instrumentation suit chaque participant.
Les semaines sept et huit ouvrent une cohorte puis rejouent expert absent, session sous seuil, financement refusé et preuve manquante. Le go exige inscriptions réconciliées et payouts justifiés.
Le comité inspecte substitutions, corrections de présence et dossiers manuels. Toute nouvelle modalité doit déclarer preuve, évaluation, capacité et stratégie d’incident avant publication.
Le dossier de go contient schémas du programme et de la session, policies d’éligibilité, contrats de financement, preuves de présence et rapprochement financier. Un organisme publie une cohorte de recette ; un apprenant teste inscription et report ; support reconstitue un dossier ; finance rejoue refus et remboursement ; plateforme déduplique trois webhooks. L’ouverture reste limitée tant qu’une absence, une substitution d’expert ou un justificatif manquant peut libérer des fonds sans owner ni runbook.
- À faire d’abord : séparer programme, expert, session et inscription.
- À tester ensuite : prérequis, financement, absence et preuve manquante.
- À différer : les modalités sans présence ni évaluation vérifiables.
- À refuser : tout payout sans jalon de service rapproché.
Guides complémentaires pour l’opérateur
Structurer offre et dossiers
Le catalogue PIM marketplace aide à modéliser programmes et attributs.
Les écrans du back-office opérateur structurent sessions, preuves et financements.
Borner la première verticale
Le MVP marketplace avant ouverture aide à limiter les intégrations.
La méthode pour ouvrir une première catégorie permet d’éprouver une cohorte réelle.
Conclusion : vendre une session servie
Une marketplace de formation fiable sépare programme, expert, session et inscription, puis confirme seulement les préconditions fermées.
Présence, évaluation et documents produisent des preuves adaptées. Le financement reste conditionnel jusqu’à son accord.
Le ledger et le run lient payout et service réellement délivré, participant par participant.
Pour concevoir cette verticale formation, Dawap peut vous accompagner dans votre marketplace opérateur.
