Un stack de IA para agencias son las cinco capas sobre las que una agencia corre su trabajo con IA: memoria de cliente, orquestación, producción, revisión y medición. No es una carpeta llena de suscripciones. El stack existe para hacer la agencia más rápida sin hacerla menos responsable, y la única capa que vale la pena construir en vez de comprar es la que sostiene lo que la agencia sabe de sus clientes.
He visto agencias comprarse una historia de IA y acabar con una lista de herramientas que impresiona en un pitch y confunde en la entrega. La cuestión del stack es en realidad una cuestión de modelo operativo disfrazada de tecnología, así que vale la pena separar las dos antes de gastar.
Por qué el recuento de herramientas es el marco equivocado
El instinto por defecto es contar herramientas. Doce plataformas, cinco modelos, una herramienta de diseño, una de scraping, una de reporting. El recuento de herramientas es fácil de presentar y en su mayor parte sin sentido, porque dos agencias con las mismas suscripciones pueden tener resultados completamente distintos. Una las ha cableado en un flujo de trabajo con una única fuente de verdad del cliente; la otra tiene doce pestañas y ninguna memoria.
El stack que importa se define por lo que fluye entre las capas, no por lo que se sienta en cada una. Si un brief entra una vez y produce un plan, una activación, un informe y un aprendizaje que alimenta el siguiente brief, tienes un stack. Si cada herramienta empieza de cero, tienes un montón. Esa distinción es todo el juego, y es invisible en una hoja de cálculo de procurement.
Las cinco capas
Todo stack de agencia que funciona se resuelve en las mismas cinco capas. No son productos; son trabajos por hacer, y puedes llenar cada una con una mezcla distinta de construir, comprar y proceso según el tamaño.
| Capa | Trabajo | Comprar o construir |
|---|---|---|
| Memoria de cliente | Guardar briefs, trabajo pasado, reglas de marca, resultados | Construir — es el moat |
| Orquestación | Enrutar el trabajo, sostener el contexto, correr el bucle | Comprar y luego configurar |
| Producción | Redactar copy, creatividad, planes, código | Comprar — la capa que más rápido se mueve |
| Revisión | Atrapar errores, aplicar la marca, comprobar hechos | Construir la rúbrica, comprar el tooling |
| Medición | Atar el output a resultados con honestidad | Comprar el dato, construir el marco |
El orden importa. La memoria se sienta debajo de todo, porque toda otra capa es más útil cuando puede leer lo que la agencia ya sabe. La revisión se sienta encima de la producción, porque producción sin revisión es cómo las agencias entregan errores con confianza a velocidad.
Capa uno: memoria de cliente
Es la capa que construiría primero y defendería con más firmeza. Es donde la agencia almacena el entendimiento acumulado de cada cliente: el historial de briefs, las reglas de marca, la creatividad ganadora y perdedora, las lecturas de medición, las decisiones y por qué se tomaron. Nada de esto es exótico. Todo es difícil de copiar, porque es específico del trabajo que has hecho.
Un modelo genérico conoce la categoría. Tu stack debería conocer a tu cliente. Esa diferencia es la razón por la que una agencia puede hacer en una tarde lo que el tooling in-house de un cliente no puede hacer en absoluto, y compone cada mes que la conservas. Si quieres la versión larga de por qué esta capa es la que dura, escribí sobre el data moat de memoria de cliente por separado.
Capa dos: orquestación
La orquestación es la fontanería que mueve un trabajo por el stack mientras carga el contexto. Responde preguntas como: cuando aterriza un brief, qué corre, en qué orden, con qué memoria adjunta, y dónde mira un humano antes de que se envíe algo. En agencias pequeñas esto suele ser una persona y una checklist, y esa es una respuesta legítima. En las grandes es una herramienta de flujo de trabajo o una app interna fina.
La trampa es comprar una plataforma de orquestación antes de conocer tu flujo de trabajo. El software codificará encantado un proceso que no has diseñado, que es cómo las agencias acaban automatizando su desorden existente. Diseña el bucle en papel primero, córrelo a mano un mes, y solo entonces busca algo que lo cargue.
Capa tres: producción
La producción es la capa que se comoditiza, y donde comprar casi siempre gana a construir. Los modelos y herramientas que redactan copy, generan creatividad, montan planes y escriben código mejoran más rápido de lo que cualquier agencia puede seguir internamente. Tu trabajo aquí no es construir el motor; es elegir un número pequeño de motores y aprenderlos a fondo.
Resiste el impulso de añadir un generador nuevo cada semana. La profundidad gana a la amplitud en producción, porque la diferencia de calidad entre una herramienta usada de forma casual y una usada con un prompt ajustado y un modo de fallo conocido es mayor que la diferencia entre las herramientas mismas. Elige dos o tres, escribe en qué son buenas y malas, y revisa esa lista cada trimestre.
La trampa a vigilar es la herramienta que se siente rápida y debilita en silencio el criterio del equipo —un fallo que escribí en la trampa de la herramienta rápida-que-debilita-el-criterio —. Ese tipo de herramienta cuesta más que su suscripción, porque el ahorro en tiempo de redacción vuelve como errores que nadie atrapó.
Capa cuatro: revisión y QA
La revisión es donde una agencia se distingue, porque es la capa por la que pagan los clientes y la que la mayoría de los stacks descuida. La IA abarata la producción y encarece la revisión, lo que significa que el cuello de botella se mueve al paso de revisión en el momento en que escalas. Un stack sin capa de revisión no escala; acumula deuda de revisión hasta que algo vergonzoso sale.
Construye la rúbrica aunque compres el tooling. Qué cuenta como on-brand, qué cuenta como un claim factual que necesita una fuente, qué cuenta como parada dura antes de que nada se acerque a un cliente. La rúbrica es el juicio de la agencia hecho explícito, y es lo que permite a un operador junior correr un chequeo de calidad sénior sin un sénior encima.
Capa cinco: medición
La medición cierra el bucle, y su trabajo es la honestidad en vez del volumen. El stack debería poder decir qué debía cambiar una pieza de trabajo, qué se movió en realidad, y cuán seguro estás de que el trabajo lo causó. Eso es más difícil que contar outputs, y es lo que separa a una agencia que puede defender sus honorarios de una que solo puede mostrar actividad.
Compra la fontanería de datos, porque los datos de atribución viven en plataformas que no controlas. Construye el marco, porque el marco es donde vive el juicio. Un marco fino y disciplinado —un resultado de negocio, unas pocas señales adelantadas, una nota honesta sobre qué puedes y qué no puedes atribuir— gana a un dashboard de veinte métricas que nadie lee.
Cómo secuenciar la construcción
Empieza por la memoria y un bucle corrido a mano. Junta el conocimiento del cliente en un lugar, escribe los pasos que toma un trabajo, y córrelo manualmente hasta que los pasos dejen de cambiar. Luego añade herramientas de producción a los pasos que más duelen. Añade revisión cuando la producción sea lo bastante rápida para crear presión de revisión. Añade medición cuando tengas algo que valga la pena medir.
Esa secuencia se siente lenta el primer mes y ahorra un año de retrabajo, porque cada capa se añade cuando la capa de debajo está estable. Las agencias que tienen problemas suelen ser las que compraron producción primero, y luego intentaron atornillar memoria y revisión por el lado. El stack tiene que crecer hacia arriba desde lo que la agencia sabe.
Una revisión de stack trabajada
Una vez al año, audita el stack recorriendo un trabajo real de principio a fin. Empieza donde entra un brief, síguelo por orquestación y producción, nombra dónde revisa un humano, y termina en la lectura de medición. En cada traspaso, haz dos preguntas: ¿el contexto pasó de una a otra?, y ¿podría un recién llegado seguir esto sin preguntar? Si el contexto se pierde entre dos capas, esa es la capa a arreglar primero, porque la memoria que gotea entre etapas es lo que convierte cinco herramientas en cinco tareas inconexas. Si nadie puede rastrear un resultado hasta el brief que lo produjo, la capa de medición es decorativa. La revisión tarda una tarde y te dice más que una auditoría de suscripciones, porque prueba las conexiones en vez de la lista.
FAQ
¿Necesitamos nuestros propios modelos?
Casi nunca. El valor de un stack de agencia está en la memoria, la orquestación y el juicio, no en entrenar. El fine-tuning vale la pena solo cuando tienes un dataset grande, estable y propietario y una tarea que los modelos generales manejan mal. La mayoría de las agencias no tienen ninguna de las dos cosas, y deberían gastar el esfuerzo en la capa de memoria.
¿Cuánto deberíamos construir frente a comprar?
Compra las capas que mejoran rápido y que otras firmas también usan, porque no puedes superar en inversión al mercado en esas. Construye las capas que sostienen tu conocimiento específico y codifican tu juicio específico, porque son las únicas que un competidor no puede comprar. Memoria y revisión son capas de construir; producción y datos son capas de comprar.
¿Cuál es el mayor error de stack?
Añadir herramientas antes de diseñar el flujo de trabajo que las conecta. Parece progreso, produce una lista de renovaciones, y deja a la agencia con los mismos cuellos de botella más suscripciones adicionales. El stack debería seguir al modelo operativo, nunca al contrario.
¿Cómo mantenemos seguros los datos de cliente en todo esto?
Trata la capa de memoria como la frontera. Los datos de cliente viven en tu almacén controlado, las herramientas leen solo lo que una tarea necesita, y llevas un registro de qué entró y qué salió. Es una conversación de gobernanza tanto como técnica, y debería zanjarse antes de que el stack escale.
La versión corta
Un stack de IA para agencias son cinco capas —memoria de cliente, orquestación, producción, revisión y medición— montadas alrededor del modelo operativo. Compra las capas que se comoditizan, construye la que sostiene lo que sabes, y crece el stack hacia arriba desde la memoria. La guía de Ejecución cubre el flujo de trabajo al que sirve este stack, y el carril para agencias lo trabaja a través del modelo operativo de agencia.
Si tu agencia ha construido su stack al revés —herramientas primero—, me gustaría saber qué forzó el rediseño.
Un abrazo, Chandler
Este artículo está disponible en español, pero los materiales del curso (videos, plantillas y guías complementarias) están en inglés, japonés, chino simplificado y coreano; este sitio está disponible en 13 idiomas.