Tu contenido falla por el brief, no por el ejecutor

Lo que necesitas saber sobre los briefs en marketing de contenidos

No vas a escribir los artículos tú mismo. No vas a editar vídeo, maquetar newsletters ni diseñar portadas. Vas a trabajar con personas — editores, diseñadores, videógrafos, a veces con IA. Y de ahí surge una verdad incómoda: la calidad de tu contenido no la determina el talento de quien ejecuta. La determina la calidad de tu brief.

Este trabajo requiere dos habilidades: saber encargar tareas y saber evaluar resultados. Este artículo es sobre la primera. Sin ella, la segunda no sirve de nada.

Qué pasa sin un brief claro

Imagina que eres consultor de marketing. Has decidido lanzar una newsletter y has contratado a un editor. El encargo suena así: "Escribe un número sobre posicionamiento para freelancers."

¿Qué pasa después? Cuatro escenarios, y ninguno te va a gustar.

El editor va a Google, rasca consejos genéricos de cinco artículos y monta un texto que cualquiera podría haber escrito — sin perspectiva propia, sin tu experiencia, solo un refrito del pensamiento ajeno. O improvisa desde su propio bagaje: es diseñador, no marketero, así que su versión de "posicionamiento" son logos y paletas de color. O encuentra a un "experto" — un blogger con 500 seguidores que parafrasea el libro de Al Ries de 1981. Técnicamente hay expertise. ¿Valor práctico? Ninguno. O directamente copia el encargo en ChatGPT y obtiene un texto fluido y vacío de 1.500 palabras. Todo correcto, nada concreto. La misma basura, solo más rápida.

En los cuatro casos la causa es la misma: no explicaste qué querías realmente. No porque seas difícil. Porque tú mismo no lo tenías claro.

Antes de delegar cualquier tarea, escribe en un párrafo el problema concreto del lector que este contenido resuelve. Si no puedes articularlo en 60 segundos, no estás listo para encargarlo.

El brief: un formulario que no puedes saltarte

Trabajo con equipos editoriales y exijo una cosa: un formulario de tarea estandarizado. No por burocracia. Porque un formulario estándar no te deja saltarte lo que más importa.

Cuando el brief es una explicación verbal diez minutos después de que empieza la llamada de Zoom, la mitad del contexto se evapora. Cuando es una nota de voz en Slack, todo. Una plantilla escrita en Notion o Google Docs es la única manera de asegurarte de que no has olvidado nada — y de que tu ejecutor no ha rellenado los huecos con su imaginación.

Esto es lo que necesita todo brief.

Descripción de la tarea

Qué estamos haciendo. En lenguaje llano: "escribir un artículo", "preparar un guion para YouTube Shorts", "crear un caso de estudio para el portfolio". Parece obvio, pero tu ejecutor no debería tener que adivinar si el entregable es un ensayo largo o un hilo de Twitter.

Tema con hipótesis

No "sobre posicionamiento". Así: "Mi hipótesis: los desarrolladores freelance pierden clientes bien pagados porque se describen a través de tecnologías — React, Python — en lugar de hacerlo a través de resultados de negocio: 'Reduzco tres semanas el lanzamiento de tu MVP.' Quiero un artículo que exponga esa brecha y ofrezca un framework concreto para reformularlo."

¿Ves la diferencia? La primera versión es un tema. La segunda es una tarea. Con la primera, el editor va a Google. Con la segunda, va a fondo con el problema.

Audiencia — un segmento concreto

"Todos los freelancers" no es una audiencia. Es un censo.

Compara: "freelancers" frente a "diseñadores freelance que trabajan con startups SaaS, cobran entre 50 y 80 euros la hora y quieren llegar a 120 o más pero no saben cómo justificar la subida". El primero no sirve para nada. El segundo le da al editor un punto de apoyo: sabe qué escribir, qué lenguaje usar y qué ejemplos van a funcionar.

Si tienes transcripciones de entrevistas con clientes, datos de CRM, notas de llamadas de discovery — adjúntalas al brief. Cuanto más contexto real vea tu ejecutor, más preciso será el resultado.

El problema de la audiencia

La cadena lógica: objetivo del contenido → audiencia → su problema central.

Supón que la audiencia son copywriters freelance que escriben para empresas SaaS. Su problema no es "no tengo suficientes clientes". Es más concreto: no saben cómo demostrar el ROI de su escritura, así que los clientes los tratan como un commodity y les aprietan en precio. Ese es un problema alrededor del cual puedes construir un artículo.

Qué distingue a un ejecutor profesional

Has enviado el brief. ¿Y ahora qué?

Un amateur toma la tarea y desaparece una semana. Vuelve con una pieza terminada. La pieza no da en el clavo. Empiezan las revisiones. Luego más revisiones. Luego una reescritura desde cero. Luego el conflicto.

Un profesional trabaja de otra manera. Estudia el tema y vuelve con una "comprensión de la tarea" — un documento donde expone cómo interpretó el problema, qué ángulo propone, qué formato y estructura ve, qué hipótesis quiere probar y cómo el contenido va a servir al objetivo.

