Salesforce, WhatsApp et voix pour les admissions en Belgique

Salesforce peut garder le contexte d’une demande d’admission ; WhatsApp et la voix peuvent aider l’équipe à y répondre. Pour une haute école ou une université de la Fédération Wallonie-Bruxelles, le défi est de relier ces échanges au bon dossier, tout en respectant le parcours propre à chaque établissement.

Skolbot active les leads de votre CRM par WhatsApp et voix. Le scénario présenté ici est un guide de conception : les champs, événements et règles à utiliser dépendent de votre édition Salesforce et de votre organisation. L’équipe les vérifie avec vous pendant la démonstration.

En Belgique francophone, partez du parcours de l’établissement

La première étape consiste à identifier le service qui porte la demande : admissions, secrétariat, relations internationales ou équipe d’un programme. En Fédération Wallonie-Bruxelles, les candidatures et les calendriers dépendent des établissements et des filières. Le portail Wallonie-Bruxelles Campus décrit les conditions et l’inscription en bachelier et renvoie aux sites des établissements pour les démarches et les échéances propres à chacun.

ARES aide à s’orienter dans l’offre, mais ne traite pas les demandes d’admission : l’ARES précise qu’elle n’est pas un établissement et renvoie les candidats vers les institutions. Votre automatisation doit donc s’appuyer sur les informations publiées par l’école ou l’université concernée. Ne reprenez pas un calendrier unique dans Salesforce si les programmes suivent des règles différentes.

Cette organisation change la façon de construire les messages. Une réponse utile indique le bon interlocuteur et la bonne page de référence. Elle ne promet pas une admission et ne transforme pas une conversation en avis officiel sur l’éligibilité d’un dossier.

Gardez Salesforce comme référence du suivi

Salesforce présente son offre de recrutement et d’admissions pour l’enseignement supérieur comme un ensemble d’outils de gestion de la relation et du parcours candidat. Votre établissement peut avoir une édition, des objets ou des personnalisations différents. Faites l’inventaire de l’instance réelle avant de sélectionner les événements qui doivent activer un échange.

Dans le modèle illustratif de cet article, Salesforce conserve la fiche et les étapes du parcours. WhatsApp ou la voix porte la conversation. Une couche d’intégration transmet les événements nécessaires, rapproche la réponse du dossier et met à jour le suivi. Cette séparation évite que le fil WhatsApp devienne l’unique mémoire de la relation.

Avant tout essai, répondez à ces questions avec l’administrateur Salesforce :

• Quel identifiant permet de retrouver la fiche sans ambiguïté ?
• Une même personne peut-elle avoir plusieurs demandes ou programmes en parallèle ?
• Quels statuts autorisent une prise de contact, et qui les modifie ?
• Où consignez-vous la préférence de canal, son origine et sa date ?
• Quel événement doit créer une tâche pour un conseiller ?
• Quelles données de la conversation doivent réellement revenir dans le CRM ?

Un modèle minimal peut contenir l’identifiant du contact, le programme ou campus concerné, la source de la demande, l’étape du dossier, la préférence de contact, l’identifiant de conversation, son statut et son propriétaire. Définissez aussi comment corriger les numéros, traiter les doublons et bloquer une activation quand une information requise manque. Notre guide belge sur le nettoyage des leads étudiants dans un CRM donne une méthode de préparation des données.

Lancez un scénario limité et vérifiable

Un premier parcours peut confirmer la réception d’une demande d’information puis proposer une ressource ou un échange avec l’équipe. Il doit couvrir les cas courants sans chercher à automatiser toute l’admission.

1. Le candidat effectue une action ou l’équipe enregistre sa demande dans Salesforce.
2. La règle vérifie l’identité, le statut, le canal choisi et le type de message envisagé.
3. Le système active le canal correspondant et conserve un événement traçable.
4. La réponse reçue est rapprochée de la bonne fiche ou placée en vérification si le rapprochement est incertain.
5. Une question simple reçoit une orientation vers une information validée ; un cas individuel est transmis à un conseiller.
6. Salesforce indique l’état du suivi, la personne responsable et la prochaine action.

Testez ces étapes avec des cas de démonstration avant le lancement : numéro absent, doublon, préférence retirée, réponse entrante, question complexe et conversation sans propriétaire. Les tests doivent vérifier que le système bloque ou met en attente une activation quand il ne peut pas confirmer le destinataire ou la règle applicable.

