Rediriger l'outbound vers la mauvaise personne : plan rapide de redirection

Quand vous touchez la mauvaise personne (et pourquoi ça arrive)

« Mauvaise personne » en outbound signifie généralement que vous avez atteint quelqu'un de réel et pertinent, mais qui ne prend pas la décision ni ne gère le problème au quotidien. Cette personne peut être proche du travail et reconnaître qu'il y a un problème, mais elle ne peut pas approuver un budget, changer un processus ou choisir un prestataire.

Cela se manifeste souvent par une friction polie : réponses courtes, longs délais, ou un refus en douceur comme « pas mon domaine » ou « parlez à IT ». Parfois vous obtenez une réponse amicale, mais cela n'aboutit jamais à une étape suivante parce que vous demandez à la mauvaise personne de faire la mauvaise chose.

Cela fait baisser les taux de réponse parce que le message ne correspond pas à ce qui importe au lecteur. Un manager peut se soucier des résultats, pas des détails d'installation. Un opérateur peut se préoccuper de la charge de travail, pas de l'impact stratégique. La conversation dérive et le cycle commercial s'allonge parce que vous devez recommencer plus tard avec le vrai propriétaire.

La bonne nouvelle : souvent vous pouvez sauver le fil. S'ils ont répondu, vous avez la preuve que le compte est joignable et que le sujet n'est pas absurde. Une réponse « mauvaise personne » peut se transformer en transfert interne rapide si vous restez respectueux et facilitez la redirection.

Cela arrive souvent parce que les organigrammes sont brouillés, les intitulés ne sont pas uniformes, les données deviennent obsolètes et le même problème peut appartenir à des équipes différentes selon la taille de l'entreprise. L'objectif est simple : préserver la confiance et atteindre rapidement le bon propriétaire sans que le contact ait l'impression d'avoir été utilisé.

Signaux que vous parlez à la mauvaise personne

La façon la plus rapide de perdre une semaine est d'insister après que quelqu'un vous ait dit (directement ou indirectement) que vous avez choisi le mauvais siège. Repérez les schémas qui indiquent « mauvais propriétaire » plutôt que « pas intéressé ».

Réponses qui signifient généralement « mauvaise personne »

Certaines réponses sont en fait une carte vers le vrai propriétaire. Elles ne rejettent pas le problème, elles signalent juste un décalage.

• « Pas mon domaine » ou « je ne m'occupe pas de ça. »
• « Vous voudrez parler à [Nom/Équipe]. »
• « Nous avons déjà un processus pour ça » (souvent ça veut dire qu'une autre équipe s'en charge).
• « Nous ne faisons pas ça » (parfois vrai, souvent ça veut dire « je ne fais pas ça »).
• « Envoyez ça à notre boîte partagée. »

Le ton compte. Des réponses courtes et neutres signifient souvent que vous êtes simplement dans la mauvaise voie.

Signaux discrets : engagement sans responsabilité

Parfois, le comportement en dit long. Vous voyez des ouvertures, peut‑être un clic, peut‑être une chaîne transférée, mais pas de réponse claire. Ça peut arriver quand quelqu'un est curieux mais pas responsable.

Quelques indices :

• Leur intitulé est adjacent, pas responsable (par exemple un coordinateur face à un pitch de VP).
• Ils répondent « C'est quoi exactement ? » puis se taisent.
• Ils demandent le prix avant de confirmer qu'ils gèrent le projet.
• On voit les messages « vus » mais jamais de calendrier ni d'étape suivante.

Surveillez aussi la « confusion de propriétaire » entre équipes. Des sujets comme les outils d'e‑mail, la sécurité et les achats peuvent rebondir entre IT, Ops et Finance. Si votre message suppose le mauvais propriétaire, vous obtiendrez des déviations polies au lieu d'un oui ou d'un non clair.

Trouver le rôle adjacent qui possède vraiment le problème

Quand vous tombez sur la mauvaise personne, ne devinez pas au hasard. Commencez par nommer la décision dont vous avez besoin :

• Qui achète ?
• Qui approuve ?
• Qui évalue ?
• Qui implémente ?

Souvent, ce sont quatre personnes différentes dans un compte. Votre travail est de trouver le rôle voisin le plus proche qui a une raison de s'en soucier maintenant.

Une manière rapide de restreindre est de cartographier la propriété probable selon le type d'entreprise :

• SaaS : Growth ou Demand Gen évaluent souvent, RevOps implémente, la direction commerciale approuve.
• Agence de services : le fondateur approuve, le responsable de compte implémente, les Ops évaluent les outils.
• E‑commerce : le marketing gère les campagnes, CRM/Lifecycle gère les outils, IT ou Ops peuvent approuver les domaines et la sécurité.
• Entreprise : les achats achètent, la sécurité approuve, l'équipe métier évalue et utilise.

