Un étudiant accepte une offre. Le conseiller met à jour un tableur. Le service financier attend la confirmation d’inscription. Un parent demande quels documents manquent. Chacun détient une partie de la réponse.
Un logiciel de recrutement d’étudiants doit relier ces décisions par un enregistrement partagé, avec un responsable clair pour l’étape suivante. Une base de contacts seule ne peut pas dire si une candidature est prête ou si une commission est exigible.
Ce guide présente les workflows à définir avant de choisir ou de faire évoluer un système. Softvery développe des logiciels sur mesure et des fonctionnalités d’IA pour les entreprises de l’éducation internationale. Les questions ci-dessous valent que vous configuriez un logiciel existant, connectiez des outils ou commandiez un module sur mesure.
Séparer l’étudiant de ses candidatures
Commencez par la relation entre les enregistrements. Un étudiant peut candidater auprès de plusieurs établissements partenaires, programmes ou rentrées. Conservez un seul profil étudiant, puis créez une candidature distincte pour chaque choix. Une offre d’un établissement ne doit pas modifier le statut d’une autre candidature.
Attribuez à chaque candidature un responsable, une rentrée, une date limite, une étape actuelle et une prochaine action datée. Conservez l’historique lorsque la responsabilité passe d’un conseiller ou d’un bureau à l’autre.
Une séquence de départ utile : demande, présélectionné, en préparation, soumis, offre reçue, accepté et inscrit. Ajoutez les parcours retiré, refusé et reporté. Définissez la preuve exigée pour chaque transition. « Soumis » peut exiger une référence de l’établissement et un accusé de réception. « Inscrit » peut exiger une confirmation de l’établissement.
Par exemple, dans une agence hypothétique de trois bureaux, deux conseillers peuvent recevoir la demande du même étudiant. Le système doit signaler le doublon possible pour vérification, conserver les deux échanges et désigner un responsable avant l’ouverture d’une autre candidature.
Lorsque vous cartographiez les workflows des agences d’éducation, demandez qui est responsable de la relation avec l’étudiant et qui l’est de chaque candidature. Ces rôles peuvent différer.
Faire de la revue des documents un workflow
Un dossier de fichiers téléversés n’indique pas ce qui manque, qui l’a vérifié ni quelle version a été soumise. Définissez une liste de documents pour chaque programme ou établissement. Séparez les documents réutilisables de l’étudiant des formulaires propres à une candidature.
Utilisez des états distincts tels que requis, téléversé, en cours de revue, remplacement demandé et accepté pour soumission. Évitez de traiter « téléversé » comme « vérifié ». Complétude, lisibilité et authenticité sont des questions différentes.
Pour chaque document, consignez :
L’étudiant et les candidatures auxquelles il appartient.
La version, la date de téléversement et la personne qui l’a fourni.
Le relecteur, la date de décision et le motif de la demande de remplacement.
Toute date d’expiration pertinente pour cette candidature.
La version incluse dans la candidature soumise.
Par exemple, dans une candidature hypothétique, un étudiant remplace un relevé de notes illisible. Le relecteur doit voir le remplacement sans perdre la note de revue précédente. Une candidature déjà soumise doit conserver son enregistrement de soumission d’origine.
Décidez quels contrôles bloquent la soumission et qui peut approuver une exception. Rattachez les rappels à l’élément manquant, avec un responsable et une date d’escalade. Une liste de contrôle partagée facilite la vérification ; elle n’authentifie pas à elle seule un diplôme.
Tenir à jour les établissements partenaires et les accords
Une fiche d’établissement demande plus qu’un nom et une adresse e-mail. Pensez aux campus, programmes, rentrées, contacts candidatures, modes de soumission et dates d’accord. Confiez à quelqu’un la responsabilité de vérifier les modifications.
Séparez les informations opérationnelles des conditions commerciales. Un conseiller peut avoir besoin d’un contact pour la soumission sans accéder à chaque accord de commission. Le service financier peut avoir besoin de la version de l’accord sans disposer de l’ensemble des documents de l’étudiant.
Avant d’importer les données des programmes, convenez des définitions. Le prix d’un cours inclut-il les frais d’inscription ou l’hébergement ? La durée est-elle exprimée en semaines ou en trimestres ? Qui confirme qu’une rentrée reste ouverte ?
Posez ces questions pour chaque partenaire :
D’où proviennent les informations de référence sur les programmes et les frais ?
Qui confirme la réception lorsque les candidatures sont envoyées par e-mail ?
Comment les changements de date limite sont-ils communiqués aux conseillers ?
Quel accord s’applique lorsqu’un étudiant reporte sa candidature à une autre rentrée ?
Conservez une version de référence convenue lorsque les conditions historiques comptent. La mise à jour des informations actuelles d’un partenaire ne doit pas réécrire silencieusement un devis ou une commission existants.
Concevoir le suivi des commissions des agents autour de preuves
Distinguez d’abord les commissions à recevoir des établissements partenaires et les commissions à verser aux agents recruteurs ou aux sous-agents. Un groupe d’écoles suivra peut-être surtout les secondes. Une agence peut avoir besoin des deux. Tenez des registres séparés et reliez chaque écriture à la candidature ou à l’inscription concernée.
Définissez le calcul avant de construire le rapport. Précisez l’assiette de frais éligible, le taux ou le montant fixe, la version de l’accord, la devise et les exclusions. Définissez ensuite l’événement qui rend la commission réclamable. Une offre acceptée, un acompte versé, une confirmation d’inscription et une période d’études achevée sont des événements différents.
Un modèle de statuts pratique pourrait être : attendue, éligible à la réclamation, facturée, partiellement payée, payée, contestée et annulée. Enregistrez une preuve pour chaque changement.
Par exemple, supposons qu’un accord de partenariat hypothétique rende la commission réclamable après confirmation de l’inscription. L’acceptation de l’offre crée une écriture attendue. La confirmation la rend éligible. L’émission de la facture enregistre l’échéance. Un paiement partiel réduit le solde dû sans clore la réclamation.
Testez les exceptions avant de convenir du périmètre :
Un étudiant se retire après l’émission d’une facture.
Un report modifie l’accord applicable.
Un partenaire règle plusieurs factures en un seul virement.
Un remboursement exige l’ajustement d’une commission déjà reçue.
Le paiement d’un sous-agent devient exigible avant que l’établissement ne paie.
Gardez les ajustements visibles, avec leurs motifs et les approbations. Pour la conversion de devises, convenez de la date et du taux utilisés par l’entreprise et conservez cette information. Présentez les revenus attendus séparément des montants facturés et des sommes encaissées. Un outil de suivi rend visibles les créances en attente ; le paiement dépend toujours du partenaire.
Donner un rôle clair au portail étudiant/parent
Un portail étudiant/parent doit répondre à trois questions : que se passe-t-il, que dois-je faire ensuite et qui dois-je contacter ? Commencez par ces tâches avant d’ajouter d’autres écrans.
Affichez la progression propre à chaque candidature, les documents manquants, les échéances pertinentes et le conseiller responsable. Expliquez les statuts en langage clair. « Action requise : remplacez votre relevé de notes scanné » est plus utile qu’un code interne inexpliqué.
Traitez séparément les comptes étudiants et parents. Définissez comment l’accès est accordé, limité et retiré. Ne partez pas du principe qu’un parent doit voir chaque document ou message. Faites vérifier les règles d’accès par la personne responsable au regard des politiques et des obligations de l’agence.
Gardez les notes de revue internes, les accords commerciaux et les données de commission hors de la vue étudiant. Décidez quelles mises à jour déclenchent des notifications, quel canal les étudiants utilisent et comment un échec de livraison parvient à l’équipe.
Un portail doit aussi offrir une voie humaine. Si un étudiant ne parvient pas à téléverser un fichier, le conseiller doit pouvoir l’aider tout en conservant la trace de la personne qui l’a fourni. Mesurez les tâches terminées et les demandes non résolues pour évaluer l’utilité du portail.
Configurer, connecter ou développer ?
Choisissez l’approche après avoir identifié l’écart réel. Ces options impliquent des responsabilités différentes.
| Approche | Quand l’envisager | Compromis à examiner |
| Configurer le système actuel | Ses enregistrements, ses autorisations et ses règles peuvent soutenir le workflow | Vérifier que les exceptions restent compréhensibles et maintenables |
| Connecter les outils existants | Les candidatures fonctionnent bien, mais les informations sont ressaisies ailleurs | Attribuer la responsabilité des transferts échoués et des mises à jour contradictoires |
| Développer un module sur mesure | Un workflow spécifique ne peut pas être représenté de manière adéquate | Prévoir un budget pour la maintenance, le support, les contrôles d’accès et les évolutions futures |
Demandez aux fournisseurs de présenter vos scénarios à partir de dossiers fictifs. Suivez une candidature de la soumission au remplacement d’un document, au report et à l’ajustement de commission. Incluez un contrôle des autorisations : un partenaire peut-il voir les étudiants d’un autre partenaire ?
Si vous connectez des systèmes, choisissez où chaque champ est tenu à jour. Précisez ce qui se passe lorsqu’un transfert échoue ou que le même événement arrive deux fois. Un export manuel peut convenir à un pilote si quelqu’un effectue le rapprochement ; il devient une mauvaise dépendance lorsque personne n’est responsable du transfert.
Lorsque vous examinez des études de cas, demandez quel workflow a été livré et quelles preuves étayent le résultat. Appliquez la même rigueur lorsque vous parlez de logiciels pour agences d’éducation : définissez l’enregistrement, les rôles et les exceptions avant de parler d’écrans.
Par où commencer
Choisissez un transfert qui crée de façon répétée de l’incertitude. Ce peut être « documents prêts » vers « candidature soumise » ou « inscription confirmée » vers « commission facturée ». Nommez le responsable du processus et la personne qui validera le résultat.
Rédigez un brief court avec l’événement de départ, les enregistrements requis, les rôles, la preuve d’achèvement et les exceptions. Passez-le en revue avec un conseiller, un responsable des opérations et le service financier. Convenez d’un groupe pilote, d’un format d’export et d’un moyen de corriger les erreurs.
Définissez des critères d’acceptation à partir de tâches réelles. L’équipe peut-elle identifier ce qui bloque la soumission ? Le service financier peut-il expliquer un solde de commission impayé à partir des données sources ? Consignez la situation actuelle avant de décider quelle amélioration mesurer.
Softvery propose un court sprint de discovery payant couvrant un scénario, les écrans clés, les hypothèses et un plan pour la suite. Son périmètre exclut une application fonctionnelle, du code de production, des intégrations en production et la migration de données. Pour en savoir plus sur le cadrage, consultez ce que comprend un sprint de discovery.
Si vous souhaitez discuter d’un workflow de recrutement, venez avec ses étapes actuelles et un exemple de blocage. Réserver un appel de 30 min.
