Salesforce, WhatsApp et voix pour les admissions au Québec

Salesforce peut centraliser les demandes d’admission; WhatsApp et la voix peuvent ensuite faciliter les échanges avec les personnes qui ont demandé de l’information. Pour un cégep ou une université au Québec, le défi se trouve dans les règles d’activation, le rapprochement des dossiers et le passage vers une personne de l’équipe. Une intégration utile relie ces étapes sans remplacer le système qui fait autorité pour les demandes et les décisions d’admission.

Salesforce décrit des fonctions pour suivre les demandes de renseignements, les personnes candidates, les tâches et les étapes d’admission dans son offre de recrutement et d’admission pour l’enseignement supérieur. Les objets, les champs et les droits disponibles dépendent toutefois de l’édition et de la configuration de votre instance. Vérifiez votre modèle avant de bâtir le connecteur.

Gardez un rôle distinct pour chaque outil

Salesforce sert de référentiel opérationnel pour les contacts, les programmes visés et les suivis de l’équipe. WhatsApp sert aux conversations permises par la plateforme et par les règles applicables. La voix répond à un autre besoin, comme un retour demandé par une personne ou un appel de suivi autorisé. Une couche d’intégration transmet les événements entre les outils et garde une trace de leur traitement.

Ne traitez pas une conversation comme une décision d’admission. Le fil WhatsApp ne remplace ni le dossier officiel ni le portail de demande utilisé par votre établissement. Les chemins d’admission varient entre cégeps, universités, programmes et cycles. Le CRM doit conserver le contexte utile aux échanges, tandis que le système d’admission conserve les décisions et pièces officielles.

Avant de sélectionner un connecteur, consultez aussi notre comparatif des CRM pour les établissements postsecondaires. Il aide à distinguer les fonctions du CRM des systèmes qui gèrent les candidatures.

Choisissez un seul parcours pour commencer

Un pilote doit résoudre un besoin précis, par exemple confirmer la réception d’une demande d’information et proposer à la personne une prochaine étape. Évitez d’activer des messages pour toute la base de contacts avant d’avoir vérifié les données, les préférences et la capacité de l’équipe admissions.

Un parcours limité peut suivre cette séquence :

1. Une personne remplit un formulaire ou demande un rappel. Salesforce crée ou met à jour le contact et la demande correspondante.
2. Le système vérifie l’identité, le programme visé, le canal choisi, la finalité du message et les restrictions de contact.
3. Si le scénario est autorisé, il crée une tâche ou déclenche une conversation dans le canal prévu. Sinon, il bloque l’envoi et explique le motif dans le journal d’intégration.
4. La réponse entrante est rapprochée du bon contact et de la demande concernée. Les erreurs de rapprochement vont dans une file à examiner.
5. Une demande que l’automatisation ne peut pas traiter devient une tâche attribuée à une personne responsable.
6. Salesforce reçoit l’état du suivi, le prochain responsable et la date de la dernière action.

L’équipe peut ainsi tester une seule étape, comme le suivi d’une demande d’information, sans déplacer toute l’admission dans un outil de messagerie.

Définissez les champs avant de relier les systèmes

Le connecteur ne peut pas corriger un modèle de données ambigu. Commencez par les identifiants qui relient le contact à une demande. Une personne peut manifester de l’intérêt pour plusieurs programmes ou sessions. Le parcours doit donc distinguer le dossier d’admission du profil général, sans créer une nouvelle fiche à chaque conversation.

N’ajoutez pas la cote, les notes scolaires, les pièces ou les détails personnels à la conversation si le suivi n’en a pas besoin. Gardez dans Salesforce seulement les éléments nécessaires à l’étape prévue. Documentez les droits d’accès, la durée de conservation et le processus de correction ou de suppression avec la personne responsable de la protection des renseignements personnels.

Contrôlez l’envoi juste avant son déclenchement

Une préférence enregistrée ne donne pas une permission universelle pour tous les messages futurs. Pour chaque scénario, consignez la finalité, le canal, la catégorie de message, le moment du choix et la façon de retirer cette préférence. Si le système ne peut pas établir qu’un envoi est permis, il doit s’arrêter et créer une tâche de vérification.

La politique de messagerie de WhatsApp Business indique qu’une entreprise ne peut contacter une personne sur WhatsApp que si elle a reçu son numéro ou son identifiant et une autorisation d’opt-in pour les messages ou appels ultérieurs. La politique demande aussi de respecter les demandes de retrait. Sur la plateforme WhatsApp Business, les conversations initiées par l’établissement doivent utiliser un modèle de message approuvé; les réponses libres sont permises dans la fenêtre de service indiquée par WhatsApp. Vérifiez la politique en vigueur et le type de compte avant de configurer le scénario.

Au Canada, la LCAP expliquée par le CRTC vise les messages électroniques commerciaux envoyés à une adresse électronique. Le CRTC indique que cela peut inclure les comptes de messagerie instantanée, et que les messages commerciaux doivent satisfaire aux exigences de consentement, d’identification et de désabonnement. La qualification dépend du contenu et de la finalité du message. Ne présumez pas qu’un rappel d’admission et une promotion de programme suivent le même traitement; faites vérifier vos catégories de messages.

