Salesforce et WhatsApp pour les admissions en Suisse

Salesforce peut centraliser les demandes d’admission. WhatsApp peut ensuite aider une haute école à répondre à une question pratique, proposer un échange ou rappeler une étape du dossier. Skolbot active les leads du CRM par WhatsApp et par la voix. Le but est de garder un fil de suivi clair, depuis la première demande jusqu’à la reprise par une personne de l’équipe.

En Suisse, les règles d’admission et les calendriers dépendent de la haute école et du cursus. Les conditions varient entre universités, hautes écoles spécialisées, écoles pédagogiques et établissements privés. La page officielle de swissuniversities sur l’admission invite les candidates et candidats à vérifier les conditions auprès de la haute école choisie. Votre CRM doit donc porter les règles de l’établissement, pas un calendrier national supposé.

Ce guide montre comment cadrer un premier scénario Salesforce-WhatsApp, quelles données faire circuler et quels contrôles documenter. La configuration précise dépend de votre édition Salesforce, de vos objets et de votre organisation admissions. L’équipe vérifie ces éléments avec vous pendant la démonstration.

Donnez un rôle précis à chaque outil

Salesforce peut rester la référence pour l’identité du contact, le programme demandé, l’étape du dossier et la prochaine action. WhatsApp est un canal de conversation. Le connecteur, l’API ou la couche d’intégration applique les règles qui relient un événement à la bonne fiche et met à jour les champs prévus.

Dans un scénario de départ, Salesforce peut contenir l’identifiant du contact, le cursus souhaité, le campus, la rentrée visée, la provenance de la demande, la préférence de contact et le statut de suivi. WhatsApp transmet le message et la réponse. Le CRM conserve l’événement utile à l’équipe : date, propriétaire, statut, motif de transfert et prochaine étape.

Ne faites pas du fil WhatsApp le dossier d’admission. Les décisions, pièces justificatives, évaluations et informations qui doivent suivre le processus officiel restent dans les systèmes prévus par l’établissement. Une conversation sert à orienter le candidat, pas à remplacer le portail d’inscription ni le travail de l’équipe admissions.

Cette séparation limite les doubles saisies et facilite la reprise par une autre personne. Elle évite aussi qu’une réponse de chatbot soit prise pour une décision officielle. Pour la gestion des demandes et des conversations, consultez aussi notre guide WhatsApp Business API pour une école suisse.

Choisissez un seul moment du parcours pour le pilote

Un premier pilote devrait résoudre une situation fréquente et facile à vérifier. Par exemple : confirmer la réception d’une demande, transmettre le lien vers la page d’admission du cursus, ou proposer un entretien avec un conseiller. Évitez de commencer par une relance générale de toute la base historique.

Avant d’activer le parcours, décrivez six contrôles : identité, statut, canal, autorisation, rapprochement CRM et responsabilité humaine. Une séquence simple peut fonctionner ainsi :

1. Une personne remplit un formulaire ou demande un contact. Salesforce crée ou met à jour sa fiche.
2. La règle vérifie le numéro, le cursus, le statut de la demande et la préférence de canal.
3. Le système vérifie que le scénario et le type de message sont autorisés avant chaque envoi.
4. La conversation part sur WhatsApp. Salesforce garde un événement traçable, sans copier inutilement tout le contenu.
5. Une réponse simple reçoit une orientation validée. Une question individuelle ou incertaine crée une tâche pour l’équipe admissions.
6. La personne responsable traite la demande et met à jour le statut dans Salesforce.

Les échéances doivent venir de la haute école concernée. swissuniversities distingue les voies d’admission et renvoie souvent aux règles publiées par l’établissement. Vérifiez les dates sur la page officielle du cursus, puis prévoyez un champ ou une source de référence pour éviter qu’un modèle de message réutilise une échéance périmée.

Concevez les champs et les rapprochements avant le connecteur

La structure Salesforce décide si les échanges arrivent sur la bonne fiche. Documentez d’abord les identifiants utilisés, les champs modifiables par l’intégration et les cas où une personne a plusieurs demandes actives. Un numéro de téléphone ne suffit pas toujours : il peut être partagé, changé ou associé à plusieurs dossiers.

Faites valider ce modèle par la personne qui administre Salesforce et par l’équipe admissions. Décidez aussi ce qui se passe si le contact n’est pas retrouvé, si deux fiches correspondent ou si l’API ne répond pas. Dans ces cas, l’intégration doit suspendre l’action et créer un signal visible, pas envoyer un message à une fiche choisie au hasard.

Informez clairement les personnes et contrôlez l’envoi

Un numéro de téléphone présent dans un formulaire ne signifie pas, à lui seul, que la personne souhaite recevoir chaque type de message sur WhatsApp. La politique WhatsApp Business demande que l’organisation ait reçu le numéro ou identifiant de la personne et son accord pour recevoir des messages ou appels ultérieurs. Meta recommande aussi de rendre l’opt-in clair, de distinguer les catégories pertinentes et de respecter les demandes d’arrêt.

Construisez donc un choix compréhensible au moment où la personne donne ses coordonnées. Indiquez le nom de l’établissement, le canal, la finalité et le type de nouvelles prévues. Prévoyez un moyen simple de retirer cette préférence. Enregistrez la date, la source et la portée du choix dans Salesforce, puis rendez son état visible pour les autres outils qui peuvent contacter la personne.

