Saltar al contenido

Caso 03 · Marketing · Automatización · CRM

El correo masivo que habla de dinero necesita una persona que valide antes de enviar.

Mi trabajo con correo está más cerca de la operación comercial que del boletín: segmentos de seguimiento sobre clientes que no compraron, campañas de cobro con validación humana, avisos operativos y una plantilla única medida por eventos de entrega. Aquí separo lo construido de lo enviado.

Proyecto
Correo: seguimiento, envíos segmentados y operación
Contexto
Concesionario de autos, ZoDesk, taller mecánico y tienda educativa
Por Antonio Duque
Revisado contra el código y la documentación el

01

Contexto y necesidad

Los contactos que cotizan y no compran, los que ofrecen su carro y no se cierran y los clientes con saldos pendientes se pierden si dependen de que alguien se acuerde de escribir.

Al mismo tiempo, un envío masivo mal hecho daña la reputación del dominio y puede decir cosas falsas sobre dinero. Hacían falta segmentos precisos y frenos.

02

Mi responsabilidad

  • Definí los segmentos, las reglas de negocio (quién recibe, cuándo, con qué validación) y la medición; dirigí la construcción en cada sistema.
  • En la tienda educativa preparé la captura de suscriptores; no gestioné envíos comerciales desde allí.

03

Estrategia y decisiones

  1. Distinguir tres familias: campañas comerciales, correos operativos y reportes. Cada una tiene su riesgo y su medición.
  2. Segmentar por comportamiento real del CRM y del sitio, no por listas compradas ni volúmenes.
  3. Frenos por diseño: simulacro por defecto, un correo por registro de origen y nunca dos correos a la misma dirección en 30 días.
  4. Proteger el dominio: un rebote o una queja de spam marcan la dirección como mala y pasan el caso a una llamada.

04

Qué construí

  • Seguimiento comercial del concesionario con tres segmentos aprobados en julio de 2026: personas que cotizaron hace 3 a 10 días y no compraron (y su auto sigue disponible), personas que ofrecieron su carro y no se les compró, y preaprobadas que no compraron.
  • Botones de WhatsApp medidos en esos correos, con la referencia del auto para mantener la trazabilidad.
  • Campaña de cobro en ZoDesk: audiencia desde cuentas por cobrar, agrupada por cliente, con estado por revisar, validado o excluido; segmentos por antigüedad de la deuda, promesa vencida y disponibilidad de correo.
  • Una puerta única de salida por Resend con plantilla HTML compatible con Gmail y Outlook, y un webhook firmado que registra entregas, aperturas, clics, rebotes y quejas.
  • Correos operativos: recordatorios de cita, paquetes de solicitud de crédito al banco, avisos internos de tareas vencidas y recordatorios de pago en el sistema para talleres.
  • Captura nativa de suscriptores en la tienda educativa, sin duplicados, con página de origen y exportación.

Capturas reales

Pantallas del sistema real. Las de ZoDesk vienen de su modo demo, con un concesionario inventado; las marcadas «En producción» son páginas públicas capturadas el 14 de noviembre de 2026.

Campaña de cobro por correo: solo reciben recordatorio los casos que alguien validó antes.

Campaña de cobro por correo: solo reciben recordatorio los casos que alguien validó antes.

Pantalla de cobros automáticos de ZoDesk: recordatorio por correo apagado, contadores por estado y tabla de clientes ficticios por revisar.

05

Cómo funciona

  • Sistema
  • Equipo
  1. Sistema

    Fuente

    CRM, formularios del sitio o cuentas por cobrar, según el tipo de envío.

  2. Sistema

    Segmento

    Reglas de comportamiento y ventana de tiempo; se excluye a quien ya recibió algo reciente.

  3. Equipo

    Validación

    Simulacro o revisión humana antes de enviar; en cobros, solo a casos validados.

  4. Sistema

    Envío

    Plantilla única por un solo canal de salida, con registro por destinatario.

  5. Sistema

    Medición

    Eventos de entrega y clics en WhatsApp medidos con su referencia.

  6. Equipo

    Acción

    Las direcciones que rebotan pasan a la lista de llamadas del equipo.

Demostración

Segmentos y frenos

Segmentos y frenos definidos en el código

Diagrama

Seguimiento comercial

  • Cotizó hace 3 a 10 días, no compró y su auto sigue disponible.
  • Ofreció su carro hace 5 a 14 días y no se le compró.
  • Preaprobado en los últimos 60 días y no compró.

Cobro segmentado

  • Solo casos validados por una persona.
  • Antigüedad de la deuda: 0–30, 31–90 o más de 90 días.
  • Promesa de pago vencida o sin correo (pasa a llamada).

Frenos de seguridad

  • Simulacro por defecto y muestras de prueba.
  • Nunca dos correos a la misma dirección en 30 días.
  • Rebote o queja: no se vuelve a escribir.

06

Herramientas y su función

Resend
Envío transaccional y masivo con eventos firmados de entrega.
Brevo y relay de Google
Transportes con respaldo automático en la web del concesionario.
Laravel y FastAPI
Segmentos, reglas, programación y registro de envíos.
Google Sheets
Fuente de cuentas por cobrar en la campaña de cobro.
WordPress
Captura de suscriptores en la tienda educativa.

Evidencias disponibles

  • Código de segmentos con simulacro por defecto, límite por dirección y registro de envíos.
  • Webhook con verificación de firma, tolerancia de tiempo y procesamiento único de cada evento, con pruebas automatizadas.
  • Plantilla de correo con pruebas propias.

07

Estado actual

  • Seguimiento comercial segmentado del concesionario

    Construido con simulacro y muestras de prueba; no está programado y no publico envíos ni resultados.

    Construido
  • Campaña de cobro segmentada en ZoDesk

    Construida y probada; no hay documento que confirme rondas reales en producción.

    Construido y probado
  • Canal de envío y eventos de entrega

    Resend conectado en ZoDesk, con webhook firmado.

    Conectado
  • Correos operativos (citas, crédito, avisos internos)

    Construidos dentro de los módulos correspondientes.

    Construido
  • Secuencias de bienvenida y nutrición para ZoDesk

    Documentadas en una auditoría del sitio; no implementadas.

    Propuesta
  • Captura de suscriptores de la tienda educativa

    Lista; la conexión con la lista externa es opcional y no está confirmada.

    Construido

“En producción” solo se usa cuando la documentación del proyecto lo confirma. “Construido y probado” significa que hay pruebas automatizadas, no que esté en uso. “Propuesta” es una idea documentada, no algo construido.

Próximos pasos

  • Programar el seguimiento comercial con un piloto pequeño y medir respuesta por WhatsApp, no solo aperturas.
  • Implementar las secuencias de bienvenida sobre el mismo canal y el mismo webhook.
  • Verificar dominios de envío propios donde aún se usa el remitente de pruebas.

08

Aprendizajes

La segmentación útil sale del CRM: lo que la persona hizo y lo que no pasó después.
Ningún envío masivo debería poder repetirse por accidente; el registro por destinatario es tan importante como la plantilla.
El correo nunca debe tumbar la operación: si falla, se registra y se reintenta.

Servicios relacionados

Casos conectados