En un studio de un solo founder, cada decisión de stack se mide en horas de mantenimiento. Tener tres proveedores de email distintos —uno por producto— suena fácil al principio y se vuelve un dolor a los seis meses. Ya tienes tres dashboards, tres plantillas duplicadas, tres dominios para mantener, y tres estados de "verificación pendiente" cuando algo se rompe. La decisión más simple en VantLabs fue: un solo Resend para todo.
Por qué Resend y no Postmark, Sendgrid o Mailgun
Probé los cuatro. Postmark es excelente pero su UI se siente del 2018. Sendgrid es enterprise y su API se nota — demasiada configuración para envíos simples. Mailgun se rompe demasiado seguido. Resend nació de la frustración con todo lo anterior, y se nota: la API es minimalista, los templates pueden ser React Email o HTML plano, los webhooks son claros, y el dashboard tiene una pestaña de "logs" donde ves cada correo enviado con su estado. En cinco minutos sabes si algo se rompió.
Cómo organizamos los dominios
Cada producto tiene su propio dominio para mandar correo, todos verificados en el mismo Resend account:
hola@vantlabs.io— para el formulario de contacto del corporativo y notificaciones internas.noreply@reclamaai.co— para los correos transaccionales de ReclamaAI (confirmación de pago, documento listo, recordatorio de radicación).cuentas@vantfi.app— para los del VantFi (recibo de gasto recurrente, alerta de meta, magic link de login).
La verificación se hizo una sola vez por dominio (DKIM, SPF, DMARC) y ya. Resend monitorea la salud del dominio y avisa si algo cambia, lo cual ha pasado un par de veces cuando Cloudflare actualizó su DNS panel y reescribió un registro.
Templates compartidos vs templates por producto
Tomé una decisión cuando arranqué que ahora aprecio: ningún template visual está duplicado entre productos. Pero los componentes sí. Tengo un paquete interno con 5 building blocks: header, footer, button-cta, info-card, divider. Cada producto compone sus templates con esos building blocks usando React Email, así que el look-and-feel es consistente sin que tenga que tocar 12 archivos cuando quiero cambiar el padding del botón.
Los templates específicos viven en cada repo del producto. La librería de building blocks vive en un paquete privado en npm que actualizo manualmente cuando hace falta. No es elegante para una empresa grande, pero para un solo founder es exactamente la cantidad correcta de abstracción.
El correo de notificación interna
Hay una práctica que copié de Resend mismo y de Cal.com: cuando alguien envía el formulario de contacto en cualquiera de los sitios de VantLabs, llega un correo a mi inbox personal. No a un Slack channel, no a un sistema de tickets, no a un CRM. Mi inbox. Donde leo las cosas importantes. Y la respuesta sale desde el mismo correo, con reply-to puesto al usuario. Para el usuario, es como si hubiera recibido un correo personal de mí. Para mí, es un trabajo más en mi bandeja, donde sé que voy a verlo.
Costos reales
Resend tiene un free tier de 3000 correos al mes, incluyendo todos los dominios bajo la misma cuenta. Para los tres productos en su estado actual (corporativo: ~50 correos al mes, ReclamaAI: ~400, VantFi: 0 todavía), seguimos en free. Cuando ReclamaAI escale, el siguiente plan es 20 USD por 50.000 correos, y subimos hasta 30k al mes sin pagar más que eso. Para una operación que está creciendo a buen ritmo, es un costo despreciable.
Lo que no hemos resuelto
Marketing email queda fuera del scope. Los newsletters, lanzamientos públicos y similares los manejaré con otra herramienta cuando llegue el momento — Resend es transaccional y prefiero no mezclar las dos cosas en el mismo dominio para no manchar la reputación. Cuando llegue ese momento, posiblemente sea Buttondown o Resend Audiences (que está en beta). Por ahora: cero email marketing, todo es transaccional, y la inbox suena solo cuando algo importante pasa.