Cómo preparar un briefing web que sirva de verdad

Hay un momento que se repite en casi todas las primeras reuniones: pedimos el briefing y llega un documento con los colores corporativos, tres webs de referencia y ninguna pista de qué tiene que conseguir la web. No es culpa de nadie. Nadie enseña a preparar un briefing.

Un briefing web es un documento de decisiones que permite entender qué debe conseguir la web, qué incluye el proyecto y cómo se comprobará el resultado. No un cuestionario para elegir colores.

Y una cosa importante antes de empezar: no necesitas llegar con todo resuelto. Necesitas separar lo que sabes, lo que estás suponiendo y lo que hay que investigar. Esa distinción ahorra más tiempo que cualquier plantilla de cincuenta preguntas.

Qué debe resolver un briefing web

Seis bloques: negocio, audiencia, objetivo, alcance, operación y validación. Si falta uno, la agencia presupuestará con una suposición o añadirá margen para cubrir el riesgo. Ese margen, por cierto, lo pagas tú.

El documento también debe reconocer conflictos. ¿La web tiene que captar leads y a la vez reducir los formularios al mínimo? Alguien tendrá que priorizar. Mejor verlo en el briefing que discutirlo con el desarrollo terminado.

Plantilla de briefing web

Puedes copiar este bloque tal cual. Responde con datos breves y enlaces, no con párrafos de presentación corporativa.

1. Negocio y contexto

• Qué vende la empresa y a quién.
• Qué líneas de negocio debe apoyar la web.
• Qué mercados, idiomas y ubicaciones intervienen.
• Qué problema ha provocado el proyecto ahora.
• Qué no funciona en la web actual.

2. Objetivo y conversión

• Cuál es el objetivo principal de la web.
• Qué acción representa una conversión: solicitud, compra, reserva, llamada o registro.
• Qué acciones secundarias tienen valor.
• Cómo se valida hoy un lead o una venta.
• Qué indicador demostrará que el proyecto mejora.

3. Audiencias y decisiones

• Quién inicia la búsqueda.
• Quién compara opciones.
• Quién aprueba la compra.
• Qué objeciones aparecen antes de contactar.
• Qué pruebas necesita cada perfil.

4. Alcance y contenido

• Páginas y funcionalidades imprescindibles.
• Páginas o funciones deseables para una segunda fase.
• Contenido que se conserva, se reescribe o se elimina.
• Casos, imágenes, documentos y traducciones disponibles.
• Persona responsable de aprobar cada contenido.

5. Tecnología e integraciones

• Dominio, hosting, CMS y proveedores actuales.
• CRM, ERP, calendario, pagos, email y otras conexiones.
• Usuarios, roles y necesidades editoriales.
• Requisitos legales, de seguridad o accesibilidad.
• Datos que deben migrarse y formato en el que existen.

6. Proyecto y validación

• Fecha objetivo y motivo de esa fecha.
• Personas que deciden y personas que revisan.
• Presupuesto disponible o rango de inversión.
• Criterios de aceptación por funcionalidad.
• Qué debe estar medido antes del lanzamiento.

Cómo definir el objetivo sin quedarse en “vender más”

«Vender más» no dice qué tiene que hacer la web. Un objetivo útil vincula una acción de usuario con un resultado observable del negocio: aumentar solicitudes válidas de un servicio concreto, reducir llamadas sobre una gestión repetitiva o que tus distribuidores encuentren documentación sin pedírtela por email.

El objetivo ordena el resto del briefing. Si la prioridad es captar solicitudes, la arquitectura, el contenido, los formularios y la analítica deben responder a esa decisión.

Cómo separar alcance imprescindible y deseable

Clasificando cada elemento en tres cajas: imprescindible, siguiente fase o fuera de proyecto. Una lista única convierte cualquier idea en obligación.

En THECOOKIES pedimos una razón para cada funcionalidad. «Área privada» no es un requisito. «Cada cliente debe descargar sus facturas y actualizar dos datos sin llamar al equipo» sí permite estimar pantallas, permisos e integración.

Esta definición conecta con el proceso de un proyecto web profesional, donde cada fase tiene una salida verificable.

Qué materiales debe entregar la empresa

Contenido, accesos y decisiones. Con una persona responsable y una fecha. La agencia puede ayudar a producirlos, pero esa producción también forma parte del alcance.

Conviene inventariar logotipo, tipografías, fotografías, vídeos, textos, catálogo, testimonios, documentación legal y datos de analítica. «Ya lo buscaremos» no es un estado. Es una pequeña trampa temporal con muy buena prensa.

Qué no hace falta decidir todavía

La parte visual y la tecnología. El briefing puede describir referencias y restricciones, pero no debería convertir una preferencia en arquitectura.

¿Una plantilla te obliga a elegir CMS antes de definir integraciones o edición? Esa pregunta llega demasiado pronto. Quien te haga la web debe justificar la decisión con alcance, mantenimiento y coste total.

Cómo usar el briefing para comparar propuestas

Un mismo briefing permite comparar qué incluye, qué excluye y qué supone cada propuesta. El precio aislado dice poco si una oferta incluye contenido, migración y medición y otra solo diseño y desarrollo.

Revisa entregables, rondas de validación, propiedad, licencias, mantenimiento, formación y soporte posterior. En cuánto cuesta una web profesional separamos estas partidas una a una.

Nosotros usamos el briefing como punto de partida de nuestros proyectos de desarrollo web a medida. Si al rellenarlo te salen preguntas incómodas, va bien. Su trabajo no es fingir que el proyecto ya está resuelto.