Redirigir outbound a la persona equivocada: un plan rápido

Cuando diste con la persona equivocada (y por qué pasa)

“Persona equivocada” en outbound suele significar que contactaste a alguien real y relevante, pero que no tiene la decisión ni vive el dolor del día a día. Puede estar cerca del trabajo e incluso coincidir en que hay un problema, pero no puede aprobar presupuesto, cambiar un proceso o elegir proveedor.

A menudo aparece como fricción educada: respuestas cortas, demoras largas o un rechazo suave del tipo “No es mi área” o “Habla con IT”. A veces recibes una respuesta amable, pero nunca avanza porque le estás pidiendo a la persona equivocada que haga lo incorrecto.

Esto reduce las tasas de respuesta porque el mensaje no encaja con lo que le importa al lector. Un responsable puede preocuparse por resultados, no por detalles de configuración. Un operador puede preocuparse por la carga de trabajo, no por el impacto estratégico. El hilo deriva y el ciclo de la venta se alarga porque tienes que empezar de nuevo más tarde con el propietario real.

La buena noticia es que a menudo puedes salvar el hilo. Si respondieron al menos, tienes la prueba de que la cuenta es alcanzable y que el tema no es absurdo. Una respuesta de “persona equivocada” puede convertirse en una derivación interna rápida si te mantienes respetuoso y haces que redirigir sea fácil.

Sucede mucho porque los organigramas son desordenados, los títulos no son uniformes, los datos se quedan desactualizados y el mismo problema puede estar en distintos equipos según el tamaño de la empresa. La meta es simple: proteger la confianza y llegar rápido al propietario correcto sin que el contacto se sienta usado.

Señales de que estás hablando con la persona equivocada

La forma más rápida de perder una semana es seguir insistiendo después de que alguien te dice (directa o indirectamente) que elegiste el asiento equivocado. Busca patrones que indiquen “propietario equivocado” en vez de “sin interés”.

Respuestas que suelen significar “no soy la persona”

Algunas respuestas son básicamente un mapa hacia el dueño real. No rechazan el problema, solo señalan un desajuste.

• “No es mi área” o “Yo no gestiono esto”.
• “Tienes que hablar con [Nombre/Equipo]”.
• “Ya tenemos un proceso para eso” (a menudo significa que otro equipo lo maneja).
• “No hacemos eso” (a veces es cierto, a menudo significa “yo no hago eso”).
• “Envíalo a nuestro buzón compartido”.

El tono importa. Respuestas cortas y neutrales suelen indicar que simplemente estás en la vía equivocada.

Señales silenciosas: engagement sin ownership

A veces el comportamiento lo delata. Ves aperturas, quizá un clic, quizá se reenvía la cadena, pero no hay una respuesta clara. Eso puede pasar cuando alguien siente curiosidad pero no tiene responsabilidad.

Algunas pistas:

• Su título es adyacente, no responsable (por ejemplo, un coordinador frente a un pitch para VP).
• Responden con “¿Exactamente de qué se trata?” y luego se quedan en silencio.
• Preguntan por precios antes de confirmar que llevan el proyecto.
• Te ven pero nunca sacan un calendario ni un siguiente paso.

También fíjate en la “confusión de propietarios” entre equipos. Temas como herramientas de email, seguridad y compras pueden rebotar entre IT, Ops y Finanzas. Si tu mensaje asume al dueño equivocado, recibirás desviaciones educadas en lugar de un sí o un no claros.

Encuentra el rol adyacente que realmente tiene el problema

Cuando caes en la persona equivocada, no hagas conjeturas a ciegas. Empieza nombrando la decisión que necesitas:

• ¿Quién compra?
• ¿Quién aprueba?
• ¿Quién evalúa?
• ¿Quién implementa?

En muchas cuentas, son cuatro personas diferentes. Tu trabajo es encontrar al rol vecino más cercano que tenga una razón para preocuparse ahora mismo.

Una forma rápida de acotar es mapear la probable propiedad según el tipo de empresa:

• SaaS: Growth o Demand Gen suelen evaluar, RevOps implementa, la dirección de ventas aprueba.
• Agencia de servicios: el fundador aprueba, el account lead implementa, Ops evalúa herramientas.
• E‑commerce: Marketing se encarga de campañas, CRM/Lifecycle gestiona la herramienta, IT u Ops pueden aprobar dominios y seguridad.
• Empresa grande: Compras compra, Seguridad aprueba, el equipo de negocio evalúa y usa la solución.

