Un prospecto no es una etapa del embudo

Si buscas clientes en frío y además atiendes a los que ya te escriben, esta nota te explica por qué esas dos cosas no caben en el mismo tablero, y qué pasa cuando las metes a la fuerza.

La tentación es clara: ya tienes un embudo con sus columnas, así que añades «Auditado» y «Contactado» al principio y listo. Un solo tablero, todo a la vista.

Y entonces tu tasa de conversión deja de significar nada, porque estás dividiendo las ventas entre una mezcla de gente que te habló y gente que ni sabe que existes.

El embudo empieza cuando alguien escribe. Antes de eso no hay con quién hablar: hay un negocio al que estás mirando.

Un prospecto, en nuestro sistema, es una ficha de investigación sobre un negocio. Tiene cinco estados, y los cuatro primeros ocurren antes de que exista ninguna conversación.

Fíjate en la columna de la derecha: la frontera está entre el tercero y el cuarto. Hasta «estudio entregado», todo lo que ha pasado lo hicimos nosotros. En «conversando», por primera vez, hizo algo la otra persona.

Separar las dos listas tiene una razón de negocio —no ensuciar la conversión— y una razón más dura, que es la que decide.

Un prospecto es alguien a quien todavía no puedes escribirle por WhatsApp desde el sistema. No dio permiso. Meta pide consentimiento documentado para cualquier mensaje que inicie el negocio, y mirar la web de alguien no es consentimiento.

Por eso el primer contacto se hace por fuera, a mano, desde otra línea. No es un rodeo: es la única forma honesta de hacerlo.

Si los prospectos vivieran en el mismo tablero que los contactos, a un paso de clic del botón de enviar, alguien acabaría mandándoles una campaña. No porque sea mala persona: porque el botón estaba ahí.

Detalle técnico con moraleja general. Los cinco estados están restringidos en la base de datos, no en la pantalla.

Una comprobación de pantalla protege el camino que pasa por esa pantalla. La base protege todos: la importación masiva, el script de mantenimiento, la corrección a mano una noche de urgencia, y el camino que alguien programe el año que viene sin saber que esta regla existía.

Lo que queda en el código de la aplicación es solo cómo se llaman en pantalla, en los dos idiomas. Los nombres son cosa de la interfaz; qué valores son legales es cosa de los datos.

La pantalla decide cómo se lee. La base decide qué puede existir.

El momento en que un prospecto cruza al otro lado es el único interesante de todo el modelo, y conviene verlo en detalle.

No lo dispara que nosotros marquemos nada. Lo dispara que la persona escriba. En ese instante, y no antes, ocurren tres cosas a la vez: nace la conversación, la ficha de investigación se ata a un contacto de verdad, y ese contacto queda con permiso para recibir mensajes, con la constancia de por qué.

A partir de ahí el prospecto deja de mandar. La ficha se queda como historia —de dónde salió este cliente— y quien gobierna es la conversación, con su etapa del embudo.

Es un diseño de una sola dirección: se cruza hacia el embudo y no se vuelve. Alguien que ya te escribió no vuelve a ser un desconocido al que estás mirando.

• Lleva dos listas, no una. A quién estás mirando y con quién estás hablando. Mezclarlas arruina la única métrica que te dice si prospectar funciona.
• Calcula la conversión de cada una por separado. «De cien auditados, cuántos contestan» y «de cien que escriben, cuántos compran» son dos negocios distintos.
• Que el botón de enviar no alcance a los prospectos. Si está a un clic, alguien lo va a usar, y ese día pierdes el número.
• Haz el primer contacto por fuera y a mano. Es más lento y es lo único defendible si alguien pregunta.
• Marca el paso en el momento en que contestan. No cuando te acuerdes: la fecha de ese cruce es la que vale como prueba de consentimiento.