¿Tu equipo arranca cada proyecto sin tener claro qué pidió realmente el cliente, y termina rehaciendo medio brief a mitad de camino?
Convertí el research y el brief en un sistema: el proyecto arranca bien desde el día uno, con el criterio de cómo se interpreta un pedido acá — no en la cabeza de quien tomó la reunión.
Sistematizar el research y el briefing significa escribir una vez el criterio de cómo se traduce un pedido de cliente en un brief ejecutable acá —qué preguntas hacer, qué información reunir, cómo se estructura el documento— y dejar que los agentes arranquen ese trabajo con ese criterio, mientras una persona revisa y ajusta antes de que el equipo se ponga a producir. El proyecto deja de arrancar a ciegas y empieza con un brief que ya alinea a todos.
Por qué un brief mal armado se paga dos veces
Un brief flojo no se nota el primer día — se nota tres semanas después, cuando el equipo entrega algo que no era lo pedido y hay que rehacerlo. Entender el pedido y armar el brief son horas de tu gente más cara, y se repiten en cada proyecto nuevo.
Ese criterio de qué preguntar y qué mirar antes de arrancar vive en pocas cabezas. “El cuello de botella es la gente, no es la plataforma… eso sobra y va a seguir sobrando”, decía un socio que entrevistamos — nadie lo dejó escrito para que el equipo lo use igual, lo agarre quien lo agarre.
En el discovery de julio de 2026 con dueños de empresas de servicio, la captura y retención del conocimiento del cliente apareció como dolor en 4 de 8 entrevistas — resumido en la misma frase: nadie logró “una memoria que valga la pena”.
El problema no es que investigar y armar un brief sea difícil: es que cada proyecto nuevo gasta ese criterio desde cero, y el retrabajo se paga con las horas de todo el equipo, no solo de quien lo escribió.
¿Cuánto te cuesta armar research y briefs?
Las horas “con sistema” son una estimación y también son ajustables. El punto no es el porcentaje exacto: es que esas horas liberadas se reasignen.
Cómo se resuelve esto de verdad
Resolverlo de verdad no es sumar otra plantilla de brief ni un bot que resume el pedido del cliente. Es rediseñar el proceso para que lo corran agentes + humanos, con vos aprobando lo que importa — eso es lo que arma Novo OS, el sistema operativo que las empresas de servicio usan para que sus procesos corran con agentes y control humano. Tiene cuatro piezas:
Escribir qué hace un brief completo acá
Lo primero no es tecnología: es escribir qué preguntas hay que hacerle al cliente y qué información reunir antes de arrancar — qué se investiga, cómo se estructura el documento, qué convierte un brief en algo que el equipo pueda ejecutar sin volver a preguntar. Hoy eso vive en la cabeza de quien tomó la reunión; el sistema arranca cuando queda explícito y compartido, y es la parte que más se saltea cuando se empieza por la herramienta (cómo documentar procesos en una agencia).
Que el agente investigue y arme el primer borrador
No se “automatiza lo de antes”: se rediseña el flujo repartiendo cada paso entre quien mejor lo hace — el research de la cuenta y del mercado, y el primer armado del documento sobre tu criterio, lo corre el agente; entender lo que el cliente no dijo explícitamente y decidir el enfoque, la persona.
Revisar de cerca los primeros briefs
Se pone a correr y durante las primeras semanas se revisa de cerca: detectar qué preguntas faltaron, ajustar el criterio, mejorar — y ganar confianza en el sistema antes de soltarlo.
Dejar el criterio del cliente en manos humanas
En el humano queda lo que pide trato con el cliente, leer entre líneas y decidir el enfoque del proyecto; en los agentes, la investigación, el armado del documento y el trabajo pesado repetido.
El conocimiento queda consultable, el flujo corre de verdad y vos controlás qué sale. Eso lo vuelve un sistema del que no dependés de una sola cabeza — y la base sobre la que después sistematizás el resto de tu operación.
Antes → Después
El proyecto arranca con una reunión, un puñado de notas y la memoria de quien estuvo ahí. El brief se escribe días después, a las apuradas, y a mitad de camino aparece un “esto no era lo que pedía el cliente” que obliga a rehacer research, diseño o copy. Si la persona que tomó la reunión está de vacaciones o se fue de la empresa, el criterio se pierde con ella.
El brief está listo en minutos después de la reunión — con el research de la cuenta ya hecho y las preguntas clave ya respondidas sobre tu criterio. La persona entra a decidir el enfoque y afinar, no a reconstruir el pedido desde cero. El proyecto arranca alineado desde el día uno, sin depender de que la memoria de una sola persona esté completa: es el proceso corriendo sobre un sistema operativo de empresa, no sobre notas sueltas.
- Reasignarlas a trabajo facturable — que el ahorro se vuelva margen, no tiempo muerto.
- Responder más oportunidades — más proyectos al mes con la misma gente = más chances de tomar trabajo nuevo.
- Subir la calidad para no competir por precio — proyectos que arrancan bien y no se rehacen, y eso se nota en la cuenta.
Armá tu sistema de research y briefing.
- El playbook de cómo ejecutarlo — cómo capturás el criterio de qué preguntar y qué investigar antes de arrancar, qué partes corren agentes, dónde queda el control humano, y cómo medís que el tiempo ganado se vuelva margen.
- Un checklist para saber si un brief está completo antes de pasarlo al equipo.
- Un mini-OS en Claude, ya implementado — para que puedan empezar hoy a sacarle provecho, no dentro de tres meses.
Descargá el playbook
Sistema de research y briefing — playbook + mini-OS en Claude, listo para empezar hoy.
Te enviamos el playbook de research y briefing a tu email. Si no lo ves, mirá en spam o promociones.
¿Dónde estás en la escalera?
La madurez de IA tiene seis niveles. El salto que cambia el margen está en el 3.
Si armás el research y el brief a mano —o con IA suelta, cada uno a su manera— estás en los niveles 1-2: la usás, pero el valor no queda en la empresa. El ahorro de tiempo se diluye porque nadie definió el proceso ni el criterio.
El salto está en el nivel 3: el proceso integrado a un sistema, que corre con agentes y control humano, y que todo el equipo usa igual. Quedarte en 1-2 tiene un costo: el tiempo que ganás se evapora y cada persona que se va se lleva el “cómo se hace acá”.
¿No sabés en qué nivel estás? Hacé el diagnóstico de madurez de IA.
- 1 Tu nivel exacto en la escalera.
- 2 Qué te está costando quedarte ahí — el retrabajo que no ves.
- 3 El próximo paso concreto para subir.
Preguntas frecuentes
¿Esto sirve para una agencia chica, de menos de 10 personas?
Sirve si tomás varios proyectos nuevos por mes y el research/briefing lo hace gente cara: el número cierra por volumen × tarifa, no por cantidad de empleados. Una agencia de 8 personas que arranca 6 u 8 proyectos por mes tiene el mismo problema que una de 40.
¿Qué necesito tener antes de empezar y cuánto tarda en funcionar?
No necesitás briefs documentados: la primera parte del trabajo es justamente escribir el criterio de qué preguntar y qué investigar antes de arrancar, que hoy vive en pocas cabezas. Lo que sí hace falta es alguien con autoridad que decida cómo se hace y un puñado de briefs viejos que sirvan de referencia.
¿En qué se diferencia de tener una plantilla de brief que todos completan?
Una plantilla ordena el formato pero no captura el criterio de qué investigar ni quién decide qué preguntar; cada persona la completa distinto y el research sigue quedando en la cabeza de quien lo hizo. Un sistema deja el criterio escrito una sola vez, corre el mismo flujo para todo el equipo y arma el research por vos.
¿Y si el agente arma un brief que no entiende bien lo que pidió el cliente?
El sistema no manda el brief directo al equipo: arma un borrador que una persona revisa y ajusta antes de que arranque el proyecto. Durante las primeras semanas se revisa de cerca a propósito, para detectar qué preguntas faltaron y ajustar el criterio antes de soltarlo.
¿Cómo sé que las horas que ahorro se convierten en plata?
No se convierten solas: si las horas liberadas no se reasignan a trabajo facturable o a tomar más proyectos, el ahorro se evapora. Por eso el sistema se mide en qué se hace con esas horas, no en cuánto se tardó menos en armar el brief.
Descubrí otros casos de uso
Generación de borradores / primeras versiones
Con el brief ya alineado, el primer borrador del entregable arranca sobre ese mismo criterio.
PróximamenteQA / control de calidad de entregables
El mismo criterio que evita un brief flojo evita también un entregable flojo antes de salir.
PróximamentePropuestas comerciales
El criterio de cómo se interpreta bien un pedido de cliente sirve tanto para cotizar como para arrancar el proyecto.
Ver el caso →Convertí research y briefing en un sistema.
Empezá por el playbook — o, si todavía te estás ubicando, por el diagnóstico.