Une transcription n’est pas un relais commercial. Après l’appel, le SDR doit encore retrouver les faits utiles, repérer ce qui manque, éviter de déformer le CRM et transmettre un contexte exploitable au closer. Voici à quoi pourrait ressembler le paquet de travail préparé dans un pilote Pulse SDR. L’exemple est entièrement fictif : ce n’est ni une capture de produit, ni le résultat d’un déploiement client.
L’appel : une demande, mais pas encore un accord
NovaReach, éditeur SaaS B2B fictif, échange avec Atelier Nord, son prospect fictif. La responsable opérationnelle explique : « Nos équipes recopient les demandes entrantes dans deux outils. Je peux vous montrer le parcours mardi. Pour le budget, je dois voir avec ma direction. » Dans le CRM simulé de NovaReach, une ancienne note évoque un lancement « début novembre ». L’appel, lui, ne confirme aucune date de déploiement.
Le SDR n’a pas besoin d’un résumé enthousiaste du type « budget en cours de validation, signature en novembre ». Il a besoin d’un dossier où les preuves et les trous restent visibles.
Sortie 1 — Les faits, reliés à leur source
Le paquet proposé par Pulse SDR présenterait :
- Besoin exprimé : double saisie des demandes entrantes — extrait de l’appel à retrouver dans la transcription autorisée.
- Prochaine étape évoquée : démonstration du parcours mardi — jour exact et invitation à confirmer ; aucune invitation envoyée par Pulse.
- Budget : non communiqué ; la responsable doit en discuter avec sa direction.
- Date de lancement : non confirmée dans cet appel. La note CRM « début novembre » est un élément antérieur, pas une promesse du prospect.
Le SDR doit pouvoir contester un extrait mal transcrit. Si les personnes n’ont pas été correctement informées du traitement de l’appel ou si la transcription n’est pas disponible dans le périmètre autorisé, le scénario ne s’exécute pas tel quel. La CNIL rappelle les règles d’information et de proportionnalité applicables à l’enregistrement des appels professionnels.
Sortie 2 — Des champs CRM proposés, jamais écrits en silence
| Champ envisagé | Proposition à relire | Pourquoi |
|---|---|---|
| Problème déclaré | Double saisie des demandes entrantes | Formulé explicitement dans l’appel |
| Budget | Laisser vide | Aucun montant ni accord exprimé |
| Échéance de déploiement | Ne pas remplacer la valeur existante | L’ancienne note n’est pas confirmée par l’appel |
| Prochaine étape | Préparer la vérification du créneau de démonstration | « Mardi » ne suffit pas pour créer un rendez-vous |
Aucune ligne de ce tableau n’est une mise à jour réelle du CRM. Le SDR corrige ou rejette la proposition avant de décider lui-même de toute action dans ses outils.
Sortie 3 — Les questions que Pulse ne doit pas inventer
Qui doit participer à la démonstration ? Quel est le mardi visé ? Combien de demandes sont recopiées et entre quels outils ? La direction a-t-elle un budget envisagé ? L’ancienne date du CRM reste-t-elle pertinente ? Le paquet affiche ces inconnues, sans attribuer à la responsable un pouvoir de décision qu’elle n’a pas revendiqué.
Sortie 4 — Un brief pour le closer, après revue du SDR
À reprendre : Atelier Nord souhaite montrer un parcours de double saisie. Préparer une démonstration centrée sur l’arrivée d’une demande et ses reprises manuelles. Ne pas présenter de calendrier ou de budget comme acquis. Confirmer le créneau et les participants avant d’organiser le relais.
Le closer reçoit ainsi des éléments utiles pour préparer son échange, pas une qualification commerciale décidée par l’IA. Le SDR peut supprimer le brouillon, corriger les mots de l’appel ou décider de ne pas transmettre le brief.
Ce que ce pilote cherche à prouver
Le premier jalon envisagé reste borné : un CRM, une à trois personnes côté SDR, dix appels au maximum. On mesure si les faits sont bien rattachés aux sources, si les inconnues restent inconnues et si la revue est réellement utile. On n’annonce pas de gain chiffré avant mesure.
Pulse SDR, dans ce périmètre, prépare des propositions éditables et traçables. Il n’envoie pas d’email, ne crée pas d’invitation, ne modifie aucun statut ni champ CRM, et ne fusionne pas de fiches automatiquement. L’équipe garde le contrôle de la suite.
Pour la méthode de test, lire le protocole pilote Pulse SDR sur dix appels. Pour les précautions de rattachement, lire les cinq contrôles avant le CRM. Pour étudier ce parcours dans vos outils, demandez un Diagnostic Pulse.