Luego busca pequeñas pistas que indiquen dónde aterrizaste y a dónde pivotar. Las palabras clave del título importan (Ops, Enablement, RevOps, Growth, Security). Los nombres de equipo importan (Lifecycle, CRM, Deliverability, Sales Systems). Incluso detalles mínimos en la respuesta ayudan, como “usamos HubSpot” o “IT gestiona dominios”.

Algunas señales prácticas:

• Menciones de herramientas, configuración de bandejas o DNS suelen apuntar a Ops o IT.
• Menciones de leads, pipeline o reuniones suelen apuntar a Sales o Growth.
• Menciones de riesgo, cumplimiento o revisión de proveedores suelen apuntar a Security o Compras.
• “No hacemos outbound” suele significar que deberías moverte lateralmente a Growth o hacia arriba a un líder de ingresos.

Sabe cuándo apuntar más arriba versus lateralmente. Si la persona puede usar la herramienta pero no puede aprobar gasto, sube un nivel. Si puede aprobar pero no siente el dolor, ve lateralmente al operador que convive con el problema.

Si clasificas respuestas (por ejemplo, etiquetando respuestas “no soy” ), puedes detectar estos patrones rápido en muchas conversaciones y evitar perder días en ordenar la bandeja.

Ajusta tu mensaje para la nueva persona

Una vez que te das cuenta de que contactaste al rol equivocado, no reenvíes el mismo pitch. Un buen pivote cambia el encuadre. Deja de comenzar con lo que hace tu producto y empieza con cómo es su día y con qué los miden.

Reencuadra de tu característica a su resultado

Las características son fáciles de escribir y fáciles de ignorar. Los resultados consiguen respuestas.

Si empezaste con “automatización” para un líder pero ahora hablas con el operador que hace el trabajo, traduce el valor a algo que sientan esta semana: menos pasos manuales, menos errores, menos seguimientos, menos tiempo en hojas de cálculo.

Un patrón simple para reescribir:

• Cambia tu característica por su tarea (lo que hace cada mañana).
• Nombra la fricción (lo que le ralentiza).
• Indica el resultado (qué mejora si la fricción desaparece).
• Manténlo específico (una métrica o un ahorro de tiempo concreto).

Usa su lenguaje, no el tuyo

Usa las palabras que usan internamente. “Deliverability” puede importar a un head of growth, pero un SDR ocupado suele preocuparse por “conseguir respuestas” y “no caer en spam”.

Si referencias una capacidad, ancla al trabajo:

• Warm‑up se convierte en “proteger la colocación en bandeja”.
• Clasificación de respuestas se convierte en “no clasificar respuestas a mano”.

Mantén la petición pequeña. Tu siguiente paso no es “agendar 30 minutos”. Es confirmar la propiedad o identificar a la persona correcta.

Una frase que puedes adaptar para casi cualquier persona adyacente:

“Puede que esté equivocado en el rol, ¿eres la persona que se encarga de [tarea/resultado], o debería hablar con quien lo gestione?”

Pide una redirección limpia (scripts que suenan normales)

Las peticiones de redirección funcionan mejor cuando ahorran tiempo, no crean trabajo. Manténlo corto, asume que están ocupados y facilita el “sí”.

No defiendas por qué los contactaste. No expliques todo tu producto. Confirma que estás en el lugar equivocado y pregunta por el responsable.

Copias y ajustes prácticos:

• Redirección simple: “Gracias por avisar. ¿Quién es la persona adecuada para [problema] en [empresa]?”
• Nombre + email: “Gracias. ¿Puedes compartir nombre y email de quien gestiona [área] (aunque sea una suposición)?”
• Propuesta de dos opciones: “¿Normalmente lo maneja Sales Ops o RevOps en vuestro lado?”
• Reenvío sin presión: “Si es más fácil, puedes reenviarlo al responsable. Si no, indícame quién es y yo les escribo directamente.”
• Si no están seguros: “No pasa nada si no sabes. ¿A quién suelen acudir cuando necesitan [resultado]?”

Una línea adicional ayuda: “Seré breve cuando contacte.”