La LCAP ne vise pas les appels vocaux non sollicités aux numéros de téléphone, qui relèvent plutôt des règles de télécommunications non sollicitées. Le CRTC résume les règles d’appel, dont l’inscription à la Liste nationale de numéros de télécommunication exclus pour les télévendeurs concernés, l’identification de l’appelant et le traitement des demandes de ne plus être appelé. Les appels de sollicitation automatisés ont aussi des exigences de consentement exprès. La qualification d’un appel demandé par une personne peut différer d’une sollicitation; consignez la demande et faites valider vos scénarios.

Gardez une règle de retrait exploitable par tous les outils concernés. Une demande faite dans WhatsApp, par téléphone ou à un membre du personnel doit empêcher les communications visées selon la portée de la demande et les règles que votre établissement a établies. Enregistrez l’origine et la date du changement afin que les équipes puissent en vérifier l’application.

Ajoutez l’examen de la Loi 25 à la conception

Le régime dépend du statut juridique de l’établissement. La CAI classe notamment les cégeps, les universités et les établissements privés subventionnés parmi les organismes publics assujettis à la Loi sur l’accès. La Loi sur le privé vise les entreprises et les organisations privées qui traitent des renseignements personnels. Vérifiez le régime applicable à votre établissement avec la personne responsable de la protection des renseignements personnels.

Pour un organisme public, l’article 70.1 de la Loi sur l’accès prévoit une EFVP avant une communication de renseignements personnels à l’extérieur du Québec. Pour une entreprise assujettie à la Loi sur le privé, l’article 17 prévoit cette évaluation avant un transfert hors Québec; elle doit examiner la sensibilité des renseignements, la finalité, les mesures de protection et le régime juridique du lieu concerné. Dans ce dernier régime, la communication doit aussi faire l’objet d’une entente écrite et l’évaluation doit établir une protection adéquate. Consultez le texte officiel de l’article 70.1, le texte officiel de l’article 17 et les principaux changements présentés par la Commission d’accès à l’information du Québec.

Cette analyse concerne le flux réel de données. Cartographiez les renseignements transmis de Salesforce vers la plateforme de messagerie, les journaux, les outils de soutien et les sous-traitants. Vérifiez où les renseignements sont consultés ou conservés. Le fait qu’un fournisseur offre une région d’hébergement canadienne ne répond pas, à lui seul, à toutes les questions sur les accès, les transferts et les fonctions activées.

Pour les organisations assujetties à la loi fédérale, le Commissariat à la protection de la vie privée du Canada rappelle que l’organisation demeure responsable des renseignements confiés à un fournisseur. Son principe de responsabilité selon la LPRPDE recommande aussi d’évaluer les risques, de prévoir des protections contractuelles, de limiter l’usage aux fins prévues et d’expliquer les traitements hors du pays. L’application de chaque loi dépend de l’organisation et du traitement; demandez conseil à votre responsable ou à votre conseiller juridique.

Notre guide WhatsApp Business API pour un établissement québécois présente d’autres questions à examiner sur la plateforme et la protection des renseignements.

Préparez la reprise par une personne

WhatsApp peut servir aux confirmations et aux échanges courts. La voix peut permettre à une personne de demander une explication ou un rappel. Dans les deux cas, prévoyez des limites claires. L’automatisation ne doit pas présenter une interprétation incertaine comme une décision officielle ni demander des renseignements sensibles dans une conversation qui n’est pas conçue pour les recevoir.

Préparez des réponses vérifiées pour les questions fréquentes sur les programmes, les séances d’information et les prochaines étapes. Reliez chaque réponse à une page que l’équipe peut maintenir. Si l’information dépend du dossier, du programme ou de la situation de la personne, passez la demande à l’équipe admissions.

Définissez les motifs de transfert avant le lancement : question sur une décision, problème avec un dossier, frais ou aide financière, demande liée aux renseignements personnels, identité incertaine ou réponse que le système ne peut pas confirmer. La tâche transmise doit contenir le contexte minimal, le motif et la personne responsable. Les délais de réponse restent des objectifs internes; n’en faites pas une promesse publique si l’équipe ne peut pas les tenir.

Testez aussi les cas d’erreur : numéro absent, contact en double, préférence retirée, événement CRM reçu deux fois, délai dépassé ou service externe indisponible. Chaque situation doit avoir une issue visible. Un envoi qui échoue ne doit pas être répété sans contrôle, et une conversation qui ne peut être rapprochée doit aller à une file de vérification plutôt qu’au mauvais dossier.

Mesurez la qualité du suivi

Le volume envoyé ne suffit pas pour décider si le pilote aide l’équipe. Suivez plutôt la part des demandes correctement rapprochées, les erreurs d’envoi, les préférences de retrait appliquées, les demandes qui restent sans responsable et les transferts pris en charge. Les indicateurs doivent servir à corriger le parcours, pas à déduire un gain d’inscription sans comparaison adéquate.

Si vous comparez des périodes, gardez le même programme, la même étape et des règles d’attribution documentées. Le calendrier d’admission, la source des demandes et la disponibilité des conseillers peuvent aussi expliquer une variation. Sans données internes comparables et autorisées, ne publiez pas de résultat chiffré.

Avant d’élargir le pilote, examinez les tâches et les erreurs avec les équipes admissions, TI et protection des renseignements personnels. Corrigez les règles qui envoient un message au mauvais moment, rapprochent mal une conversation ou créent une tâche sans responsable. Puis étendez le parcours à une autre étape avec une personne chargée de maintenir les réponses, les consentements et les règles d’intégration.

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