Ensuite, scrutez de petits indices qui indiquent où vous avez atterri et où pivoter ensuite. Les mots‑clés des postes comptent (Ops, Enablement, RevOps, Growth, Security). Les noms d'équipe comptent (Lifecycle, CRM, Deliverability, Sales Systems). Même un détail de la réponse aide, comme « on utilise HubSpot » ou « l'IT gère les domaines ».

Quelques indices pratiques :

• Les mentions d'outils, de configuration de boîte ou de DNS pointent généralement vers Ops ou IT.
• Les mentions de leads, pipeline ou réunions pointent vers Sales ou Growth.
• Les mentions de risque, conformité ou revue fournisseur pointent vers Security ou Procurement.
• « Nous ne faisons pas d'outbound » veut souvent dire qu'il faut aller latéralement vers Growth ou monter vers un responsable revenue.

Sachez quand viser plus haut ou aller de côté. Si la personne peut utiliser l'outil mais ne peut pas approuver la dépense, allez un niveau au‑dessus. Si elle peut approuver mais ne ressent pas la douleur, allez de côté vers l'opérateur qui vit le problème.

Si vous utilisez la classification des réponses (par exemple taguer les réponses « pas pour moi »), vous pouvez repérer ces schémas rapidement à travers de nombreuses conversations et éviter de perdre des jours à trier les boîtes.

Ajustez votre message pour le nouveau persona

Une fois que vous réalisez que vous avez contacté le mauvais rôle, ne vous contentez pas de transférer le même pitch. Un bon pivot change le cadrage. Arrêtez de commencer par ce que fait votre produit et commencez par ce à quoi ressemble leur journée et sur quoi on les évalue.

Passez de la fonctionnalité au résultat

Les fonctionnalités sont faciles à écrire et faciles à ignorer. Les résultats obtiennent des réponses.

Si vous avez commencé avec « automatisation » pour un responsable mais que vous parlez maintenant à l'opérateur qui exécute le travail, traduisez la valeur en quelque chose qu'il ressentira cette semaine : moins d'étapes manuelles, moins d'erreurs, moins de relances, moins de temps passé dans des tableaux.

Un schéma simple de réécriture :

