En esta nota
¿Qué debe cambiar?
“Necesitamos una web nueva” describe un objeto, pero deja abierta su función. Quizá la oferta cuesta entender, las consultas llegan de personas equivocadas o el catálogo ha crecido sin estructura. Escribir el problema permite evaluar el trabajo con criterios más útiles que el gusto personal.
¿Para quién construimos?
El público no es una casilla por rellenar. Tiene conocimientos, dudas, vocabulario y tiempos diferentes. Un responsable técnico puede buscar detalles del producto; una pequeña empresa puede necesitar una explicación del servicio. El brief debe revelar las preguntas previas a una decisión y los contenidos para responderlas.
¿Qué materiales existen?
Contenidos, imágenes, catálogos y datos no llegan a la vez. Un inventario inicial distingue lo que podemos utilizar, lo que debe actualizarse y lo que falta. Ayuda a establecer una secuencia realista y evita aprobar un diseño alrededor de textos que después cambiarán por completo.
¿Cómo decidimos juntos?
Un buen brief también aclara quién reúne el feedback, quién aprueba y qué límites no se pueden cambiar. Las revisiones son más eficaces al comparar una elección con el propósito de la página. El diseño llega después, como respuesta visible a preguntas que ya hemos aprendido a formular.
Borrador editorial del prototipo. Pendiente de aprobación antes de publicar.
Antes de empezar
Preguntas frecuentes
Respuestas sobre Antes del diseño, las mejores preguntas. y las decisiones relacionadas.
¿Por qué definir el problema antes del diseño?
Porque una elección visual tiene sentido respecto a un propósito. Definir el problema aclara qué debe ayudar la web a entender o hacer.
¿Qué diferencia hay entre objetivo y función?
Un objetivo describe el cambio deseado; una función es un medio posible. Añadir un formulario no explica por sí solo qué consultas queremos recibir.
¿Hace falta una lista completa de páginas?
Un inventario ayuda, pero la estructura puede evolucionar con el brief. La lista final debe reflejar necesidades y contenidos, no solo la web anterior.
¿Cómo describo el público sin ser genérico?
Empieza por funciones, contexto y preguntas previas a una decisión. Una descripción concreta explica qué sabe la persona y qué necesita entender todavía.
¿Qué materiales preparo para el brief?
Contenidos actuales, imágenes disponibles, catálogos, referencias y límites. Indica también lo que falta para planificar producción y aprobaciones.
¿Hay que copiar las webs de referencia?
Sirven para discutir ritmo, jerarquía y comportamiento. El proyecto debe traducir ideas útiles a su propio contexto, con contenido e identidad reconocibles.
¿Quién debería aprobar el brief?
Quienes tengan responsabilidad sobre objetivos y proyecto. Acordar un referente y un proceso de aprobación evita feedback contradictorio en fases posteriores.
¿Cómo uso el brief en las revisiones?
Compara cada propuesta con propósito, público y contenidos. El brief se convierte en una referencia compartida que se actualiza si cambia el alcance.