La Suisse applique la loi fédérale sur la protection des données (LPD), révisée et en vigueur depuis le 1er septembre 2023. Le PFPDT rappelle son rôle et le champ de la loi. Le cadre applicable dépend aussi de la nature de l’établissement : le PFPDT surveille les organes fédéraux et les personnes privées selon le droit fédéral, tandis que les hautes écoles cantonales doivent vérifier le droit cantonal et l’autorité cantonale compétente. Une école privée, une haute école cantonale et une école fédérale ne doivent donc pas partir d’une règle de gouvernance identique.

Le PFPDT explique que la personne responsable doit informer avant la collecte, de façon concise, compréhensible et accessible. L’information couvre notamment la finalité et, le cas échéant, les destinataires ou sous-traitants. Consultez le devoir d’informer selon le PFPDT et adaptez votre notice au parcours réel : formulaire, CRM, plateforme WhatsApp, intégrateur et éventuels prestataires. Faites examiner les messages de prospection et les parcours destinés à des mineurs par votre responsable de protection des données ou votre conseil juridique.

Pour un retrait reçu dans WhatsApp, par téléphone ou auprès d’un conseiller, définissez la même procédure. L’équipe doit enregistrer la demande dans Salesforce et empêcher les messages futurs couverts par ce retrait. Une préférence manquante, contradictoire ou périmée doit bloquer l’envoi jusqu’à vérification.

Vérifiez les prestataires et les accès aux données

Une intégration peut impliquer Salesforce, Meta, un partenaire WhatsApp, un éditeur de chatbot et des sous-traitants de ces entreprises. Demandez à chaque fournisseur quel rôle il joue, quelles données il reçoit, où elles sont traitées, qui peut y accéder et comment il aide à répondre à une demande d’accès, de rectification ou d’effacement.

Le PFPDT sur l’externalisation précise que l’établissement qui confie un traitement reste responsable du respect des règles. Il doit choisir ses prestataires avec soin, leur donner des instructions, vérifier les mesures de sécurité et encadrer les sous-traitants ultérieurs. Le contrat doit permettre de retrouver, corriger ou supprimer les données nécessaires et prévoir le signalement des incidents.

Un hébergement hors de Suisse ne suffit pas à conclure qu’un traitement est interdit ou conforme. Il faut connaître les pays concernés et vérifier le mécanisme applicable. Le PFPDT explique les conditions de communication de données à l’étranger, dont la décision d’adéquation, les garanties appropriées et l’information des personnes. Demandez la liste actuelle des lieux de traitement et des sous-traitants, puis faites valider le transfert selon le statut de votre établissement.

Limitez aussi les données synchronisées. L’intégration n’a généralement pas besoin de copier toutes les pièces du dossier dans la conversation ou dans le CRM. Préférez un identifiant, un état de suivi et un résumé court lorsqu’ils suffisent à reprendre le travail. Fixez une durée de conservation par finalité et vérifiez que les exports, journaux et sauvegardes suivent la règle décidée par l’établissement.

Préparez les réponses et le relais humain

Commencez avec quelques réponses approuvées : lien vers les conditions d’admission du cursus, prochaines séances d’information, coordonnées du service et étapes générales du dossier. Faites pointer chaque réponse vers une page officielle que l’établissement peut tenir à jour. Ne donnez pas de réponse automatique sur l’éligibilité individuelle si elle dépend de pièces, d’équivalences ou d’une appréciation humaine.

Définissez les motifs de transfert avant le lancement : question sur un dossier précis, demande financière complexe, contestation, correction d’une donnée, demande liée à la protection des données ou réponse incertaine. Le transfert doit inclure le contact vérifié, le cursus concerné, le dernier message utile, l’état Salesforce et le motif. Une file reçoit la demande, une personne en devient responsable et le CRM garde l’état « à reprendre », « en cours » ou « résolu ».

Le PFPDT décrit aussi l’information liée aux décisions individuelles automatisées. Un scénario d’admission doit donc éviter qu’un bot ou une règle CRM décide seul d’accepter ou de refuser une personne. Utilisez l’automatisation pour informer, classer ou transmettre une demande. Gardez les décisions qui ont un effet sur le parcours du candidat sous la responsabilité prévue par l’établissement, avec un moyen clair de demander un examen humain lorsque le droit applicable le prévoit.

Mesurez la qualité du suivi

Le volume de messages envoyés ne mesure pas la qualité du parcours. Pour le pilote, suivez des indicateurs opérationnels : demandes rapprochées sans erreur, doublons, retraits enregistrés, erreurs d’envoi, questions transférées, tâches sans propriétaire et demandes restées sans réponse.

Comparez les résultats sur un périmètre stable. Une hausse des réponses ou des rendez-vous ne prouve pas, à elle seule, que WhatsApp en est la cause. La période d’admission, le programme, la provenance des demandes et la disponibilité des conseillers changent aussi. Définissez une période, une cohorte et une règle d’attribution avant de tirer une conclusion. Sans données comparables, ne publiez pas de gain chiffré.

Après le pilote, examinez les erreurs avec l’administration Salesforce et l’équipe admissions. Corrigez les règles de rapprochement, les textes obsolètes et les transferts qui n’aboutissent pas. Étendez ensuite le parcours à un autre cursus ou à une autre étape, avec une personne qui maintient les messages, les dates et les préférences.

Pour approfondir le cadre suisse, consultez aussi notre guide de protection des données pour les hautes écoles.

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