La prospección de candidatos necesita un registro compartido de quién puede contactar con cada persona, por qué y cuándo debe dejar de hacerlo. Asigna un responsable a cada conversación, comparte los rechazos con quienes deban actuar y comprueba el estado del contacto antes de enviar. Un correo bien escrito también falla si otro compañero ya recibió un no. Puedes revisar cada borrador y aun así encontrarte con este problema. El lunes, una reclutadora aprueba un primer mensaje cuidado. El martes, otro compañero programa un seguimiento. El miércoles, el candidato rechaza la propuesta, pero ninguno de los dos flujos conoce la cola de envíos del otro. El mensaje del jueves llega tal como estaba previsto. Falta una regla común a las herramientas: ¿qué suceso cambia lo que el equipo puede hacer a continuación? ## ¿Por qué es la prospección una responsabilidad de equipo? Para un candidato, los mensajes de tu empresa forman parte de una misma relación. Tu equipo necesita una política de contacto que se mantenga cuando cambien el reclutador, la campaña o la herramienta de envío. En un [artículo de Tedium del 11 de septiembre](https://tedium.co/2026/09/11/ilands-agents-email-spam-kaixin-tang/), el escritor Ernie Smith contó que había recibido propuestas reiteradas de agentes de IA y compartió ejemplos. Es un relato en primera persona sobre mensajes dirigidos a un escritor, no un estudio sobre selección. De ahí extraemos una pregunta práctica: ¿quién se hace responsable del historial de contacto completo? Nuestra guía anterior sobre [mensajes basura de reclutadores y selección ética](/blog/recruiter-spam-job-seekers-ethical-recruiting) trata la pertinencia, la moderación y el respeto a los candidatos. Este artículo aborda una cuestión operativa más concreta: ¿cómo conservar la respuesta de un candidato cuando varias personas pueden enviar el siguiente mensaje? Empieza por separar tres conceptos. El **interés** describe la respuesta de la persona a una oportunidad. La **responsabilidad sobre la conversación** identifica quién la gestiona. El **permiso de contacto** determina si se puede enviar un mensaje concreto. Están relacionados, pero no son intercambiables. Un candidato puede no tener interés en un puesto y aceptar una conversación posterior sobre otro. Un reclutador puede encargarse de esa relación sin tener permiso para seguir insistiendo. Una campaña puede estar activa mientras que uno de sus destinatarios no debe recibir nada más. Si tu sistema solo guarda una etapa como «contactado», el equipo tendrá que reconstruir esas diferencias a partir de los buzones. Si solo registra la baja de una campaña, otra puede repetir el error. Define el alcance de cada decisión antes de elegir cómo registrarla. ## ¿Qué ocurre si dos reclutadores escriben a la misma persona? Diseña las reglas a partir de un conflicto concreto entre envíos. El siguiente ejemplo es hipotético: sirve para poner a prueba el proceso; no describe un incidente real. Maya se encarga de buscar a un ingeniero de backend. Leo busca a alguien para un puesto de ingeniería de plataformas. Ambos encuentran al mismo ingeniero, Sam, y tienen un motivo razonable para escribirle. Maya prepara un mensaje a su dirección personal. Leo importa esa misma dirección a otra campaña. Maya envía el lunes. El martes, el borrador de Leo pasa a revisión. El miércoles, Sam responde a Maya: «Por favor, no me contactéis por puestos en vuestra empresa». El mensaje de Leo está programado para el jueves. Un proceso útil hace que la respuesta del miércoles cambie el resultado del jueves. Maya registra la petición general, detiene su secuencia y actualiza la restricción de contacto compartida. El mensaje de Leo queda bloqueado al pasar por la comprobación previa al envío. El equipo puede ver por qué no salió sin acceder a detalles innecesarios de la conversación. Cambia ahora un dato: Sam dice «Este puesto de backend no me interesa». Esa respuesta debería detener los seguimientos automáticos de Maya y devolver la conversación a revisión humana. No debería convertirse, sin más, en permiso para que Leo envíe otra propuesta. Quien lleva la conversación debe aclarar si Sam quiere conocer otras oportunidades. Cambia otro dato: Leo tiene una dirección distinta de Sam. Un registro de supresión por dirección de correo puede no reconocer que es la misma persona. El flujo necesita una forma de señalar el posible duplicado y pausar el contacto para revisarlo. No des por hecho que las herramientas resuelven identidades entre direcciones personales, profesionales, agencias y bases de datos externas. ## ¿Qué estados de contacto debería compartir el equipo? Comparte el conjunto mínimo de estados que permita tomar decisiones claras de envío. Separa la restricción de contacto del proceso de selección y registra su alcance y su motivo. La tabla propone un modelo de trabajo. Estas etiquetas no describen los campos ni los valores predeterminados de un producto concreto. | Estado del contacto | Qué debe hacer el siguiente remitente | Qué cambia el estado | |---|---|---| | Sin responsable | Comprobar los contactos previos y asignar un responsable antes de redactar | Una persona acepta hacerse cargo | | Con responsable, sin respuesta | Seguir la secuencia acordada dentro de sus límites | Una respuesta, una restricción o un traspaso explícito | | Respuesta recibida | Pausar los seguimientos automáticos; el responsable interpreta la respuesta | Una decisión humana registrada | | Más adelante, si lo pide | Registrar el plazo y las condiciones indicados por el candidato | Se cumple y se revisa la condición acordada | | No contactar | Bloquear la prospección dentro del alcance registrado | Una revisión autorizada de información nueva y explícita | | Dirección con fallo de entrega | Dejar de enviar a esa dirección e investigar | Una corrección verificada según la política del equipo | Debe figurar una persona capaz de actuar y otra que la sustituya. Si solo consta el nombre de un equipo, es fácil que todos supongan que alguien más ha gestionado la respuesta. Cuando el responsable esté ausente, su sustituto recibe tanto la conversación como las restricciones vigentes. Cuando decidas detener el contacto, registra el suceso, la hora, el origen, el alcance y quién la revisó. Conserva contexto suficiente para distinguir «este puesto» de «vuestra empresa». Limita el acceso al contenido sensible del mensaje: la mayoría de los remitentes necesita la decisión de contacto resultante, no el intercambio completo. Define qué hacer ante la ambigüedad. Una opción prudente en selección es pausar la prospección automática hasta que el responsable revise la respuesta. Que un analizador la clasifique como «neutral» no demuestra que la persona quiera recibir otro mensaje. Los requisitos de los proveedores también tienen un alcance definido. Las [directrices de Google para remitentes](https://support.google.com/mail/answer/81126?hl=en) exigen la baja con un clic y un enlace visible en el cuerpo para los mensajes masivos de marketing y de suscripción dirigidos a cuentas personales de Gmail. Eso no clasifica todos los correos de selección ni determina cómo debe interpretar tu equipo las palabras del candidato. ## ¿Cómo debería una respuesta detener el siguiente mensaje? Trata una respuesta como un suceso que puede invalidar trabajo en cola. Decide qué detiene de inmediato y qué exige interpretación humana. Una baja cumple una función distinta de una respuesta en una conversación. Las [reglas de Yahoo para remitentes masivos](https://senders.yahooinc.com/best-practices/) exigen atender las bajas en un plazo de dos días; sus [preguntas frecuentes](https://senders.yahooinc.com/faqs/) excluyen los mensajes transaccionales del requisito de baja con un clic. Son reglas del proveedor con un alcance concreto. Tu proceso de revisión sigue teniendo que interpretar la petición real de la persona. La regla operativa puede ser sencilla: una respuesta pausa la secuencia automática de esa persona y alguien decide qué significa. Un candidato interesado necesita una conversación. Ante un rechazo, hay que registrar que el contacto debe detenerse. Una respuesta de ausencia puede requerir otro tratamiento, pero esa excepción debe ser explícita y revisable. Separa el suceso de la decisión. «Respuesta recibida» es un hecho. «El candidato quiere que le escribamos el próximo trimestre» es una interpretación que debe apoyarse en lo que ha dicho. No permitas que un resumen sustituya al mensaje original cuando esa distinción determina si alguien recibe otro correo. Especifica también el alcance de la decisión de detener el contacto. Salir de una secuencia afecta a esa secuencia. Una restricción de dirección afecta a la dirección reconocida. Una restricción de prospección para toda la cuenta puede abarcar otras campañas de esa cuenta. Cada una resuelve un problema distinto. Prueba qué ocurre con los mensajes que ya esperan su turno. Quitar a alguien de los destinatarios de mañana sirve de poco si el mensaje aprobado para hoy sigue en una cola de trabajos. El flujo de envío debe comprobar de nuevo el estado actual, cerca del momento de entrega, y rechazar los mensajes que ya no se pueden enviar. Esa comprobación reduce el margen de error; no puede recuperar un correo que el servicio de envío ya ha aceptado. Documenta cómo gestiona tu equipo ese límite para que quien maneja el sistema distinga un mensaje bloqueado de otro que ya había salido. ## ¿Qué debe comprobarse entre la revisión y el envío? La aprobación del borrador debe confirmar la pertinencia y el texto. El envío debe exigir una nueva comprobación de que el mensaje sigue estando autorizado. Muestra al revisor un resumen breve del contacto junto al borrador: responsable, contactos recientes de la empresa, restricción actual, origen de la dirección y motivo por el que encaja el puesto. Si falta información, pausa el proceso. Una buena frase inicial no debe distraer de una responsabilidad sin asignar. Antes de aprobar, el revisor debería poder responder a estas preguntas: - ¿Es la persona adecuada para un puesto concreto y abierto? - ¿Quién se encargará de una posible respuesta? - ¿Le ha escrito ya otro remitente sobre el puesto? - ¿Hay un rechazo, una condición de plazo o un fallo de dirección que respetar? - ¿Encaja el seguimiento propuesto en los límites acordados por el equipo? En el momento de la entrega, comprueba los datos que pueden haber cambiado desde la revisión. ¿Sigue aprobado el borrador? ¿Puede seguir enviando la campaña? ¿Ha llegado una respuesta, una baja, un rebote o una restricción manual? ¿Ha enviado ya alguien ese mensaje? Incorpora estas comprobaciones al flujo de envío. Una lista en un documento de planificación no puede detener un trabajo en segundo plano. Si una herramienta externa no puede consultar el estado compartido, define cómo recibe los cambios y quién pausa su cola cuando falla esa transferencia. También hay que comprobar los mecanismos técnicos. [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) especifica una señal de baja con un clic en las cabeceras que utiliza una solicitud POST. Un enlace visible en el pie del mensaje no basta para implementar ese protocolo. Verifica tanto la acción del destinatario como la restricción que produce en tu flujo. El traspaso también necesita un resultado visible. Registra «bloqueado porque el destinatario está en la lista de supresión» o «pausado para revisar la respuesta», en lugar de mostrar el mensaje como si simplemente se hubiera retrasado. Así el responsable puede actuar sin intentar reparar una protección que funciona pulsando de nuevo enviar. ## ¿Cómo gestionar varias herramientas y las dudas de identidad? Localiza todos los puntos desde los que se puede iniciar un contacto de selección y deja claros los límites del registro compartido. La política de la empresa debe cubrir el proceso aunque el software solo cubra una parte. Incluye buzones de reclutadores, herramientas de campañas, sistemas de agencias, exportaciones a hojas de cálculo y mensajes manuales. En cada caso, identifica quién puede detener un envío, dónde llegan los rechazos y cómo pasan las restricciones al registro compartido. Un acuerdo con una agencia que solo diga «evitar duplicados» deja sin definir lo esencial. Las direcciones de correo reconocidas son identificadores útiles, pero tienen límites. La misma persona puede usar varias. Un buzón compartido puede representar a varias personas. Nombres parecidos no prueban una coincidencia, y una fusión automática puede atribuir la conversación privada de alguien a otra persona. Cuando aparezca un posible duplicado, pausa el contacto y da al revisor información suficiente para decidir. Registra la relación solo después de comprobarla. No busques direcciones alternativas para eludir un rechazo. Una petición general de dejar de contactar afecta a la relación, aunque el primer control técnico solo reconozca una dirección. La supresión del proveedor también tiene límites. [Amazon SES documenta](https://docs.aws.amazon.com/ses/latest/dg/sending-email-suppression-list.html) la supresión de cuenta dentro de la región actual de AWS y señala que los mensajes marcados como spam en Gmail no alimentan esa lista. Es un ejemplo de cobertura incompleta, no una descripción de la infraestructura de Kit. Comprueba qué recibe y bloquea realmente tu proveedor. Define qué hacer cuando fallen las integraciones. Si no puedes determinar si hay restricciones para un destinatario, deja en espera el mensaje propuesto hasta que alguien pueda comprobarlo. Asigna un responsable y un motivo visible a esa retención para que ese mensaje no se pierda entre las tareas pendientes. Revisa también las exportaciones. Una lista copiada el mes pasado puede incluir a personas que han rechazado el contacto desde entonces. Comprobar una dirección importada frente a las restricciones actuales es más útil que fiarse de la fecha del archivo. Borrar registros de campaña no debe convertir por accidente a quienes ya dijeron que no en nuevos prospectos. ## ¿Puede tu equipo demostrar que los límites funcionan? Haz una auditoría pequeña con destinatarios de prueba bajo tu control. Comprueba cómo se comportan los mensajes en cola de distintos remitentes, además de revisar si aparece una entrada en la pantalla de supresiones. Usa direcciones propias y campañas identificadas claramente como pruebas. No involucres a candidatos reales en el experimento. Escribe el resultado esperado antes de ejecutar cada caso para que el ejercicio pueda revelar un fallo y no se limite a recorrer la interfaz. 1. **Dos remitentes, una dirección.** Añade la misma dirección a dos campañas. Registra una petición general de no recibir más contactos a través de la primera. Intenta enviar el mensaje ya aprobado de la segunda. Debe detenerse dentro del alcance que prometiste. 2. **Una respuesta después de la aprobación.** Aprueba un seguimiento y genera el suceso de respuesta antes de la entrega programada. Confirma si se pausa, quién lo revisa y dónde aparece la decisión. 3. **Una importación antigua.** Exporta un prospecto de prueba, añádelo a la lista de supresión e importa el archivo anterior. Comprueba que los datos antiguos no vuelven a autorizar los envíos a esa dirección. 4. **Un cambio de responsable.** Pasa la conversación a el reclutador que actúa como sustituto. Confirma que las restricciones de contacto y la revisión pendiente se traspasan con ella. 5. **Una segunda dirección.** Añade otra dirección para la misma persona ficticia. Observa el límite de la coincidencia automática y prueba la revisión manual. Guarda las horas de los sucesos, el resultado esperado, el resultado real y las pruebas de entrega o bloqueo. El estado de una campaña por sí solo no demuestra que no se haya enviado nada. Comprueba el registro del mensaje y el buzón de prueba receptor cuando corresponda. Si falla un caso, asigna una corrección concreta: cancelar el mensaje antiguo de la cola, conectar la comprobación de restricciones o cambiar el alcance declarado por el equipo. Repite el caso después de corregirlo. Mantén visibles las carencias pendientes para quienes aprueban la prospección real. Este ejercicio aporta más que un panel lleno de cifras de aprobaciones. Comprueba si la respuesta del candidato cambia lo que hace la organización. ## ¿Qué papel tiene Kit en este proceso? Necesitas un sistema de envío que respete las restricciones actuales, además de reglas de equipo para asignar responsables e interpretar respuestas ambiguas. Kit ofrece controles concretos en su módulo Outreach que cubren parte de ese proceso. La comprobación de supresión de Outreach en Kit abarca direcciones de correo y dominios suprimidos en toda la cuenta. Los borradores requieren aprobación humana antes del envío, y el flujo de entrega vuelve a comprobar si se pueden enviar. La salida de las secuencias de prospección tras respuestas, rebotes y bajas viene configurada por defecto y se puede modificar. Salir de una secuencia por una respuesta no suprime por sí solo la dirección en todas las campañas ni impide contestar a esa respuesta. Verifica la configuración de tu campaña. La [introducción a Outreach](/docs/outreach-overview) explica el flujo de las campañas. La [guía de entregabilidad](/docs/outreach-deliverability) trata los controles de envío y la supresión. Úsalas para contrastar tu configuración con los casos de prueba anteriores, en lugar de dar por hecho que un borrador aprobado se puede enviar indefinidamente. Ten claro el límite. Son controles de Outreach dentro de una cuenta. No establecen una identidad compartida entre cuentas distintas o herramientas externas de selección, ni significan que todos los correos de Hiring se rijan por la misma lista de supresión. Los estados de contacto y el protocolo de responsables de este artículo son recomendaciones para tu equipo, no una afirmación de que Kit implemente automáticamente todo el modelo. Empieza por el conflicto más delicado: una persona pide que no le escribáis mientras otro remitente tiene un mensaje en cola. Haz visible la restricción, compruébala al enviar y verifica el resultado con un destinatario controlado. Cuando funcione, aplica el mismo rigor a los traspasos, las importaciones y las dudas de identidad. > [!CTA] > **Prueba los límites de contacto del equipo antes de la próxima campaña.** Crea un flujo de prospección de muestra y comprueba qué ocurre si llega una respuesta después de aprobar el mensaje. > > [Empieza tu prueba gratuita](/users/sign_up)