Así se ve en la práctica. Eres consultor de productividad para directivos. Tu editor recibe el brief y vuelve con esto: "Hablé con dos de tus clientes. El problema real no es la gestión del tiempo — es la incapacidad de delegar. Propongo un artículo titulado 'Por qué tu lista de tareas es un síntoma, no el problema.' Formato: antipatrones de situaciones reales más un framework de delegación paso a paso. Al final — un formulario para reservar una sesión diagnóstico de 30 minutos. Hipótesis: quienes se reconozcan en los antipatrones querrán trabajarlo con un experto."

Eso no es solo "comprensión de la tarea". Es una estrategia de contenidos — y solo fue posible porque el brief aportó suficiente contexto.

Señal de alarma: tu ejecutor no hace ni una pregunta. Buena señal: vuelve a los dos o tres días con aclaraciones y su propia propuesta. Si tras el brief no llegan preguntas, pregunta tú directamente: "¿Cómo has entendido la tarea? ¿Cuál es tu primer paso?"

El brief no es un trámite. Es pensar.

Puede parecer que el brief es burocracia. ¿Para qué rellenar diez campos si puedes hacer una llamada de 15 minutos y explicarlo todo?

No puedes. Porque el brief no es un documento para el ejecutor. Es una herramienta que te obliga a ti a aclarar qué quieres.

En el 90% de los casos en que "el marketing de contenidos no funciona", el problema no es el contenido. Es la tarea que nadie articuló. Tienes algo vago en la cabeza, le pasas fragmentos de pensamiento a otra persona, recibes algo que no querías y te llevas una decepción. El brief no resuelve un problema de comunicación. El brief resuelve un problema de pensamiento. Rellena el formulario — y verás dónde se rompe tu idea. Antes de haber gastado dinero y tiempo en ella.

Para freelancers y consultores

Dirás: "Yo no tengo equipo. Lo hago todo yo. ¿Para qué necesito un brief?"

Tres razones.

Hazlo para ti mismo. Un freelancer que se sienta a escribir un artículo sin brief se da cuenta a la hora de que no sabe de qué está escribiendo. Rellena tu propia plantilla antes de abrir Google Docs: audiencia, problema, objetivo, ángulo. Diez minutos de brief ahorran tres horas de deambular sin rumbo.

Hazlo para tu subcontratado. Eres diseñador y has contratado a un copywriter para un caso de estudio de portfolio. Escribir "haz un case study sobre mi proyecto de startup" te va a traer un texto que no vende. Rellena el brief — audiencia objetivo (CTOs de startups pre-seed), problema (no encuentran diseñador que entienda producto), objetivo (el lector reserva una llamada después de leerlo) — y obtendrás un caso de estudio que de verdad trae clientes.

Hazlo para tu IA. ChatGPT y Claude siguen las mismas reglas que un ejecutor humano. "Escribe un artículo sobre marketing" — basura. Un prompt detallado con audiencia, problema, formato y restricciones — un primer borrador con el que puedes trabajar. La habilidad de escribir un buen brief es la habilidad de escribir un buen prompt.

Crea una plantilla de brief y úsala para personas, para IA, para ti mismo. No hay diferencia estructural — lo único que cambia es quién lo lee.

Qué no funciona

Cinco formas de cargarte una tarea aunque tengas un brief.

El brief en nota de voz. Tres minutos de audio en Slack. Sin estructura, sin registro, lleno de digresiones. Tu ejecutor lo escucha tres veces, apunta fragmentos, inventa el resto. Una semana después los dos recordáis versiones distintas del encargo. Usa una plantilla escrita. Si te resulta más fácil dictar — pásalo antes por transcripción y luego llévalo a un documento.

"Mira lo que hace la competencia y cópialo." Eso no es un brief — es externalizar tu responsabilidad. La competencia está resolviendo sus problemas para su audiencia. No tienes ni idea de si su contenido funciona de verdad. Usa a los competidores como referencia, pero define tu propio objetivo, tu propia audiencia, tu propio problema.

Feedback sin explicación. "No me gusta. Hazlo de nuevo." El ejecutor no sabe qué está mal — ¿el tono, la estructura, la profundidad, los ejemplos? Adivina. La siguiente iteración vuelve a fallar. Explica qué específicamente no funciona y por qué. "Este párrafo es demasiado abstracto — añade un ejemplo concreto con números" — eso es feedback.

Diez aprobadores, cero responsables. Un socio quiere recortar un párrafo. Un compañero quiere añadir dos. Un cliente pide "revisarlo otra vez". La pieza lleva un mes en el limbo de las revisiones. Una persona toma la decisión. El resto da recomendaciones pero no bloquea la publicación.

"Escribe un artículo sobre X" — a la IA sin contexto. El mismo antipatrón que con un editor humano. ChatGPT sin contexto produce texto genérico que suena bien y no contiene ni un pensamiento útil. Lleva tu brief al prompt — audiencia, problema, objetivo, formato, restricciones. La IA es otro ejecutor más. Solo que comete errores más rápido.

La conclusión

El marketing de contenidos "no funciona" en exactamente un escenario: cuando la tarea se planteó mal. No porque el ejecutor sea incompetente. No porque haya cambiado el algoritmo. No porque "el mercado está saturado de contenido". Porque no tenías claro qué querías y le pasaste esa confusión a otra persona.

Diez campos en un brief. Un responsable de la decisión. Una comprensión de la tarea por parte del ejecutor antes de empezar.

Tres cosas. Ponlas en marcha — y tu contenido empieza a resolver problemas en lugar de crear otros nuevos.