Briefing de diseño web: plantilla gratis y ejemplos que funcionan.
Define bien tu próxima web antes de diseñarla. Descarga una plantilla de briefing web editable, descubre las preguntas que debes hacer al cliente y consulta un ejemplo completo con objetivos, páginas, funcionalidades, plazos y presupuesto.
Una buena web empieza con buenas preguntas.
¿Qué es un briefing de diseño web?
Un briefing de diseño web, también llamado brief web o brief de proyecto web, es el documento que reúne la información necesaria para planificar la creación o el rediseño de una página web: contexto del negocio, usuarios, objetivos, estructura, funcionalidades, contenidos, identidad visual, requisitos técnicos, presupuesto, calendario y responsables. Sirve para que cliente, diseñador y desarrollador compartan el mismo punto de partida antes de realizar un presupuesto o comenzar el trabajo.
La mejor plantilla no es la más larga: es la que convierte necesidades difusas en decisiones, prioridades y criterios verificables. «Queremos una web moderna» expresa una preferencia; «necesitamos que las personas encuentren nuestros servicios y soliciten presupuesto desde móvil» define una tarea concreta.
Clientes y empresas
Aclara lo que necesitas antes de pedir un presupuesto. Evita comparar propuestas que incluyen cosas diferentes.
Freelances y agencias
Recoge respuestas antes de definir arquitectura, diseño, desarrollo y entregables.
Un proyecto más concreto
Identifica qué está decidido, qué falta validar y qué queda expresamente fuera del alcance.
Plantilla de briefing web gratis, editable y sin registro.
Puedes descargar una versión vacía o completar aquí tu documento. La plantilla contiene 28 campos prácticos agrupados en 8 bloques. Los campos se procesan en tu navegador: no se envían a esta página ni se guardan automáticamente en un servidor. Exporta a Word compatible (.doc), texto (.txt) o HTML imprimible (para guardar como PDF desde tu navegador).
Construye el documento de tu proyecto.
Completa lo que sepas, marca lo pendiente y comparte el resultado con tu equipo o proveedor. No tienes que responder todas las preguntas para descargarlo.
Descargas locales, sin email ni cuenta.
Qué recibes al exportar
Un documento organizado por bloques, con sus preguntas originales y tus respuestas. Los campos vacíos aparecerán como «Pendiente de definir» para facilitar la siguiente reunión. El archivo .doc se abre en Word y en otros editores compatibles; puedes guardarlo después como .docx. El HTML es una versión imprimible: ábrelo y selecciona «Imprimir → Guardar como PDF».
Consejo: antes de incluir datos privados de clientes, consulta las políticas de tu organización sobre almacenamiento local y envío de documentos. Este formulario no incluye cookies de seguimiento ni conexión con un backend propio.
Un briefing web no es una lista de colores.
El diseño visual es una parte del encargo, pero rara vez es la primera decisión. Una web debe ayudar a alguien a entender, encontrar, contactar, reservar o comprar. El briefing conecta ese comportamiento con las necesidades del negocio y con un alcance viable.
Define el problema y las necesidades.
Explica contexto, público, objetivos, prioridades, restricciones y requisitos. Es la base para investigar, estimar y proponer una solución.
Ejemplo: «Los usuarios no encuentran nuestros servicios desde el móvil y las solicitudes de presupuesto llegan incompletas».
Concretan la solución y el compromiso.
La propuesta establece enfoque, fases, precio y condiciones. El alcance aprobado detalla entregables, exclusiones, responsabilidades y aceptación. No todo debe quedar decidido en el primer briefing.
Ejemplo: «Diseño de seis plantillas, desarrollo WordPress y un formulario con validación y aviso de recepción».
No empieces preguntando «¿qué diseño te gusta?». Empieza preguntando «¿qué problema debe resolver la web y cómo sabremos que lo ha resuelto?».
Esta distinción también aparece en los principios de discovery de GOV.UK, que recomiendan entender el problema, los usuarios y las restricciones antes de comprometerse con una solución. En investigación UX, Nielsen Norman Group destaca que entrevistar a las personas implicadas ayuda a descubrir prioridades, objetivos y expectativas de éxito.
Qué debe incluir un briefing de diseño web: los 12 apartados esenciales.
Este esquema sirve para webs corporativas, pequeñas empresas, ecommerce, landings y rediseños. No todos los proyectos necesitan el mismo nivel de detalle: utiliza los apartados como una lista de decisiones y adapta la profundidad a la complejidad.
| Apartado | Qué hay que decidir | Ejemplo de respuesta útil |
|---|---|---|
| 01. Negocio y contexto | Qué ofrece la marca, qué la diferencia y por qué necesita la web. | Estudio de arquitectura orientado a reformas de viviendas. |
| 02. Problema y objetivos | Resultado de negocio y métrica principal. | Pasar de 8 a 15 solicitudes cualificadas/mes en seis meses (objetivo ilustrativo). |
| 03. Público objetivo | Perfiles, necesidades, objeciones, dispositivos y tareas. | Propietarios que comparan procesos, presupuestos y proyectos. |
| 04. Propuesta de valor | Mensaje principal, pruebas de confianza y tono. | «Reformas integrales con planificación y dirección de obra». |
| 05. Arquitectura | Secciones, idiomas, plantillas y navegación. | Inicio, Servicios, Proyectos, Sobre nosotros, Blog y Contacto. |
| 06. Funcionalidades | Lo que cada usuario debe poder hacer. | Formulario con tipo de proyecto, presupuesto y confirmación. |
| 07. Contenidos | Textos, fotos, marca, traducciones y responsable. | La empresa entrega fotografías; el proveedor redacta los textos. |
| 08. Diseño y UX | Identidad, referencias, legibilidad y recorrido del usuario. | Estética editorial, ejemplos anotados y CTA visible desde móvil. |
| 09. SEO y medición | URLs, migraciones, analítica, búsquedas y conversiones. | Conservar URLs posicionadas y medir envíos de formulario. |
| 10. Tecnología y calidad | CMS, integraciones, hosting, accesibilidad y seguridad. | WordPress editable, HTTPS, copias y pruebas en dispositivos. |
| 11. Alcance y presupuesto | Entregables, prioridades, exclusiones y rango económico. | 6 páginas base, 2 rondas de revisión y extras por separado. |
| 12. Calendario y gobierno | Fases, aprobaciones, hitos, personas y mantenimiento. | Una persona aprueba cada fase en un plazo previamente acordado. |
«Objetivos», «funciones», «alcance» y «calendario» también figuran entre los elementos habituales de un briefing creativo en la guía de HubSpot. Aquí se desarrollan específicamente para proyectos web.
Regla práctica: separa en tu documento lo confirmado, lo preferido y lo pendiente de validar. Una necesidad expresada por el cliente no equivale automáticamente a una funcionalidad aprobada dentro del presupuesto.
28 preguntas clave para un briefing de página web.
Estas preguntas están integradas en la plantilla interactiva. Puedes responderlas por escrito antes de la reunión y profundizar después en las cuestiones que afectan al coste, la fecha o la viabilidad. No preguntes solo «qué quieres»: pregunta también «por qué», «para quién», «quién lo hará» y «cómo lo comprobaremos».
Comprender la empresa
¿Cómo se llama el proyecto? ¿Qué vende o qué servicio ofrece? ¿Cuál es la web actual? ¿Por qué se impulsa ahora el proyecto?
Definir éxito
¿Qué problema debe solucionar la web? ¿Qué acción es más importante? ¿Cuál es el punto de partida y qué KPI lo demostrará?
Entender la demanda
¿Quién llega a la web? ¿Qué necesita resolver? ¿Qué objeciones tiene y qué información le ayuda a decidir?
Organizar el mensaje
¿Qué páginas habrá? ¿Qué textos, fotografías y traducciones existen? ¿Quién crea o revisa cada material?
Fijar criterios visuales
¿Hay marca definida? ¿Qué referencias gustan y por qué? ¿Qué sensaciones deben evitarse?
Especificar tareas reales
¿Hace falta comprar, reservar, filtrar, buscar o enviar formularios? ¿Con qué sistemas se conecta? ¿Qué errores deben contemplarse?
Proteger lo que funciona
¿Cambiarán las URLs? ¿Qué páginas atraen tráfico? ¿Qué requisitos existen de móvil, accesibilidad, analítica y privacidad?
Evitar bloqueos
¿Qué presupuesto y fecha existen? ¿Quién decide? ¿Qué está fuera? ¿Cómo se aceptará la entrega y quién mantendrá la web?
Conviene combinar entrevistas a responsables internos con información de personas usuarias reales. La guía de investigación de GOV.UK diferencia lo que los equipos suponen de las necesidades que se pueden observar o investigar.
Ejemplo de briefing de diseño web rellenado de principio a fin.
Imaginemos una clínica de fisioterapia ficticia que necesita rediseñar su sitio web. El ejemplo es didáctico: los datos y metas no proceden de una empresa real ni representan resultados prometidos. Se muestran las decisiones que permiten estimar y validar un proyecto.
Una web que convierte información dispersa en solicitudes útiles.
La clínica ya dispone de una página antigua, pero pacientes nuevos no identifican qué especialidades ofrece ni encuentran con facilidad el proceso para solicitar una primera cita. Se busca una web clara, editable y preparada para captar consultas locales sin perder las URLs útiles.
- Público: personas de la zona que buscan tratamiento y quieren saber precios orientativos, especialidades, ubicación y disponibilidad.
- Objetivo medible: aumentar de 12 a 20 las solicitudes mensuales válidas durante los seis meses posteriores al lanzamiento, condicionado a captación y seguimiento; es un objetivo ilustrativo, no una previsión de resultados.
- Arquitectura: Inicio, Tratamientos (plantilla reutilizable), Equipo, Tarifas y primera visita, Blog y Contacto.
- Funcionalidades incluidas: formulario con motivo de consulta, contacto y consentimiento cuando corresponda; enlaces para llamar; mapa enlazado; CMS para editar fichas y contenidos.
- Contenidos: la clínica entrega fotografías y textos clínicos revisados; el proveedor estructura y adapta la comunicación web, y no redacta afirmaciones médicas sin validación.
- Diseño: interfaz sobria, tipografía legible, botones reconocibles y recorrido claro desde móvil. Referencias visuales acompañadas de motivos concretos, no «hacer una copia».
- SEO: inventario de URLs existentes, correspondencias y redirecciones 301 para rutas modificadas, metadatos por página, sitemap y comprobación en Search Console.
- Calidad: formulario probado, enlaces y estados de error revisados, criterios WCAG 2.2 AA como objetivo de trabajo, pruebas de carga en dispositivos relevantes y copias de seguridad.
- Exclusiones: pago online, app móvil, integración con agenda clínica y traducción a otros idiomas se presupuestarán aparte.
- Gestión: una persona de la clínica aprueba contenidos y diseño; el proveedor valida funcionalidad; dos rondas de revisión se pactan en la propuesta.
- Presupuesto: rango orientativo a concretar tras validar contenido, tecnología e integraciones; no es razonable cerrar una cifra definitiva con dependencias abiertas.
- Aceptación: las seis plantillas y el formulario funcionan, se revisan las rutas antiguas relevantes, los contenidos están aprobados y existe acceso documentado para mantenimiento.
La diferencia: ahora sí se puede estimar el proyecto. Ya no es «quiero algo elegante y moderno», sino un alcance negociable con tareas y evidencias de entrega. Puedes pulsar «Cargar ejemplo» en la plantilla para ver cómo se exporta un briefing rellenado.
No es igual el briefing de una landing, una tienda o una web corporativa.
Comparte una base común, pero amplía el cuestionario allí donde cambian las decisiones de producto, conversión o tecnología.
Confianza y captación
Define servicios, zonas geográficas, navegación, casos de éxito, testimonios verificables, formulario y responsables de los textos. Fija cómo se calificará una consulta.
Una acción principal
Indica fuente de tráfico, oferta, mensaje, prueba social, formulario, evento de conversión, agradecimiento y variantes de campaña. Evita añadir navegación sin justificarla.
Catálogo y operaciones
Documenta referencias, atributos, stock, pagos, impuestos, envíos, devoluciones, cupones, cuentas, integraciones y permisos. Prueba el recorrido real hasta un pedido.
Mejorar sin perder activos
Incluye auditoría de contenidos, URLs, redirecciones, buscadores, SEO, analítica histórica, accesos y plan de migración. Separa «cambiar el aspecto» de «cambiar la arquitectura».
Editorial y mantenimiento
Especifica idiomas, URL por idioma, traducciones, revisión, hreflang cuando corresponda y responsable de mantener versiones alineadas.
Flujos y permisos
Describe roles, altas, recuperación de acceso, calendarios, notificaciones, tratamiento de datos e integraciones. Define qué ocurre si un servicio externo falla.
Ejemplo funcional: «Necesito reservas» es todavía ambiguo. El briefing debe aclarar si se reserva una hora, un profesional, un recurso o una sesión de grupo; si hay pago o cancelación; quién recibe alertas y qué ocurre cuando la agenda no está disponible.
Cómo definir alcance, presupuesto y plazos sin dejar huecos peligrosos.
Un buen briefing no funciona como contrato automático, pero reduce incertidumbre. Para comparar presupuestos, hay que saber cuántas páginas se diseñan, qué tipo de páginas son, qué se entrega, qué depende del cliente y qué se cobrará aparte.
Prioriza con MoSCoW
Must have: imprescindible para el lanzamiento. Should have: importante, pero puede diferirse si cambia el coste o el calendario. Could have: mejora opcional. Won't have now: no entra en esta fase.
Ejemplo: formulario de contacto = Must; blog = Should; animaciones avanzadas = Could; área privada = Won't have now.
Haz visible el coste total
Además de diseño y desarrollo, pregunta por dominio, hosting, licencias, integraciones, textos, fotografías, traducciones, SEO, mantenimiento, analítica, formación y soporte. Distingue gastos únicos de gastos recurrentes.
Mejor un rango de inversión honesto que ocultar el presupuesto: ayuda a proponer una fase viable o a identificar soluciones sobredimensionadas.
Ejemplo de alcance que sí se puede aprobar
| Elemento | Incluido | Fuera / por confirmar | Criterio de aceptación |
|---|---|---|---|
| Diseño | Home + 5 tipos de página y estilos responsive | Nuevos tipos de página no listados | Vistas aprobadas en móvil y escritorio |
| Contenido | Inserción de textos e imágenes recibidos | Redacción, traducción y sesión de fotos | Contenido final revisado por responsable |
| Formularios | Contacto con validación y confirmación | CRM y automatizaciones externas | Pruebas correctas, incluidos errores |
| SEO técnico | Metadatos base, sitemap y redirecciones pactadas | Campaña mensual de contenidos o link building | Checklist de lanzamiento completada |
| Soporte | Corrección de incidencias acordadas tras publicar | Nuevas funcionalidades y soporte indefinido | Periodo y canal documentados |
Tres preguntas para reducir cambios de última hora
- ¿Quién aprueba? Identifica una persona responsable, no una lista indefinida de interlocutores.
- ¿Qué pasa si cambia algo? Acordad cómo solicitar cambios, valorar su impacto y aprobar nuevos costes o plazos.
- ¿Qué significa «terminado»? Verificaciones concretas y accesos entregados, no solo «el diseño gusta».
El briefing también debe prever SEO, accesibilidad, velocidad y medición.
Si estos temas aparecen cuando el sitio ya está diseñado, muchas decisiones importantes se vuelven caras. No hace falta convertir un briefing inicial en una auditoría técnica, pero sí señalar qué se necesita verificar y quién será responsable.
Páginas que responden a búsquedas
Incluye servicios prioritarios, estructura de contenidos, idiomas, enlaces internos y páginas que no deben desaparecer sin análisis. Evita diseñar una web bonita que no explique con claridad sus servicios.
Inventario y redirecciones
Registra URLs actuales, tráfico de referencia, correspondencias a URLs nuevas y redirecciones cuando cambie la ruta. Google publica una guía específica de migraciones.
Accesibilidad desde el inicio
Define el nivel de accesibilidad objetivo, por ejemplo WCAG 2.2 AA como referencia de diseño y pruebas, sin presentarlo como obligación legal universal. Revisa teclado, etiquetas, contraste y errores de formulario.
Mediciones acordadas
Registra condiciones de medición, tipo de dispositivos y Core Web Vitals. Las referencias «buenas» de Google son LCP ≤ 2,5 s, INP ≤ 200 ms y CLS ≤ 0,1 en el percentil 75.
Eventos y consentimiento
Especifica qué significa una conversión y cómo se probará. El uso de analítica y cookies debe revisarse en función de la configuración efectiva y de los requisitos legales aplicables.
Mantenimiento y propiedad
Define quién administra dominio, hosting y cuentas; copias de seguridad, actualizaciones, permisos, recuperación de acceso y entrega de credenciales mediante un canal seguro.
Fuentes técnicas: W3C — WCAG, web.dev — Core Web Vitals y Google — guía SEO. Las métricas y objetivos deben validarse dentro del contexto de cada proyecto.
Cómo hacer un briefing de diseño web paso a paso.
Un proceso útil para quien encarga una web y también para quien recoge requisitos para diseñarla.
Prepara el contexto.
Reúne web actual, catálogo de servicios, materiales de marca y datos que expliquen la situación. Anota lo que sabes y lo que necesitas comprobar.
Habla con responsables y usuarios.
Recoge la visión de negocio y contrástala, cuando sea posible, con necesidades y dificultades de personas reales. No trates una preferencia interna como necesidad validada.
Define un resultado medible.
Elige un objetivo principal y uno o dos secundarios. Identifica cómo se medirán y qué dato de partida tienes. Si falta, indícalo como pendiente.
Dibuja contenidos y recorridos.
Lista páginas, tipos de página, idiomas y tareas: buscar, comparar, contactar o comprar. No confundas tener una página con disponer de una funcionalidad.
Prioriza y expón restricciones.
Distingue imprescindible de opcional, registra integraciones, materiales pendientes, presupuesto, accesos y fechas que condicionan el proyecto.
Valida, aprueba y versiona.
Revisa el documento en una reunión, asigna responsables a lo pendiente y comparte una versión fechada. Una vez aprobado el alcance, controla los cambios formalmente.
Cuánto se tarda: un primer borrador puede prepararse en una sesión corta si la empresa ya tiene los datos, pero la investigación y la validación pueden requerir varias reuniones. No utilices un número de minutos como sinónimo de calidad: las integraciones complejas y los rediseños con SEO necesitan más trabajo de descubrimiento.
Seis errores que debes detectar antes de diseñar.
Un briefing útil no elimina todos los cambios. Hace visibles los supuestos, evita presupuestar a ciegas y mejora la conversación entre negocio, diseño y tecnología.
01 · «Quiero una web moderna»
La frase no explica quién la usará ni qué debe lograr. Traduce la preferencia en comportamientos y referencias comentadas.
02 · No definir al responsable
Si nadie aprueba contenidos, diseño o funcionalidades, los hitos quedan bloqueados y la fecha pierde sentido.
03 · Omitir contenidos
Las fotografías, traducciones y textos tardan en producirse. Sin responsables y fechas, la maquetación se improvisa.
04 · Ignorar las exclusiones
«Tienda online» no aclara importaciones, cupones, pasarelas o ERP. Especifica qué queda fuera de la primera fase.
05 · Rediseñar sin inventariar URLs
Cambiar rutas sin plan puede perjudicar el acceso a contenidos y la visibilidad orgánica existente.
06 · No fijar aceptación
Un hito ambiguo se vuelve una discusión. Cada entregable importante necesita criterios verificables.
Dudas sobre el briefing de diseño web y su plantilla.
Respuestas directas a las preguntas más habituales antes de pedir un presupuesto o empezar un proyecto.
¿Qué es un briefing de diseño web?
Es un documento que define el contexto del proyecto, los usuarios, los objetivos, el alcance, las páginas, las funcionalidades, los contenidos, las restricciones, las personas responsables y los criterios para considerar la web terminada.
¿Puedo descargar la plantilla de briefing web gratis?
Sí. En esta página puedes rellenar un cuestionario y exportar sus respuestas sin registrarte, o descargar un documento vacío para trabajar posteriormente en Word, un editor de texto o un navegador.
¿La plantilla se puede editar en Word?
El botón «Word editable» genera un archivo .doc compatible con Word, con secciones y preguntas. Puedes abrirlo, editarlo y guardarlo en .docx desde tu editor. No se necesita una cuenta para exportar.
¿Cómo consigo el briefing en PDF?
Descarga la opción «Versión para imprimir / PDF». Se generará un archivo HTML imprimible con tu briefing: ábrelo en el navegador y selecciona «Imprimir» y después «Guardar como PDF». La página no instala librerías externas para producir el PDF.
¿Qué preguntas debo hacer a un cliente para diseñar su web?
Pregunta qué ofrece, para quién es, qué problema resolverá la web, qué páginas y funcionalidades necesita, quién preparará textos e imágenes, qué presupuesto y fecha maneja y quién aprobará entregables. Añade preguntas sobre SEO, idiomas, integraciones y gestión si corresponden.
¿Qué diferencia hay entre un briefing web y un brief creativo?
El brief creativo centra el encargo en mensaje, tono y piezas; el briefing web añade arquitectura, recorridos, funcionalidades, contenidos, tecnología, SEO, analítica y criterios de entrega. Pueden convivir dentro del mismo proyecto.
¿Quién debe redactar el briefing web?
Normalmente se prepara entre cliente y profesional responsable del diseño o desarrollo. El cliente aporta el negocio y sus prioridades; el equipo web formula preguntas, señala riesgos, cuestiona supuestos y convierte necesidades en requisitos.
¿Cuántas páginas debe tener un briefing?
No existe una extensión universal. Una landing puede describirse en pocas páginas; un ecommerce con integraciones necesitará más. Es mejor un documento breve con decisiones claras que muchas páginas de respuestas genéricas.
¿Es necesario indicar el presupuesto?
No siempre es obligatorio, pero un rango ayuda a priorizar soluciones y fases. También conviene distinguir presupuesto de construcción y gastos recurrentes de hosting, licencias y mantenimiento.
¿Y si todavía no conozco la estructura o la tecnología?
Escribe qué necesita hacer el usuario y qué restricciones existen. Marca plataforma, número final de páginas o integración concreta como «Pendiente de definir». Precisamente la fase de descubrimiento sirve para tomar esas decisiones.
¿Qué incluye un briefing para rediseñar una web?
Además de los apartados generales, incluye una auditoría de la web actual, contenidos que conservar, inventario de URLs, migración y redirecciones, analítica de referencia, acceso al CMS y funcionalidades que no deben dejar de funcionar.
¿Cómo describo una funcionalidad sin saber programar?
Explica la acción, el resultado esperado y las excepciones. Por ejemplo: «Una persona selecciona un servicio, envía sus datos y recibe confirmación; si falta un dato obligatorio, debe entender cómo corregirlo». El equipo técnico propondrá la implementación.
¿Un briefing garantiza que el proyecto salga bien?
No por sí solo. Reduce ambigüedades, pero necesita validación, planificación, ejecución y pruebas. La calidad también depende de la investigación, el diseño, los contenidos, las decisiones y el mantenimiento posterior.
¿Cuándo debo actualizarlo?
Cuando cambien de forma relevante el objetivo, el alcance, la audiencia, las integraciones, los recursos o los plazos. Registra versión, fecha, persona que decide y consecuencias del cambio.
Documentación, criterio editorial y recursos de consulta.
Revisión editorial: 17 de octubre de 2026. La estructura de la plantilla es una propuesta práctica elaborada para esta guía, no una norma oficial ni una certificación. Las recomendaciones sobre investigación, SEO, accesibilidad y experiencia de usuario se apoyan en fuentes de referencia; los casos de ejemplo son ficticios.
Sobre el autor y la plantilla
Contenido preparado para Roger Llorens, profesional del diseño web y marketing digital. El objetivo es que cualquier negocio pueda estructurar una solicitud de proyecto antes de contratar, y que profesionales y agencias utilicen un punto de partida más preciso. La plantilla no sustituye la propuesta económica, el contrato ni la documentación técnica posterior. Antes de usar un documento con terceros, revisa los datos y las condiciones de tu proyecto.
Descargas relacionadas
Materiales editables vinculados a esta guía. Se descargarán directamente desde rogerllorens.com.