• Remplacez la fonctionnalité par leur tâche (ce qu'ils font chaque matin).
• Nommez la friction (ce qui les ralentit).
• Indiquez le résultat (ce qui s'améliore si la friction disparaît).
• Restez spécifique (un indicateur ou un gain de temps concret).

Utilisez leur langage, pas le vôtre

Employez les mots qu'ils utilisent en interne. « Deliverability » peut parler au head of growth, mais un SDR pressé se soucie davantage de « recevoir des réponses » et de « ne pas atterrir en spam ».

Si vous mentionnez une capacité, ancrez‑la au travail :

• Warm‑up devient « protéger le placement en boîte de réception ».
• La classification des réponses devient « ne plus trier les réponses à la main ».

Gardez la demande petite. Votre prochaine étape n'est pas « réserver 30 minutes ». C'est confirmer la responsabilité ou identifier la bonne personne.

Une phrase adaptable pour presque tout persona adjacent :

« Je peux m'être trompé de rôle, mais êtes‑vous la personne qui s'occupe de [tâche/objectif], ou dois‑je contacter la personne qui le gère ? »

Demandez une redirection claire (scripts qui paraissent naturels)

Les demandes de redirection fonctionnent mieux quand elles économisent du temps, pas qu'elles en créent. Restez court, supposez qu'ils sont occupés et facilitez le « oui ».

Ne défendez pas pourquoi vous les avez choisis. N'expliquez pas tout votre produit. Confirmez que vous n'êtes pas au bon endroit et demandez le propriétaire.

Scripts à copier et ajuster :

• Simple redirection : « Merci pour l'info. Qui est la bonne personne pour [problème] chez [entreprise] ? »
• Nom + e‑mail : « Merci. Pourriez‑vous partager le nom et l'e‑mail de la personne qui gère [domaine] (même une supposition) ? »
• Invite à deux options : « Est‑ce généralement géré par Sales Ops ou RevOps chez vous ? »
• Transfert sans pression : « Si c'est plus simple, vous pouvez transférer ce message à la bonne personne. Sinon, indiquez‑moi qui c'est et je les contacterai directement. »
• S'ils ne sont pas sûrs : « Pas de souci si vous n'êtes pas sûr. À qui les gens s'adressent‑ils d'habitude pour obtenir [résultat] ? »

Une ligne supplémentaire aide : « Je serai bref quand je les contacterai. »

S'ils refusent ou ignorent, n'insistez pas avec la même personne. Relancez une fois, puis passez à autre chose. Une relance propre 2 à 3 jours plus tard suffit : « Petite relance : qui dois‑je contacter à propos de [sujet] ? »

Étape par étape : un processus de pivot rapide et répétable

La rapidité compte. Quand vous pivotez, l'objectif est de garder le compte en mouvement tant que le contexte est encore chaud dans la boîte.

1. Étiquetez la réponse. Déterminez ce que c'est vraiment : « pas mon domaine », « renvoyer à quelqu'un d'autre », « nous ne faisons pas ça » ou un vrai « non ». Capturez‑le pour repérer des schémas plus tard.

2. Choisissez une seule hypothèse de rôle adjacent. Ne brainstormez pas cinq options. Choisissez le propriétaire le plus proche selon ce qu'ils ont dit et le type d'entreprise. Si Sales Ops dit « Marketing gère ça », visez généralement Demand Gen ou Growth, pas le PDG.

3. Envoyez une note de redirection sous 24 heures. Restez bref et peu exigeant. Rappelez le problème en une ligne, puis demandez le bon nom ou l'équipe. Après trois jours, ça commence à ressembler à un cold email.

4. Choisissez le bon fil.

   • Restez dans le même fil si la demande est un simple transfert (nom, e‑mail, équipe).
   • Ouvrez un nouveau fil si le sujet et l'offre changent beaucoup pour le nouveau rôle.
   • Ouvrez un nouveau fil si le fil original contient de la confusion ou un ton négatif que vous ne voulez pas reporter.

5. Réinitialisez votre séquence pour le nouveau rôle. Réécrivez les 2 à 3 prochains envois pour coller à leurs objectifs et métriques. Traitez‑le comme jour 0 pour la nouvelle personne, puis faites une relance légère 2 à 3 jours ouvrables plus tard.

Affinez votre positionnement sans tout recommencer

Un pivot ne veut pas dire jeter votre idée initiale. Ça veut dire garder le même objectif et adapter le message à la personne qui possède réellement le problème.

Si le rôle adjacent partage le même résultat, gardez l'offre et changez le cadrage. Exemple : vous avez contacté un Head of Sales pour obtenir plus de rendez‑vous, mais il vous envoie à RevOps. L'offre reste (meilleurs résultats outbound), mais l'angle passe de « conclure plus de deals » à « routage propre, moins de manipulations manuelles et reporting fiable ».

Ne changez de cas d'usage que si la nouvelle personne définit le succès différemment. Un responsable Finance se soucie rarement des taux de réponse ; il se soucie du risque, de la conformité et des dépenses.

Votre objet doit aussi pivoter. N'utilisez pas de tricks « Re: » ni prétendez que c'est tout neuf. Restez honnête et précis.

Objets qui fonctionnent après une redirection :

• Redirection rapide : qui gère les réponses outbound ?
• Mise en relation avec le bon responsable pour la gestion des réponses
• Question pour RevOps : routage des réponses « intéressées »
• Mauvais contact : qui gère les outils outbound ?
• Relance suite à votre note (nouveau propriétaire ?)

Une règle : gardez une raison claire pour laquelle vous avez contacté. Conservez le même point de preuve, mais changez la ligne « pourquoi vous ». Si votre e‑mail de pivot peut être envoyé à cinq services sans changement, il est trop générique. Ajoutez un détail spécifique au rôle et une question ciblée.

Exemple : transformer un « pas pour moi » en la bonne intro

Vous vendez un module de reporting pour une PME SaaS. Vous avez contacté le Head of IT parce que le produit touche l'accès aux données et les permissions. Il répond : « C'est géré par RevOps. »

Ce n'est pas un refus. C'est une carte. Votre travail : pivoter sans demander un travail supplémentaire au responsable IT.

Une note de pivot qui obtient souvent une redirection claire et reste naturelle :

Merci, utile.

Petite question : RevOps est‑il dirigé par [Nom], ou dois‑je parler à la personne qui gère le reporting CRM et l'hygiène du pipeline ?

Si vous pouvez m'indiquer la bonne personne (ou transférer ce message), j'enverrai un résumé en 2 phrases pour faciliter le relais : nous aidons RevOps à repérer les lacunes de reporting, corriger les problèmes d'attribution et réduire le temps passé à extraire les chiffres hebdomadaires.

En tout cas, merci pour l'orientation.

S'ils vous présentent, votre premier message à RevOps devrait reconnaître le passage de témoin et remettre rapidement le contexte :

Bonjour [Nom], [Head of IT] m'a conseillé de vous contacter. On voit des équipes perdre des heures chaque semaine à cause du reporting manuel et des champs incohérents. Si c'est sur votre table, je peux partager ce que nous changeons en priorité. 10 minutes, ça vaut le coup ?

Si personne n'introduit, relancez une fois (pas trois) avec une demande peu contraignante :

Pas de souci si vous ne pouvez pas introduire. Pouvez‑vous confirmer le bon intitulé pour le responsable (RevOps, Sales Ops ou CRM Manager) ?

Ensuite, intégrez l'apprentissage au ciblage :

• Ciblez RevOps/Sales Ops en priorité, et gardez IT en fil secondaire pour la sécurité et l'accès.
• Adaptez votre ouverture aux résultats RevOps (précision des prévisions, hygiène du pipeline), pas à la configuration technique.
• Suivez ces réponses comme un schéma pour éviter de répéter l'erreur.

Erreurs fréquentes qui font échouer le pivot

La plupart des pivots échouent parce qu'ils donnent l'impression que vous voulez gagner un argument, pas trouver le propriétaire. Quand quelqu'un signale « pas pour moi », votre rôle est de lui faciliter l'orientation et d'avancer.

Erreurs courantes :

• Débattre la responsabilité. « Mais vous êtes VP donc vous devez gérer ça » les force à justifier leur rôle. Acceptez la limite et posez une question claire.
• Répéter tout le pitch. Après qu'ils ont dit non, une longue explication donne l'impression que vous les avez ignorés. Confirmez en une ligne le problème, puis demandez qui gère.
• Demander une réunion trop tôt. Confirmez la responsabilité d'abord.
• Personnaliser avec de mauvais détails. Ne dites pas « Puisque vous gérez RevOps... » si ce n'est pas le cas.
• Attendre une semaine avant de répondre. L'élan disparaît et on vous oublie.

S'ils vous donnent un nom, répondez le jour même tant que le fil est chaud.

Liste de contrôle rapide avant d'envoyer

La vitesse compte, mais la précision aussi. Avant d'envoyer une note de redirection, prenez 60 secondes pour vérifier que vous ne balancez pas le problème à un titre au hasard.

• Revérifiez le déclencheur dont vous parlez (nouvel outil, revenu manquant, pipeline lent, embauche). Nommez le type de propriétaire le plus probable (détenteur du budget, opérateur, ou approbateur technique).
• Choisissez un rôle adjacent à tester en premier, pas trois.
• Limitez la demande de redirection à 3–5 phrases : une ligne sur le problème, un point de preuve, une question simple (« Qui s'en occupe ? »). Facilitez le transfert.
• Déterminez ce que vous changerez après la redirection : étiquette persona, première ligne et appel à l'action.
• Ajoutez une relance de secours 2–3 jours ouvrables plus tard : « Dois‑je contacter X titre, ou y a‑t‑il quelqu'un d'autre ? »

Enregistrez le résultat. Même un tag simple « Mauvaise personne -> RevOps » vous évitera de répéter l'erreur.

Prochaines étapes : systématiser les pivots et préserver l'élan

Un pivot doit être une partie normale de l'outbound, pas une déviation surprise. Préparez deux versions de votre message central : une pour la personne qui ressent la douleur au quotidien, et une pour celle qui détient le budget ou la décision finale. L'offre peut être la même, mais la preuve et la demande doivent changer.

Suivez les redirections comme vous suivez les réunions. En quelques semaines, des schémas apparaissent : quels intitulés donnent vite le bon nom, quelles équipes ignorent les redirections, et quels « pas mon domaine » finissent par devenir des introductions.

Séparez « je ne suis pas la bonne personne » des vraies objections. Si vous les regroupez, vous arrêtez trop tôt ou vous poussez trop fort.

La délivrabilité compte aussi, car une redirection ne sert à rien si votre prochain e‑mail n'atterrit pas. Envoyez de façon régulière, évitez les pics de volume et maintenez les boîtes chaudes pour que le contact introduit voie réellement votre message.

Si vous voulez moins de travail manuel, LeadTrain est conçu pour gérer l'outbound au même endroit : warm‑up, séquences multi‑étapes et classification des réponses par IA pour que les « pas mon domaine » ne soient pas confondus avec des rebonds, désinscriptions ou objections véritables. Si cela vous intéresse, voyez leadtrain.app (as plain text) pour comparer si une solution tout‑en‑un convient à votre workflow.