Si se niegan o ignorar la petición, no sigas presionando a la misma persona. Haz un follow‑up una vez y luego sigue adelante. Un seguimiento limpio a los 2–3 días vale: “Solo comprobando, ¿con quién debería hablar sobre [tema]?”

Paso a paso: un proceso rápido de pivote que puedes repetir

La velocidad importa. Cuando pivotas, la meta es mantener la cuenta en movimiento mientras el contexto sigue fresco en su bandeja.

1. Etiqueta la respuesta. Decide qué es realmente: “no es mi área”, “pregunta a otro”, “no hacemos esto” o un verdadero “no”. Captúralo para ver patrones luego.

2. Elige una suposición de rol adyacente. No pienses cinco opciones. Escoge el dueño más cercano según lo que dijeron y el tipo de empresa. Si Sales Ops dice “Marketing lo gestiona”, tu siguiente mejor suposición suele ser Demand Gen o Growth, no el CEO.

3. Envía una nota de redirección en 24 horas. Manténla corta y de bajo esfuerzo. Recuerda el problema en una línea y pide el nombre o equipo adecuado. Espera; a los tres días ya empieza a parecer un email frío nuevo.

4. Elige el hilo correcto.

   • Mantente en el mismo hilo si la petición es una handoff simple (nombre, email, equipo).
   • Inicia un hilo nuevo si el asunto y la oferta cambian mucho para el nuevo rol.
   • Inicia un hilo nuevo si el hilo original tiene confusión o tono negativo que no quieres arrastrar.

5. Reinicia tu secuencia para el nuevo rol. Reescribe los próximos 2–3 toques para alinearlos con sus metas y métricas. Trátalo como día 0 para la nueva persona y luego haz un seguimiento ligero 2–3 días hábiles después.

Adecúa tu posicionamiento sin empezar de cero

Pivotar no significa tirar tu idea original. Significa mantener el mismo objetivo y ajustar el mensaje para quien realmente tiene el problema.

Si el rol adyacente comparte el mismo resultado, mantén la oferta y cambia el encuadre. Ejemplo: contactaste a un Head of Sales sobre conseguir más reuniones, pero te llevan a RevOps. La oferta sigue siendo la misma (mejor rendimiento outbound), pero el ángulo cambia de “cerrar más deals” a “ruteo limpio, menos gestiones manuales y reporting predecible”.

Solo cambia el caso de uso cuando la definición de éxito del nuevo rol cambia. Un responsable financiero rara vez se preocupa por tasas de respuesta; se preocupa por riesgo, cumplimiento y gasto.

Tu asunto también debe pivotar. No uses trucos de “Re:” ni finjas que es nuevo. Mantén honestidad y especificidad.

Patrones de asunto que funcionan tras una redirección:

• Redirección rápida: ¿Quién se encarga de las respuestas outbound?
• Involucrando al responsable correcto para el manejo de respuestas
• Pregunta para RevOps: ruteo de respuestas “interesadas”
• Contacto equivocado: ¿quién gestiona herramientas outbound?
• Seguimiento a tu nota (¿nuevo responsable?)

Una regla: mantén una razón clara por la que contactaste. Usa el mismo punto de prueba, pero cambia el “por qué tú”. Si tu email de pivote podría enviarse sin cambios a cinco departamentos, es demasiado genérico. Añade un detalle específico por rol y una pregunta concreta.

Ejemplo: convertir un “no soy” en la introducción correcta

Vendes un complemento de reporting para una SaaS de tamaño medio. Contactaste al Head de IT porque el producto toca acceso a datos y permisos. Él responde: “Esto lo lleva RevOps”.

Eso no es un rechazo. Es un mapa. Tu trabajo es pivotar sin hacer que el líder de IT haga trabajo extra.

Una nota de pivote que suele conseguir una redirección limpia y suena humana:

Gracias, útil.

Una rápida: ¿dirige RevOps [Nombre], o debería hablar con quien gestione reporting CRM e higiene de pipeline?

Si puedes señalar la persona adecuada (o reenviar esto), enviaré un resumen de 2 frases para que sea fácil de colocar: ayudamos a RevOps a detectar brechas en reporting, corregir problemas de atribución y reducir el tiempo que se dedica a sacar números de pipeline semanalmente.

En cualquier caso, gracias por la orientación.