Pour un pilote, choisissez un programme, une étape du parcours et une équipe qui peut reprendre les demandes. Fixez les limites du scénario : quels sujets l’automatisation traite, lesquels elle oriente, et dans quels cas elle s’arrête. Le périmètre doit rester assez simple pour que l’équipe puisse lire les erreurs et corriger les règles.

Distinguez la base juridique et les règles de WhatsApp

Le traitement de données personnelles et l’usage de WhatsApp posent des questions liées, mais différentes. L’Autorité de protection des données (APD) explique que le marketing direct peut reposer sur différentes bases selon le contexte. Elle cite notamment le consentement et l’intérêt légitime ; ce dernier demande d’évaluer les attentes raisonnables de la personne, de lui donner une information claire et de proposer un moyen simple et effectif de s’opposer dès le premier contact. Si vous retenez le consentement, il doit être libre, spécifique, éclairé, univoque, retirable et démontrable.

L’APD ne pose donc pas une règle unique applicable à tous les messages d’admission. La finalité, le contenu, la relation avec le candidat et le contexte comptent. Faites valider votre scénario, votre base et votre information par le délégué à la protection des données de l’établissement. Le guide de l’APD sur les obligations RGPD pour le marketing direct aide à cadrer cette analyse.

À côté de ce cadre, la politique WhatsApp Business demande d’obtenir le numéro ou l’identifiant fourni par la personne et son accord pour recevoir des messages ou appels ultérieurs. Elle demande aussi de respecter les demandes d’arrêt ; pour les appels WhatsApp, Meta recommande un accord distinct. Votre formulaire ou votre point de collecte doit donc expliquer clairement le canal et le type de suivi proposé, et votre système doit propager un retrait vers les activations concernées.

Ne confondez pas le numéro saisi dans un formulaire avec une préférence pour WhatsApp. Conservez la trace de ce que la personne a accepté, quand et pour quelle finalité. Prévoyez également une façon simple de demander l’arrêt, par réponse au message ou auprès d’un conseiller. Une demande reçue dans la conversation doit mettre à jour l’état de suivi prévu par votre établissement.

Préparez la réponse et le relais humain

WhatsApp peut servir à confirmer la réception d’une demande, partager un lien vers la page officielle d’un programme ou demander une précision simple. La voix peut aider à qualifier une demande et à orienter le candidat. Les canaux ne remplacent ni le portail de candidature ni la décision de l’établissement.

Rédigez quelques réponses approuvées et nommez une équipe propriétaire de leur contenu. Ajoutez les liens vers les pages officielles maintenues par l’institution. Si une date ou une règle varie par programme, le message doit diriger vers la source à jour au lieu de répéter une échéance susceptible de changer.

Définissez les motifs de transfert avant d’activer le parcours : question sur un dossier individuel, situation financière complexe, contestation, demande concernant les données personnelles, doute sur l’exactitude d’une réponse ou demande explicite de parler à une personne. Le conseiller reçoit le contact identifié, le programme, l’étape connue, un résumé utile de l’échange et le motif du transfert.

Pour la voix, présentez clairement l’établissement et la raison de l’appel. Laissez une sortie vers un conseiller et évitez de demander des documents ou informations sensibles pendant la conversation. Précisez qui reprend un appel sans réponse ou une demande laissée en attente. L’article sur le routage et le suivi des leads étudiants en Belgique complète cette organisation d’équipe.

Mesurez la qualité avant d’étendre le parcours

Le volume envoyé ne suffit pas à juger le pilote. Suivez des signaux opérationnels que votre équipe peut vérifier : fiches rapprochées correctement, doublons mis en attente, retraits propagés, erreurs d’activation, conversations transférées, demandes sans propriétaire et suites données par les conseillers.

Interprétez les réponses et les rendez-vous avec prudence. Une évolution observée ne prouve pas, à elle seule, que le canal en est la cause. La période d’inscription, le programme, la source des demandes et la disponibilité des équipes influencent aussi les résultats. Définissez le périmètre et la période de comparaison avant de publier un résultat, et n’affichez aucun gain chiffré sans données comparables.

Faites un point régulier avec les admissions, le marketing, l’administrateur Salesforce et le DPO. Corrigez les informations obsolètes, les règles qui créent des tâches sans propriétaire et les motifs d’escalade trop larges. Étendez ensuite le scénario à un autre programme ou une autre étape si l’équipe peut en assurer le suivi.

Si votre établissement utilise HubSpot plutôt que Salesforce, notre guide sur l’étape de cycle de vie HubSpot et le rappel des admissions en Belgique présente un scénario équivalent.