Intégrer WhatsApp à votre CRM admissions : le guide école

Une conversation WhatsApp n’a de valeur pour l’équipe admissions que si elle arrive dans le CRM. Sans ce lien, le conseiller ne voit pas la question du candidat, le programme visé ni l’accord donné pour être recontacté. Il rappelle à l’aveugle, ou ne rappelle pas.

Ce guide montre comment connecter WhatsApp à un CRM admissions, quel que soit l’outil : HubSpot, Salesforce, OSCAR Campus, Slate, Zoho, Odoo, ou un autre CRM par API ou webhook. Il décrit ce qui circule dans chaque sens, où enregistrer le consentement, comment passer la main à un conseiller et comment éviter les doublons. Il explique enfin comment Skolbot cadre cette intégration avec votre équipe.

Le principe : le CRM reste la référence

La règle de départ est simple : votre CRM reste la source de référence du dossier. WhatsApp est un canal de conversation. L’intégration transporte les événements entre les deux, dans des sens définis à l’avance.

Cette séparation protège le travail de l’équipe. Le statut d’un candidat, sa campagne d’origine et sa préférence de contact vivent dans le CRM. La conversation vit dans WhatsApp, avec un résumé et les champs utiles copiés dans la fiche. Le conseiller travaille dans l’outil qu’il connaît déjà.

Côté technique, la plateforme WhatsApp Business de Meta transmet les messages entrants et les statuts de livraison par webhooks. Un webhook est une notification envoyée automatiquement à une adresse web quand un événement se produit. La couche d’intégration reçoit ces notifications, les rapproche d’une fiche et écrit dans le CRM par son API ou son connecteur.

Pour comparer les modèles de données des principaux CRM du secteur, consultez notre comparatif des CRM pour écoles supérieures.

Deux flux, deux sens de circulation

Une intégration WhatsApp complète a deux flux. Le premier part du candidat vers le CRM. Le second part du CRM vers le candidat. Skolbot couvre les deux avec deux agents distincts.

Le flux entrant : de la conversation à la fiche

Dans le flux entrant, WhatsApp Capture répond au candidat qui écrit. Il répond à partir de la base de connaissances de l’école et qualifie la demande. Selon l’intégration, il crée une fiche ou met à jour la fiche existante.

Tous les messages ne deviennent pas des leads. Les spams sont écartés. Une entreprise qui veut recruter ou un étudiant déjà inscrit est redirigé vers le bon service, sans créer de lead dans votre CRM. Votre base reste propre.

Les champs remontés sont définis avec votre équipe. Sur le site Skolbot, un lead peut porter le pays, la langue, le programme, la rentrée visée, le consentement, un score et une fiche d’appel pour le conseiller. La liste exacte dépend de votre modèle de données.

Le flux sortant : du CRM à la conversation

Dans le flux sortant, tout part du CRM. WhatsApp Activate prend une cohorte définie par un statut et la mène vers une action précise : journée portes ouvertes, webinaire, candidature, rendez-vous téléphonique avec un conseiller ou inscription.

Les réponses aux relances et les prochaines étapes remontent dans la même fiche. Le conseiller sait où en est chaque contact avant de l’appeler. Ce flux concerne les nouveaux leads comme les contacts déjà présents dans le CRM, à une condition : le consentement.

Le consentement : une donnée du CRM, pas une case oubliée

Le consentement doit être un champ du CRM, lisible au moment de l’envoi. Sans lui, la règle d’envoi ne peut pas savoir si un message est permis.

La politique WhatsApp Business demande que la personne vous ait donné son numéro et ait accepté d’être contactée par vous sur WhatsApp. Elle demande aussi de respecter les demandes d’arrêt. La documentation Meta sur l’obtention de l’opt-in précise que l’accord doit être recueilli avant l’envoi de messages par l’entreprise.

Les règles nationales s'appliquent aussi. La prospection électronique vers des particuliers exige souvent un consentement préalable, avec une information claire et un refus simple. Vérifiez les règles de l'autorité de protection des données de votre pays et faites valider vos scénarios par votre DPO.

Chez Skolbot, la règle est claire : le compte WhatsApp Business appartient à l’école, qui l’exploite au titre de son propre contrat avec Meta. Avant toute relance par WhatsApp Activate, l’école doit disposer du consentement de la personne.

En pratique, enregistrez pour chaque contact :

• le canal autorisé (WhatsApp, e-mail, téléphone) ;
• la date et la source de l’accord (formulaire, salon, conversation) ;
• la portée de l’accord (suivi de candidature, information sur les programmes) ;
• le retrait, s’il existe, visible par tous les canaux.

Un « STOP » reçu sur WhatsApp doit mettre à jour ce champ dans le CRM. Sinon, une autre campagne peut relancer la même personne demain. Notre guide sur l’API WhatsApp Business et le RGPD détaille les responsabilités liées au canal.

