El briefing antes del prompt
Hace tiempo que me pasa algo curioso cuando alguien me enseña una conversación que ha tenido con una inteligencia artificial y me pregunta por qué el resultado no le convence. Leo el prompt, a veces es una frase suelta, tras veces es una instrucción más elaborada, con algún adjetivo bien elegido y una petición razonablemente clara. Y sin embargo, casi siempre encuentro lo mismo: falta todo lo que debería haber venido antes de esa frase.
No falta habilidad para pedir, falta todo el trabajo previo que se debería haber llevado a cabo para obtener un buen resultado.
Porque una cosa es escribir una instrucción y otra muy distinta es haber preparado un briefing. Y esa diferencia, que parece pequeña, es en realidad enorme.
Cuando alguien delega una tarea importante en otra persona, rara vez se limita a soltar una frase y esperar lo mejor. A un diseñador no le dices simplemente “hazme un cartel bonito”. Tampoco le pides a un compañero un informe con un escueto “escríbeme algo sobre esto”. Y cuando el encargo es un vídeo, una campaña, una propuesta formativa o un texto que va a publicarse, lo normal es explicar para qué sirve, a quién va dirigido, qué tono necesita, qué límites existen, qué referencias pueden orientar el trabajo y qué esperas conseguir con él.
A eso lo llamamos, desde hace décadas, un briefing.
Y es curioso que, en cuanto la IA entra en juego, muchas personas se olvidan de aplicar algo que llevan haciendo toda su vida profesional con total naturalidad.
Le pedimos a un modelo de lenguaje que escriba, resuma, proponga, corrija o diseñe, y lo hacemos con una frase suelta, como si estuviéramos charlando con alguien que ya lo sabe todo sobre nosotros, sobre nuestro proyecto y sobre lo que necesitamos. Como si el contexto se transmitiera por ósmosis. Como si bastara con la buena voluntad de formular bien la petición. Y, claro, luego nos sorprende el resultado.
Nos sorprende que sea genérico, que no encaje con el tono que buscábamos, que se quede en la superficie del tema o que proponga algo correcto pero indiferente, como si lo hubiera escrito cualquiera para cualquiera. Y entonces solemos sacar una conclusión apresurada: que la herramienta no es tan buena como decían, o que hay que aprender “el prompt perfecto” para que funcione de verdad.
Pero casi nunca nos preguntamos si le hemos dado a la IA la información que le daríamos a una persona antes de pedirle ese mismo trabajo.
Y como podréis imaginar, la mayoría de las veces la respuesta es no.
Y ahí está el problema. No en el prompt. En todo lo que debería haber existido antes del prompt.
Me gusta pensar en el prompt como la punta de un iceberg. Es la parte visible, la que se escribe, la que se comparte, la que se guarda en una carpeta como si fuera una fórmula mágica. Pero debajo de esa frase hay, o debería haber, una masa mucho más grande: el propósito de lo que se pide, el destinatario final, las restricciones reales, los ejemplos de lo que funciona, los criterios que definen si algo está bien hecho. Cuando esa parte no existe, el prompt flota solo, sin sostén, y el resultado se resiente aunque la instrucción esté bien escrita.
Por eso creo que hemos estado mirando el problema al revés. No necesitamos aprender a redactar mejores prompts como primer paso. Necesitamos aprender a preparar mejores briefings antes de escribir cualquier prompt.
Un briefing, en el sentido más clásico del término, responde a unas cuantas preguntas que cualquier profesional reconoce enseguida:
1. Cuál es el objetivo de la tarea o del proyecto en el que se enmarca. 2. Para qué sirve esto en concreto. 3. A quién va dirigido. 4. Qué tono debe tener. 5. Qué no puede faltar. 6. Qué no debe aparecer bajo ningún concepto. 7. Qué ejemplos representan bien lo que se busca. 8. Y, sobre todo, cómo sabremos que el resultado es bueno.
Ahora fíjate en cuántas de esas preguntas nos hacemos, de verdad, antes de escribir un prompt.
Casi nunca nos preguntamos para quién es exactamente ese texto, esa actividad, ese correo o esa propuesta. Escribimos como si la IA ya lo supiera, cuando en realidad no tiene ni idea de si el destinatario es una persona experta o alguien que empieza de cero, si necesita cercanía o formalidad, si va a leerlo en un móvil en tres minutos o va a estudiarlo con calma durante media hora.
Tampoco solemos explicar qué no debe aparecer. Damos por hecho que la IA entenderá los límites por sentido común, cuando en realidad carece de buena parte del contexto que nosotros damos por supuesto. Puede desconocer que ese cliente ya rechazó cierto enfoque, que una determinada broma no encaja en ese entorno o que hay palabras que llevamos tiempo evitando en nuestra marca. Tampoco tiene por qué saber que ese ángulo ya se probó y no funcionó.
Otra carencia habitual está en los ejemplos. Pedimos “algo parecido a lo que suelo hacer” sin mostrar nunca lo que solemos hacer. Después nos extraña que el resultado no se parezca a nada nuestro, cuando en realidad nunca le dimos a la IA la posibilidad de entender qué consideramos un buen resultado.
Y todavía queda una cuestión más, quizá la menos visible. Antes de empezar, pocas veces definimos qué tendría que ocurrir para considerar ese trabajo terminado y bien hecho. Improvisamos el criterio a posteriori, mirando el resultado y decidiendo sobre la marcha si nos convence o no, en lugar de haber fijado antes qué buscábamos exactamente.
Esto no ocurre por descuido, sino porque hablar con una IA se parece mucho a conversar, y conversar no se siente como delegar.
Cuando escribimos en un chat, tenemos la sensación de estar teniendo un intercambio fluido, casi informal, parecido a preguntarle algo a un compañero de pasillo. Y con un compañero de pasillo no solemos preparar un briefing. Le lanzamos la duda tal cual nos viene a la cabeza, confiando en que el ida y vuelta natural de la conversación irá afinando la respuesta.
El problema es que ese estilo, que funciona razonablemente bien entre dos personas que comparten contexto, mucho conocimiento tácito y años de relación, funciona mucho peor cuando el otro lado no tiene absolutamente ninguno de esos referentes. La IA no ha trabajado contigo el año pasado, no conoce tu manera habitual de organizar una sesión, escribir un correo o estructurar una propuesta y no ha escuchado ninguna de tus reuniones anteriores. Empieza cada conversación exactamente desde el mismo punto: cero.
Y precisamente por eso, cuanto menos contexto compartido existe, más falta hace un briefing explícito. No menos.
Sin embargo, hacemos justo lo contrario. Cuanto más automático y accesible nos parece pedirle algo a la IA, menos preparación ponemos detrás. Y cuanto menos preparamos, más iteraciones necesitamos después para corregir lo que salió mal. Escribimos una frase corta, recibimos una respuesta genérica, la corregimos, volvemos a pedir, matizamos, añadimos una condición que se nos había olvidado, aclaramos el tono, indicamos un límite que deberíamos haber puesto desde el principio.
Y así, sin darnos cuenta, terminamos invirtiendo más tiempo en arreglar por partes lo que un briefing bien pensado habría resuelto de una sola vez.
Esto me recuerda a algo que ocurre también fuera del mundo de la IA. Cuando un encargo está mal “briefado”, el problema rara vez se nota al principio. Se nota en la revisión, en las correcciones sucesivas, en ese desgaste de “esto no es exactamente lo que quería”, repetido varias veces, mientras la persona que ha recibido el encargo intenta adivinar, ronda tras ronda, qué es lo que en realidad se esperaba de ella.
Con la IA pasa lo mismo, solo que más rápido y, por eso mismo, de forma más invisible. Como cada iteración es casi instantánea, no la sentimos como una ronda de revisión cara. La sentimos como una simple continuación de la conversación. Pero si sumas el tiempo real que se va en corregir, matizar, recolocar y repetir instrucciones que deberían haber estado desde el primer mensaje, el coste total suele ser mayor que el de haberse detenido tres minutos antes a preparar el encargo como es debido.
Tres minutos de briefing pueden ahorrar media hora de idas y vueltas. Pero esos tres minutos no se sienten como productivos, porque no generan un resultado inmediato. Y en un entorno que premia la respuesta rápida, cuesta mucho detenerse a pensar antes de pedir.
Aquí es donde creo que conviene recuperar una palabra que en el mundo creativo y periodístico lleva usándose toda la vida: brief.
Un buen brief no es un documento burocrático ni un formulario interminable. Es, en su versión más simple, una manera de poner en orden lo que ya sabes en tu cabeza antes de pedírselo a otra persona, para no obligar a esa persona a adivinarlo.
Y trasladado al trabajo con IA, un brief mínimo puede resumirse en pocas preguntas que cualquiera puede responder en un par de minutos.
Cuál es el objetivo real de la tarea o del proyecto en el que se enmarca. Esto es distinto de la intención puntual del texto, y es el primer dato que solemos dar por sobreentendido. La IA no sabe si esa publicación es una pieza suelta o el tercer capítulo de una campaña. No sabe si ese informe alimenta una decisión importante o es simplemente un resumen de trabajo interno. No sabe si esa actividad formativa forma parte de un programa con una progresión concreta o es un recurso aislado. Sin ese objetivo de fondo, cualquier resultado puede estar bien escrito y, aun así, apuntar en una dirección que no es la tuya.
Para qué sirve esto en concreto. No la tarea superficial, sino la intención inmediata de la pieza. No es lo mismo pedir “una publicación para redes” que pedir “una publicación que ayude a alguien indeciso a dar el primer paso”. La intención cambia por completo el enfoque.
Quién lo va a recibir. Con qué nivel de conocimiento previo, con qué expectativas, con qué sensibilidad. No es lo mismo escribir para una persona que ya confía en ti desde hace tiempo que para alguien que te lee por primera vez.
Qué tono es el adecuado. Cercano, formal, divulgativo, directo, pausado. El tono no es un detalle estético, es una decisión que condiciona toda la pieza.
Qué límites existen. Qué no puede decirse, qué ya se ha probado y no funcionó, qué palabras o enfoques se quieren evitar. Los límites no restan libertad creativa, la ordenan.
Qué ejemplo representa bien lo que buscas. Un texto anterior, un fragmento, una estructura que te gustó. No hace falta mucho, pero ese ejemplo vale más que diez adjetivos sueltos.
Y cómo sabrás que está bien hecho. Qué tendría que tener ese resultado para que lo dieras por bueno sin necesidad de reescribirlo entero.
Ninguna de estas preguntas es compleja. Ninguna exige conocimientos técnicos. Lo único que exigen es algo que cada vez escasea más: pararse a pensar antes de escribir.
Y aquí aparece algo que conecta directamente con cómo trabajo yo mismo, y que resumo siempre con la misma estructura: sentido, estrategia y realización. Antes de escribir cualquier prompt, me pregunto primero por el sentido, es decir, por qué merece la pena ese contenido y qué quiero mover en quien lo reciba. Después pienso en la estrategia, a quién va dirigido exactamente y con qué forma va a llegar. Y solo entonces paso a la realización, que incluye escribir el prompt, pero que llega mucho después de haber respondido a lo importante.
Cuando salto directamente a la realización sin pasar por el sentido y la estrategia, lo noto enseguida en el resultado. Sale algo correcto, ordenado, incluso bien escrito, pero vacío de intención. Y cuando dedico esos minutos previos a aclarar el propósito y el destinatario, el prompt que termino escribiendo es mucho más corto de lo que imaginaría alguien que solo ve la instrucción final, porque la mayor parte del trabajo ya está hecha antes de teclear una sola palabra.
Por eso creo que el verdadero salto no está en coleccionar fórmulas de prompts ingeniosos, sino en adquirir el hábito de briefar antes de pedir. Ese hábito no depende de la herramienta que uses ni del modelo que tengas disponible, depende de la disciplina de pensar antes de encargar, y esto existe desde antes de que apareciera la Inteligencia Artificial en nuestras vidas.
Y aquí quiero detenerme en algo que me parece importante, porque no se trata solo de eficiencia. Se trata también de respeto.
Cuando preparas un buen briefing para una persona, no lo haces únicamente para ahorrar tiempo. Lo haces porque respetas su trabajo y quieres darle lo necesario para que pueda hacerlo bien. Le facilitas el contexto para que no tenga que adivinar, le compartes ejemplos para que entienda tu criterio sin tener que interpretarlo desde cero y le explicas los límites para que no tenga que descubrirlos a base de errores.
Con la IA no hace falta ese mismo respeto emocional, evidentemente. Pero sí hace falta ese mismo rigor. Porque al final, lo que estás construyendo no es solo un resultado puntual, sino una forma de trabajar. Y esa forma de trabajar dice mucho de cómo te relacionas con las tareas que te importan.
Cuando alguien improvisa un prompt sin briefing, muchas veces no es porque no le importe el resultado. Es porque no se ha dado cuenta de que ese primer paso, invisible y silencioso, es el que determina casi todo lo que viene después. Y quizá por eso, cuando el resultado decepciona, la conclusión más fácil es echarle la culpa a la herramienta, en lugar de mirar qué faltó antes de pulsar “enviar”.
Ahora bien, tampoco se trata de convertir cada petición en una ceremonia. No todos los encargos necesitan el mismo nivel de briefing. Pedirle a la IA que reformule una frase o que te dé sinónimos no requiere el mismo trabajo previo que pedirle que diseñe una actividad formativa completa, redacte un artículo destinado a publicarse o proponga la estructura de un programa. El criterio, como casi siempre, está en la proporción.
Para tareas pequeñas y de bajo riesgo, basta con una instrucción clara. Para tareas que van a representarte, que van a llegar a otras personas, que van a formar parte de algo serio, el briefing deja de ser opcional. No porque la IA lo necesite para funcionar, sino porque tú necesitas haber pensado antes lo que realmente estás pidiendo.
Y aquí me gustaría añadir algo que muchas veces se pasa por alto: preparar el briefing no es tiempo perdido antes de empezar a trabajar. Preparar el briefing ya es trabajar. Es la parte del trabajo que ocurre en tu cabeza, antes de que aparezca en la pantalla. Y suele ser, con diferencia, la parte más importante.
Cuando lo miro con perspectiva, entiendo por qué durante un tiempo nos obsesionamos tanto con encontrar el prompt perfecto. Era la parte visible, la que se podía compartir, guardar y copiar. El briefing, en cambio, es menos vistoso. No cabe en una plantilla llamativa ni se resume en una frase para publicar. Vive en preguntas, en decisiones previas, en criterios que a veces ni siquiera verbalizamos porque los llevamos tan interiorizados que se nos olvida explicarlos.
Pero justo ese trabajo invisible es el que marca la diferencia entre un resultado genérico y un resultado que realmente sirve.
Así que, si últimamente sientes que la IA no termina de darte lo que buscas, antes de cambiar de herramienta o de buscar el enésimo listado de prompts milagrosos, prueba a hacer algo mucho más sencillo. Antes de escribir la instrucción, dedica dos o tres minutos a responder unas pocas preguntas: cuál es el objetivo de la tarea o del proyecto en el que se enmarca; para qué es esto de verdad; quién lo va a recibir; qué tono necesita; qué no puede faltar; qué no debería aparecer; qué ejemplo se parece a lo que buscas; y qué tendría que tener el resultado para que lo dieras por bueno.
Puede que descubras que el prompt que termines escribiendo es más corto de lo habitual. Y que, aun así, el resultado sea mucho mejor.
Porque el prompt nunca fue el verdadero punto de partida. Era solo el último paso de un proceso que, si quieres trabajar en serio con inteligencia artificial, tiene que empezar mucho antes.
Empieza en el sentido de lo que quieres conseguir. Continúa en la estrategia de cómo vas a conseguirlo. Y termina, solo al final, en esa frase que escribes en la pantalla y que damos por costumbre en llamar prompt.
Así que la próxima vez que abras un chat con una IA, antes de escribir nada, prueba a hacerte la pregunta que le harías a cualquier persona antes de encargarle un trabajo importante: ¿tiene esta persona, o en este caso esta herramienta, todo lo que necesita para hacerlo bien? Si la respuesta es no, ya sabes cuál es el primer paso.
Y ese primer paso no es escribir un mejor prompt, es preparar, por fin, el briefing que debería haber existido antes.
#DeCeroAIA #InteligenciaArtificial #Prompting #TrabajoConIA #MetodoSER
