Agencias
Un embudo, veinte clientes, veinte reputaciones bien separadas
Una agencia de tres personas que hace marketing para veinte negocios locales tiene el mismo problema veinte veces y la misma solución veinte veces, salvo que la lista, la identidad de envío, el dominio y el registro de consentimiento de cada cliente deben permanecer siendo enteramente suyos. El trabajo interesante está en ese «salvo que».
Un proyecto por cliente, y el límite es tarea de la base de datos
Todo aquí tiene el ámbito de un inquilino y un proyecto a la vez: contactos, embudos, creatividades, campañas, identidades de envío, informes. Ese ámbito lo aplica la seguridad a nivel de fila de la base de datos, no una cláusula que alguien tenga que recordar añadir a una consulta. Un proyecto olvidado no ve nada, en vez de ver las filas del primer proyecto.
Lo que significa que la lista de un cliente no puede colarse por error en la campaña de otro, y que un informe trata de un cliente porque estructuralmente no puede tratar de dos.
Cada cliente envía con su propia identidad
Una identidad de envío pertenece a un proyecto: su dominio, sus claves DKIM, su buzón o su cuenta de proveedor, su límite de envío. La campaña desafortunada de un cliente no puede dañar la entregabilidad de otro, porque nunca compartían nada que poder dañar.
También resuelve pronto una conversación incómoda. El cliente es dueño de su envío, de su lista y de su registro de consentimiento. Cuando se marche —y alguno se marchará— se llevará todo consigo, y tú no habrás construido una situación de rehenes que tengas que explicar.
- 1ContactosPor proyecto. Se aplica en la base de datos, no en una consulta que tengas que recordar.
- 2EnvíoSu dominio, su DKIM, su buzón o proveedor, su límite de envío.
- 3ConsentimientoSu registro. Viaja con ellos, pruebas incluidas, si se marchan.
- 4InformesPor proyecto, por construcción. No hay forma de agregar dos clientes por accidente.
- iLo que conservasLas definiciones de los embudos y tu forma de trabajar. Eso es tu producto, y es la parte que merece la pena reutilizar.
Sin reputación compartidaSin lista compartida
Reutilizar sin copiar y pegar
Construye el embudo una vez. Despliégalo tantas veces como clientes tengas.
Un embudo es un grafo, y un grafo es JSON con un esquema publicado. Lo que significa que lo que reutilizas es un documento, no una captura de una pantalla que tengas que reconstruir a mano en cada cuenta.
Tus embudos de la casa
Bienvenida, carrito abandonado, inasistencia, intervalo, recuperación. Escritos una vez por quien mejor lo haga, guardados en tu propio repositorio y creados en un proyecto de cliente con una llamada a la API.
Comprobado de la misma forma en todas partes
El validador se ejecuta sobre tu embudo en cada proyecto donde aterrice. Un grafo que formaría un bucle sin una espera, o que enviaría sin asunto, se rechaza allí igual que aquí.
Simulado antes de ejecutarse
Haz una simulación con un contacto real de la lista de ese cliente a través del embudo y revisa qué le enviaría. Hazlo una vez por despliegue y la conversación de «se envió mal» deja de producirse.
Mejorado en un solo lugar
Cuando aprendes algo —el segundo recordatorio funciona mejor a las diez de la mañana— cambias tu definición y la despliegas. Los clientes que ya están ejecutando la versión antigua terminan con la versión antigua; nadie en curso se ve perturbado.
También las creatividades
Una creatividad es un documento con variables de combinación. El mismo correo de bienvenida, renderizado con la marca, los colores y el logotipo de cada cliente —tomados de su propio sitio web en la primera ejecución—.
O deja que un agente lo haga
Apunta un asistente al servidor MCP, acotado a un solo proyecto, y hazle redactar y comprobar el embudo de ese cliente. Todo lo que llegue a una persona real sigue necesitando una confirmación explícita y se mantiene dentro de la cuota.
Once clientes, once remitentes, un solo lugar donde mirar.
El problema del informe mensual
La mayor parte del dolor de una agencia con los informes no es producir números. Es producir números que sobrevivan a que el cliente haga una pregunta de seguimiento, y producirlos sin tres horas de capturas de pantalla el primero de mes.
Dos cosas ayudan aquí. Los informes son rutas de API, así que el paquete mensual puede montarlo un script y exportarse como PDF, en lugar de una persona con una hoja de cálculo. Y los números son honestos con los bots: los datos en bruto y los filtrados están disponibles y etiquetados, así que cuando un cliente pregunta por qué bajó la tasa de apertura después de mudarse, puedes explicarlo en una frase en lugar de defenderlo en cuatro.
Los mismos mosaicos aterrizan en dash-b — rendimiento de campañas, caídas del embudo, crecimiento de la lista, entregabilidad por dominio — así que un cliente que quiera un panel en vivo puede tenerlo, en su propia cuenta, con sus propias credenciales y sin ninguna clave tuya en la página.
- 1Para cada proyectoUn token, un ámbito de proyecto, el mismo script.
- 2ExtraerRendimiento de campañas, caídas del embudo, crecimiento de la lista, entregabilidad por dominio.
- 3RenderizarSu documento creativo como página de informe, y luego a PDF.
- 4EnviarO déjalo en su panel. El que ese cliente realmente lea.
- iQué ha cambiadoTres horas de capturas de pantalla se convirtieron en un trabajo programado, porque los informes fueron rutas desde el principio.
En bruto y filtrado, ambos etiquetados
La conversación sobre el consentimiento, hecha a tiempo
Toda agencia ha conocido al cliente que llega con una hoja de cálculo de cuatro mil direcciones y una respuesta vaga sobre de dónde salieron. Aquí eso no es un argumento que tengas que ganar; es un campo.
La importación queda como interés legítimo como mucho, nunca como consentimiento, y la mezcla de bases se muestra antes de que salga cualquier campaña. Si una lista no puede recibir envíos, lo dice en el momento de la importación y no en el de una queja. Eso convierte una decisión incómoda en una lectura compartida de la misma pantalla — lo cual es una posición mucho mejor para ti cuando el cliente insiste.
Vale la pena decírselo en voz alta al cliente: la reputación que arriesga una mala lista es la suya, en su propio dominio, porque cada proyecto envía como sí mismo. Ese es un argumento más fuerte que cualquier regulación, y es el que suele funcionar.