Le relais humain : le conseiller reçoit un brief, pas un fil brut

Un agent répond aux questions fréquentes. Un conseiller prend les décisions et les cas individuels. L’intégration doit rendre ce passage de main fluide.

Chez Skolbot, le conseiller reçoit dans le CRM un brief qui résume la demande, plutôt qu’une conversation brute à relire. Les règles de transfert sont définies avec votre équipe pendant le cadrage. Voici des motifs de transfert fréquents à discuter :

1. une question sur un dossier individuel ;
2. une question financière complexe ;
3. une demande liée aux données personnelles ;
4. une réponse incertaine de l’agent ;
5. une demande explicite de parler à une personne.

Pour chaque motif, fixez qui reçoit la tâche dans le CRM et quel statut l’indique. Les décisions d’admission restent à l’équipe. Prévoyez aussi le processus de rappel côté admissions : sans lui, un lead qualifié ne devient pas une inscription.

Le dédoublonnage : une clé stable avant le premier message

Une même personne peut écrire sur WhatsApp, remplir un formulaire et laisser son contact sur un salon. Sans règle, cela crée trois fiches. Le conseiller voit alors trois demandes et le candidat reçoit trois relances.

Le numéro de téléphone est la clé naturelle d’une conversation WhatsApp. Il faut donc le stocker dans un format normalisé dans le CRM, avec l’indicatif pays. Un numéro saisi « 06 12… » sur un formulaire ne correspond pas à « +33 6 12… » reçu de WhatsApp sans normalisation.

Définissez aussi l’ordre de rapprochement : numéro, puis e-mail, puis règle manuelle. Décidez quelle source gagne en cas de conflit sur un champ, comme le programme visé. Notre guide pour dédoublonner les prospects entre site, CRM, messagerie et téléphone détaille ces règles.

Ce qui change selon votre CRM

Le principe reste le même partout. Ce qui change, c’est le mode de connexion, les objets et les champs disponibles. Skolbot se connecte à HubSpot, Salesforce, OSCAR Campus, Slate, Zoho et Odoo. Les autres CRM se connectent par API ou webhook.

Ces questions ne sont pas des promesses de fonctionnement. Le mode de connexion, les objets, les champs et le sens de synchronisation sont vérifiés pour votre configuration avant toute promesse de déploiement.

Pour aller plus loin sur un CRM précis, lisez nos guides sur Salesforce et WhatsApp pour les admissions, l’étape de cycle de vie HubSpot et le rappel et les questions à poser sur l’API d’OSCAR. Pour Slate, notre article sur l’intégration Slate et WhatsApp décrit le format source, l’envoi par lots et la relance d’une population.

Le cadrage : deux semaines, avec des validations de votre côté

Une intégration réussie commence par un cadrage court et concret. Chez Skolbot, la mise en place prend environ deux semaines.

• Semaine 1, chez Skolbot : documentation, base de connaissances, numéro WhatsApp, mapping CRM.
• Semaine 2, avec vos équipes : tests, retours, validation. La mise en ligne a lieu à la fin de la semaine 2.

Le calendrier dépend des intégrations et de vos validations. De votre côté, préparez la documentation de l’école, les accès nécessaires au CRM et le processus de rappel. Pour la base de connaissances, Skolbot collecte, vérifie, et votre équipe valide.

Avant la réunion de cadrage, préparez une feuille simple avec :

1. la liste des champs CRM que le conseiller utilise vraiment ;
2. le champ ou la propriété du consentement ;
3. les statuts qui définissent vos cohortes de relance ;
4. les motifs de transfert et le responsable de chaque file ;
5. la règle de dédoublonnage actuelle, même informelle.

Si vous passez d’un suivi par téléphone ou par messagerie personnelle au CRM, notre checklist de migration du suivi vers le CRM vous aide à ne rien perdre en route.

Les erreurs d’intégration les plus courantes

La plupart des échecs viennent du processus, pas de la technique. Voici les plus fréquents.

Créer un lead pour chaque message. Un candidat qui pose trois questions ne doit pas créer trois fiches. Le rapprochement par numéro doit se faire avant toute création.

Stocker le consentement hors du CRM. Si l’accord vit dans un tableur ou dans le fil WhatsApp, la règle d’envoi ne peut pas le lire. Il doit être un champ.

Remonter toute la conversation dans la fiche. Un résumé et les champs utiles suffisent souvent. Décidez avec votre DPO ce qui doit être conservé, qui peut y accéder et combien de temps.

Oublier le sens retour. Si une réponse à une relance ne met pas à jour la fiche, le conseiller rappelle sans contexte. Les deux sens doivent être testés.

Lancer sans processus de rappel. Un brief déposé dans une file sans responsable ne produit aucune inscription.

Pour les règles de modèles de messages et de relais humain propres à WhatsApp, consultez notre guide sur WhatsApp pour les admissions : opt-in, modèles et relais humain.