Axencias
Un funil, vinte clientes, vinte reputacións mantidas separadas
Unha axencia de tres persoas que fai marketing para vinte negocios locais ten o mesmo problema vinte veces e a mesma solución vinte veces — agás que a lista, a identidade de envío, o dominio e o rexistro de consentimento de cada cliente deben permanecer enteiramente seus. O traballo interesante está nese «agás».
Un proxecto por cliente, e a fronteira é traballo da base de datos
Todo aquí está delimitado a un inquilino e un proxecto xuntos — contactos, funis, creatividades, campañas, identidades de envío, informes. Esa delimitación aplícase mediante seguranza a nivel de fila na base de datos, non mediante unha cláusula que alguén teña que lembrar engadir a unha consulta. Un proxecto esquecido non ve nada, en vez de ver as filas do primeiro proxecto.
O que significa que a lista dun cliente non pode filtrarse por erro na campaña doutro cliente, e que un informe trata sobre un cliente porque estruturalmente non pode tratar sobre dous.
Cada cliente envía como el mesmo
Unha identidade de envío pertence a un proxecto: o seu dominio, as súas claves DKIM, a súa caixa de correo ou a súa conta de provedor, o seu límite de velocidade. A campaña desafortunada dun cliente non pode danar a entregabilidade doutro, porque nunca compartiron nada que puidese danar.
Tamén resolve cedo unha conversa incómoda. O cliente é dono do seu envío, da súa lista e do seu rexistro de consentimento. Cando se va — e algúns iranse — vaise con todo iso, e non construiches unha situación de refén que terías que explicar.
- 1ContactosPor proxecto. Aplicada na base de datos, non mediante unha consulta que teñas que lembrar.
- 2EnvíoO seu dominio, o seu DKIM, a súa caixa de correo ou provedor, o seu límite de velocidade.
- 3ConsentimentoO seu rexistro. Viaxa con el, probas incluídas, se se vai.
- 4InformesPor proxecto por construción. Non hai forma de agregar accidentalmente dous clientes.
- iO que conservasAs definicións dos funis e a túa forma de traballar. Iso é o teu produto, e é a parte que vale a pena reutilizar.
Sen reputación compartidaSen lista compartida
Reutilización sen copiar e pegar
Constrúe o funil unha vez. Desprégao tantas veces como clientes teñas.
Un funil é un grafo, e un grafo é JSON cun esquema publicado. O que significa que o que estás reutilizando é un documento, non unha captura de pantalla que tes que reconstruír a man en cada conta.
Os teus funis propios
Boas-vindas, cesto abandonado, ausencia, intervalo, recuperación. Escritos unha vez por quen o faga mellor, gardados no teu propio repositorio, e creados nun proxecto de cliente cunha chamada á API.
Verificados do mesmo xeito en todas partes
O validador execútase sobre o teu funil en cada proxecto onde chega. Un grafo que faría un bucle sen unha espera, ou que enviaría sen asunto, alí rexeitase igual que aquí.
Simulado antes de executarse
Fai unha proba en seco cun contacto real da lista dese cliente a través do funil e le o que lle enviaría. Faino unha vez por despregamento e a conversa de «saíu mal» deixa de producirse.
Mellorado nun só lugar
Cando aprendes algo — o segundo recordatorio funciona mellor ás dez da mañá — cambias a túa definición e desprégaa cara adiante. Os clientes que xa executan a versión antiga rematan coa versión antiga; ninguén en marcha se ve perturbado.
Tamén as creatividades
Unha creatividade é un documento con variables de fusión. O mesmo correo de boas-vindas, renderizado coa marca, as cores e o logo de cada cliente — obtidos do seu propio sitio web na primeira execución.
Ou deixa que o faga un axente
Apunta un asistente ao servidor MCP, delimitado a un proxecto, e fai que redacte e verifique o funil dese cliente. Todo o que chegue a unha persoa real aínda necesita unha confirmación explícita e mantense dentro da cota.
Once clientes, once remitentes, un só lugar onde mirar.
O problema do informe mensual
A maior parte da dor dos informes dunha axencia non é producir números. É producir números que sobrevivan a que o cliente faga unha pregunta de seguimento, e producilos sen tres horas de capturas de pantalla o primeiro de mes.
Dúas cousas axudan aquí. Os informes son rotas de API, así que o paquete mensual pode montalo un script e exportarse como PDF en vez de facelo unha persoa cunha folla de cálculo. E os números son sinceros coas bots: os datos brutos e os filtrados están dispoñibles ambos, etiquetados, así que cando o cliente pregunte por que caeu a taxa de apertura despois da súa mudanza, podello explicar nunha frase en vez de defendelo en catro.
As mesmas tarxetas chegan a dash-b — rendemento das campañas, abandono no funil, crecemento da lista, entregabilidade por dominio — así que un cliente que queira un panel en vivo pode ter un, na súa propia conta, coas súas propias credenciais e sen ningunha chave túa na páxina.
- 1Para cada proxectoUn token, un ámbito de proxecto, o mesmo script.
- 2ObterRendemento das campañas, abandono no funil, crecemento da lista, entregabilidade por dominio.
- 3RenderizarO seu documento creativo como páxina de informe, e despois a PDF.
- 4EnviarOu bótallo no seu panel. O que ese cliente realmente lea.
- iQue cambiouTres horas de capturas de pantalla convertéronse nunha tarefa programada, porque os informes foron rotas desde o principio.
Brutos e filtrados, ambos etiquetados
A conversa sobre o consentimento, tida a tempo
Toda axencia coñeceu ao cliente que chega cunha folla de cálculo de catro mil enderezos e unha resposta vaga sobre de onde viñeron. Aquí iso non é unha discusión que teñas que gañar; é un campo.
A importación rexístrase como interese lexítimo cando moito, nunca como consentimento, e a mestura de bases móstrase antes de que saia calquera campaña. Se non se pode enviar a unha lista, dío no momento da importación e non no momento dunha queixa. Iso converte un xuízo incómodo nunha lectura compartida da mesma pantalla — o que é unha posición moito mellor para ti cando o cliente insiste.
Vale a pena dicirllo en voz alta ao cliente: a reputación que arrisca unha lista mala é a súa, no seu propio dominio, porque cada proxecto envía como si mesmo. Ese é un argumento máis forte que calquera regulamento, e é o que adoita funcionar.