Entrada 005 — 🔴 Rebote del 35%: envío pausado por calidad de lista

Al cablear el monitoreo de rebotes (Resend) se detectó que de los 103 correos enviados, 36 rebotaron — 35%, con 34 rebotes permanentes. El umbral sano es <2%. La causa: la "verificación" previa de la lista solo revisó sintaxis y registros MX, no si la casilla existe de verdad; cerca de un tercio de los owners son direcciones muertas. Un rebote así de alto quema la reputación de dune.financial, el mismo dominio desde el que salen los correos buenos.

Se pausó el envío automático de inmediato (no dispara mañana ni suma el segmento DSO, que es aún más dudoso). Se suprimieron las 36 direcciones rebotadas. Se construyó el rastreo de entrega que consulta el estado de cada correo en Resend y alimenta el KPI de Rebotes del panel y una línea de rebote por plantilla; las tasas ahora se calculan sobre los correos entregados, no los enviados.

Entre los 60 correos que sí se entregaron, la apertura es 37% — o sea el creativo no es el problema, la lista lo es. Abierto P-08: verificar la lista a nivel casilla (NeverBounce/ZeroBounce, ~US$40-80) antes de reanudar. Nada vuelve a salir hasta limpiar. Revisar además si Resend ya restringió la cuenta por el bounce alto.

Entrada 004 — El engagement del día 1 era ruido: filtro anti-bot

Se auditó el resultado del día 1 (7 aperturas y 4 clicks sobre 23 correos) y se concluyó que no era tráfico humano. Evidencia: los 13 eventos ocurrieron en una ventana de 52 minutos pegada al envío y después hubo 21 horas de silencio; dos destinatarios registraron click sin haber abierto nunca (imposible para una persona); dos clicks llegaron a 17 y 20 segundos de la apertura; y hubo 4 clicks con 0 inscripciones. El patrón corresponde a appliances de seguridad de correo (Proofpoint, Mimecast, Barracuda) y al proxy de imágenes de Gmail, que abren el mensaje y pinchan todos los links para vetarlos.

Se implementó un filtro en dos capas: los endpoints ahora guardan User-Agent e IP de cada evento y clasifican con ~18 reglas de escáneres y clientes automatizados; encima, el panel descarta por contexto todo click sin apertura previa y todo click a menos de 60 s de la apertura. El panel pasó a mostrar la cifra verificada como principal y la bruta al lado. Los 13 eventos del día 1 se reclasificaron retroactivamente con motivo auditable.

Lectura real del día 1: 0 aperturas y 0 clicks humanos sobre 23 correos (bruto: 7 y 4). Se formaliza A-05. Sin este filtro, la conclusión habría sido que la plantilla A rinde 30% de apertura.

Vigilar el día 2 (30 correos), que es el primero con captura de User-Agent desde el inicio. Es esperable que el engagement humano de cold email aparezca con horas o días de rezago y sea muy inferior al bruto. Si al día 3 sigue en 0 verificado, revisar asunto y entregabilidad. Abierto P-07 (subir Resend a Pro antes del 27-jul).

Entrada 003 — La campaña sale en vivo (día 1 del warm-up)

Se cerró el setup de envío y salió el primer disparo real: 23 correos al segmento owners con la plantilla A. Quedó cumplido P-03: dominio dune.financial verificado en Resend con SPF, DKIM y DMARC alineados; landing de waitlist y unsubscribe de un clic operativos; lista depurada de 9.904 a 9.894 contactos. Se dejó el envío automatizado a las 09:00 todos los días respetando el ramp, y el panel del BBP refrescándose a las 10:00, 13:00, 16:00 y 19:00 (A-03).

Se construyó además el tracking self-hosted de aperturas y clicks —pixel y redirect propios que escriben a Airtable— en vez de contratar el tracking de Resend (A-04), y se rediseñó el panel de marketing como comparador A vs B vs C con el funnel completo por plantilla y miniatura de cada correo.

Salieron 23 correos en vez de los 20 del tramo: un primer intento alcanzó a enviar 3 antes de cortarse por timeout y el relanzamiento envió los 20 de su tope. Sin consecuencia para la reputación; el envío automático corre sin interrupción y tiene guarda de idempotencia por día.

Formalizados A-03 y A-04. Queda P-04 acotado a revisar el segmento DSO antes de que el ramp llegue a él (~semana 3).

Entrada 002 — Creación del BBP

Se consolidó el Business Blueprint de Dune a partir del sitio dunefinancial.com (producto, schema, secciones) y de la carpeta Campaign_Dune (go-to-market, plantillas, lista y estrategia anti-ban). Se abrieron los pendientes P-01 a P-06.

Formalizados A-01 y A-02. Prioridad: resolver dominio/sociedad (P-01), revisión regulatoria US (P-02) y setup de envío (P-03).

Entrada 001 — Sitio y campaña

Se publicó el sitio de producto y se armó la campaña de captación de clínicas para Florida (3 segmentos, 3 mensajes, script con ramp de envío). Registrados como hitos T-02 y T-03.

Preparar el envío con las salvaguardas anti-ban y de cumplimiento antes del primer lote.