Brief. Cinco letras, una sílaba, y casi nadie la usa para lo que significa.
En inglés quiere decir «breve». En la práctica se ha convertido en otra cosa: un formulario. Un documento que le pasas al cliente, que él rellena entre dos correos, que te devuelve a medias, y que archivas sin volver a abrir. Lo llamamos brief, pero es un trámite.
El brief que sirve no es ese. Es algo que escribes con el cliente, hablando, antes de mandarle nada. Y la distancia entre los dos decide si tu propuesta responde a algo o solo lo adivina.
Brief no quiere decir formulario
Mira la palabra un segundo, como si fuera la primera vez.
«Brief» no es un tipo de documento. Es un estado: la información mínima que necesitas para empezar a pensar el proyecto sin inventarte la mitad. Cuando lo conviertes en una plantilla con quince campos, le has puesto a una conversación la forma de un impreso de Hacienda. Y la gente rellena los impresos como rellena los impresos: deprisa, por encima, poniendo lo que cree que quieres leer.
Lo que recibes de vuelta no es información. Es el formulario relleno. Que no es lo mismo, igual que la ficha de un médico no es el diagnóstico.
El cliente no sabe rellenar tu plantilla
Y no porque no quiera. Porque no es lo suyo.
Le mandas un PDF que pregunta por «objetivos de negocio», «tono de marca», «públicos objetivo» y «entregables esperados», y el cliente —que vende muebles, o lleva una clínica, o monta bodas— se queda mirando esas casillas sin saber qué cabe en ellas. Pone «moderno pero cercano» en tono, «todo el mundo» en público, y «una web que funcione» en objetivos. No te está dando largas. Te está diciendo, con honestidad, que esas no son sus palabras.
El problema del formulario es que traslada al cliente un trabajo que es tuyo. Traducir lo que el cliente sabe de su negocio a lo que tú necesitas para diseñarlo es, exactamente, parte de lo que te paga. Pedirle que lo haga él, solo, en un Google Form, es subcontratarle la parte difícil y quedarte tú con la fácil.
Cómo hacer un brief con el cliente: lo diriges tú, hablando
El brief que sirve se parece más a una entrevista que a un cuestionario. Te sientas con el cliente —una llamada vale—, le dejas hablar de su negocio en su idioma, y eres tú quien va ordenando, repreguntando y traduciendo en tiempo real.
La diferencia es de dirección. En el formulario, el cliente trabaja para tu documento. En la conversación, tú trabajas para entender al cliente. Él habla de lo que conoce —sus clientes, lo que le funciona, lo que le quita el sueño— y tú haces el esfuerzo de convertir eso en alcance, en prioridades, en decisiones de diseño.
No necesitas trece preguntas. Necesitas pocas y abiertas, y luego escuchar mejor de lo que preguntas. «¿Qué tiene que pasar para que dentro de seis meses digas que esto valió la pena?» te da más que tres campos de objetivos. «¿Qué es lo que más te cuesta explicar de lo que haces?» te dice dónde está el nudo. La buena pregunta no busca rellenar una casilla; busca que el cliente piense en voz alta delante de ti.
Lo que tienes que salir sabiendo
Un brief no se mide por lo largo que sea, sino por lo que te deja claro. Al colgar tendrías que poder responder, sin inventarte nada, unas pocas cosas.
Qué problema real está intentando resolver —no el encargo («una web»), sino lo que hay debajo («no me entra trabajo bueno»)—. A quién le habla de verdad, dicho con nombres y situaciones, no con «su público objetivo». Qué cuenta como éxito para él, en concreto, porque ahí es donde vas a tener que acertar. Qué le ha frustrado antes, si ya pasó por otro estudio, porque eso te dice lo que no debes repetir. Y con qué cuenta de su lado: quién decide, qué plazos son reales, qué presupuesto hay encima de la mesa.
Si sales de la conversación con esas cinco cosas entendidas, tienes un brief, lo hayas escrito en una plantilla bonita o en una servilleta. Si te falta cualquiera de ellas, no tienes un brief: tienes un formulario relleno y la sensación de que ya sabes bastante. Que es precisamente la sensación que precede a las propuestas que fallan.
El brief es lo que hace que la propuesta responda
Aquí es donde el trabajo previo se paga solo.
Una propuesta sin brief tiene que adivinar. Adivina qué quiere el cliente, adivina qué valora, adivina cuánto está dispuesto a pagar, y reza para acertar. Una propuesta con brief no adivina: responde. Cada parte del documento contesta algo que el cliente dijo con sus palabras, y el cliente lo nota, aunque no sepa por qué.
Lo nota sobre todo en el precio. Una cifra solo parece razonable cuando el cliente entiende qué está pesando al mirarla, y ese contexto no te lo inventas en la página del presupuesto: lo recoges en el brief. Lo que el cliente te contó de su problema es exactamente lo que, devuelto en orden, hace que el número encaje. Sin esa conversación previa, el precio llega desnudo. Con ella, llega vestido con las razones del propio cliente.
Por eso el brief no es papeleo que se hace antes del trabajo. Es la primera parte del trabajo. La propuesta no empieza cuando abres la plantilla; empieza cuando entiendes qué tienes que proponer.
En Bisup no mandamos nada sin esa conversación. No porque sea un paso del proceso que toque marcar, sino porque es la única forma de que lo que mandamos después diga algo. Saltársela no ahorra tiempo: solo empuja la adivinanza más adelante, a donde ya cuesta proyectos.
Puedes tener la plantilla de brief más completa del mundo. Si se la mandas al cliente para que la rellene solo, le has pedido que haga tu trabajo y te ha salido peor. El brief no se envía. Se escribe juntos, hablando, antes de que exista una sola línea de propuesta.