Si te hacen la introducción, tu primer mensaje a RevOps debe reconocer el handoff y reestablecer el contexto rápido:

Hola [Nombre], [Head of IT] sugirió que te contacte. Vemos equipos que pierden horas semanales en reporting manual de pipeline y campos inconsistentes. Si eso está en tu lista, puedo compartir lo que solemos cambiar primero. ¿Vale una rápida llamada de 10 minutos?

Si no consigues una intro, haz un seguimiento una vez (no tres) con una petición de bajo fricción:

No pasa nada si no puedes introducirme. ¿Podrías confirmar el título más adecuado (RevOps, Sales Ops o CRM Manager)?

Luego alimenta el aprendizaje en tu targeting:

• Dirige RevOps/Sales Ops primero, y deja a IT como hilo secundario para seguridad y accesos.
• Actualiza tu apertura para coincidir con los resultados de RevOps (precisión del forecast, higiene del pipeline), no con la configuración técnica.
• Registra estas respuestas como patrón para que tu equipo deje de repetir el mismo error.

Errores comunes que hacen fallar el pivote

La mayoría de los pivotes fallan porque parecen una discusión, no una búsqueda del propietario. Cuando alguien te dice “no soy”, tu trabajo es facilitar que apunten al correcto y seguir adelante.

Errores frecuentes:

• Debatir responsabilidad. “Pero eres VP, así que debes manejar esto” les obliga a defender su rol. Acepta el límite y haz una pregunta limpia.
• Repetir todo el pitch. Después de que dijeron que no, una larga explicación parece que los ignoraste. Confirma el problema en una línea y pide el responsable.
• Pedir reunión demasiado pronto. Confirma la propiedad primero.
• Personalizar con datos erróneos. No escribas “Como gestionas RevOps...” si no lo hacen.
• Esperar una semana para responder. El impulso muere y te olvidan.

Si te dan un nombre, responde el mismo día mientras el hilo está caliente.

Lista rápida antes de enviar

La velocidad importa, pero también la precisión. Antes de enviar una nota de redirección, toma 60 segundos para asegurarte de que no solo estás botando el problema a otro título al azar.

• Revisa el desencadenante que comentas (nuevo despliegue, ingresos perdidos, pipeline lento, contratación). Nombra el tipo de propietario más probable (tenedor de presupuesto, operador o aprobador técnico).
• Elige un rol adyacente para probar primero, no tres.
• Mantén la petición de redirección en 3–5 frases: una línea sobre el problema, una prueba, una pregunta simple (“¿Quién lo gestiona?”). Hazlo fácil de reenviar.
• Decide qué cambiarás tras la redirección: etiqueta de persona, primera línea y llamada a la acción.
• Añade un fallback de seguimiento a 2–3 días hábiles: “¿Debería contactar al título X, o hay alguien más?”

Registra el resultado. Incluso una etiqueta simple como “Persona equivocada → RevOps” ayuda a no repetir errores.

Siguientes pasos: sistematiza los pivotes y mantiene el impulso

Un pivote debería sentirse como parte normal del outbound, no como un desvío sorpresa. Mantén dos versiones de tu mensaje central: una para quien siente el dolor día a día y otra para quien tiene presupuesto o decisión final. La oferta puede ser la misma, pero la prueba y la petición deben cambiar.

Rastrea las redirecciones como rastreas reuniones. En unas semanas aparecen patrones: qué títulos dan el nombre correcto rápido, qué departamentos ignoran las redirecciones y qué “no es mi área” aún terminan en presentaciones.

Separa “no soy la persona” de objeciones reales. Si las agrupas, o te rindes demasiado pronto o insistes en exceso.

La entregabilidad también importa, porque una redirección solo ayuda si tu próximo correo llega. Sigue enviando con constancia, evita picos de volumen y mantiene los buzones calentados para que el contacto introducido realmente vea tu mensaje.

Si quieres menos trabajo manual, LeadTrain está diseñado para ejecutar outbound en un solo lugar, incluyendo warm‑up, secuencias multi‑paso y clasificación de respuestas con IA para que “no es mi área” no se mezcle con rebotes, bajas o objeciones reales. Si te interesa, puedes encontrarlo en leadtrain.app y valorar si una solución todo en uno encaja en tu flujo de trabajo.