Quelles données circulent entre le CRM de l'école et le prestataire ?
Deux flux, dans des sens opposés, et rien de plus que ce dont l'appel a besoin.
| Sens | Données | Quand |
|---|---|---|
| De l'école vers le prestataire | Nom, prénom, téléphone, courriel, formation demandée, source de la demande, date et heure d'arrivée, preuve du consentement à être appelé | À l'arrivée de chaque demande, en temps réel |
| Du prestataire vers l'école | Chaque tentative d'appel et son résultat, le statut du candidat, les notes de qualification, le rendez-vous fixé, l'enregistrement ou la synthèse de l'appel | Après chaque appel |
Le premier flux décide du délai de rappel. Si la demande met une heure à arriver chez le prestataire, l'engagement de rappel en 5 minutes ne sert à rien : sur nos comptes, le taux de réponse est divisé par deux après une heure. La transmission doit donc être instantanée, pas un export envoyé une fois par jour.
Le second flux décide de la confiance. Une équipe admissions qui ouvre la fiche d'un candidat doit y trouver tout ce qui s'est passé, sans avoir à demander au prestataire. C'est aussi ce qui permet de mesurer les indicateurs d'admission dans un seul outil, quel que soit celui qui a passé l'appel.
Faut-il une intégration technique ou un simple accès au CRM ?
Cela dépend du CRM, et les trois cas se rencontrent souvent dans la même semaine.
- Connexion native. Les CRM les plus répandus (HubSpot, Salesforce, Pipedrive, Zoho, Microsoft Dynamics, Sellsy, monday.com, GoHighLevel, noCRM, OSCAR CRM) proposent des connecteurs ou des API standard. Le prestataire reçoit les demandes et écrit dans les fiches sans développement côté école.
- Connexion par API ou outil d'automatisation. Pour un CRM sur mesure ou un outil d'admissions spécialisé, la liaison passe par l'API du CRM ou par un outil comme Make, Zapier ou n8n. C'est un peu plus long à paramétrer, rarement plus compliqué.
- Accès utilisateur. Le prestataire reçoit des comptes nominatifs dans le CRM de l'école, avec des droits limités. C'est la solution la plus simple quand l'outil ne permet pas d'automatisation, mais elle demande une discipline de saisie stricte.
Quel que soit le cas, deux règles ne se négocient pas : le prestataire ne garde pas de copie de la base dans son propre outil sans synchronisation, et chaque accès est nominatif et tracé. Si un prestataire vous propose de « travailler dans son outil et vous envoyer un fichier chaque semaine », vous perdez à la fois le délai de rappel et la maîtrise de vos données.
Ce que le RGPD impose quand un prestataire appelle vos candidats
L'école est responsable du traitement : c'est elle qui décide pourquoi et comment les données des candidats sont utilisées. Le prestataire est sous-traitant : il traite ces données pour le compte de l'école, sur ses instructions, et pour rien d'autre. L'article 28 du RGPD impose qu'un contrat écrit encadre cette relation : objet et durée du traitement, catégories de données, obligations de sécurité et de confidentialité, et sort des données à la fin du contrat.
En pratique, vérifiez cinq points avant de signer :
- Un contrat de sous-traitance distinct ou annexé, qui reprend ces clauses.
- L'usage exclusif : le prestataire ne réutilise pas vos candidats pour une autre école ni pour sa propre prospection.
- La sécurité des échanges : transferts chiffrés entre le CRM et le prestataire, accès limités aux seuls conseillers affectés à votre compte.
- La confidentialité : un engagement signé par chaque personne qui travaille sur vos candidats.
- La fin du contrat : restitution ou suppression des données, à date fixée.
À cela s'ajoute, depuis le 11 août 2026, la question du consentement : appeler un particulier exige son accord préalable, donné à un professionnel identifié, et la preuve doit pouvoir être produite (Actu-Juridique, septembre 2026). Le prestataire appelle au nom de l'école : c'est donc le consentement donné à l'école qui compte, et il doit voyager avec la demande dans le CRM. Ce que la fin du démarchage sans consentement change pour une école détaille les formulaires et les cases à prévoir. Faites valider le montage par votre délégué à la protection des données.
Qui saisit quoi dans le CRM ?
C'est la question qui évite la moitié des malentendus. Un découpage qui fonctionne :
- Le prestataire saisit chaque tentative d'appel, le statut (joint, à rappeler, pas intéressé, inscrit ailleurs, numéro faux), les notes de qualification et le rendez-vous fixé.
- L'équipe admissions saisit le résultat de l'entretien, la décision d'admission et l'inscription.
- Personne ne crée de statut hors de la liste convenue au démarrage. Un statut « divers » finit toujours par contenir la moitié de la base.
Ce découpage a un effet direct sur la facturation quand le prestataire est payé au rendez-vous honoré : c'est le CRM de l'école qui constate le résultat, pas un tableau envoyé par le prestataire. Les modèles de facturation de l'externalisation des admissions reposent tous sur cette mesure partagée.
Combien de temps prend la mise en place ?
Chez Maestro, la mise en place prend 72 heures : connexion au CRM, validation du script et des statuts, formation des conseillers à votre offre. Les premiers appels partent au jour 3, les premiers rendez-vous honorés arrivent sous 5 jours, et le rythme de croisière est atteint à 2 semaines. Le temps demandé à l'école se concentre sur une demi-heure avec le référent CRM et l'appel stratégique de 45 minutes qui fixe les critères de qualification. Le fonctionnement d'un call center pour écoles décrit le parcours complet d'une demande.
