Briefing y requisitos de una página web: plantilla y ejemplo

Briefing y documento de requisitos: en qué se diferencian

Estas palabras se confunden a menudo, aunque son dos documentos distintos.

• El briefing (del inglés brief, «resumen») son tus respuestas a las preguntas del proveedor: a qué se dedica la empresa, a quién vende qué, para qué quieres la web, qué materiales tienes. Lo llenas tú.
• El documento de requisitos (las «especificaciones técnicas») es el texto que dice qué se hará exactamente: lista de páginas, funciones, requisitos técnicos, plazos, forma de entrega. Suele redactarlo el proveedor a partir del briefing, y tú lo apruebas.

Para una web pequeña (presentación, landing, web de 10 páginas) no hace falta unas especificaciones gruesas por separado. Basta un buen briefing de una o dos páginas, más la lista de páginas y los criterios de aceptación. Las especificaciones grandes se necesitan para sistemas complejos: áreas de cliente, pagos, integraciones. Esos proyectos empiezan con nosotros con una sesión de arquitectura de pago de US$3,890, donde las especificaciones y el presupuesto se convierten en el mapa del producto, y el importe se descuenta del proyecto.

¿Para qué todo esto? El briefing ahorra dinero y disgustos. Un proveedor que entiende la tarea pregunta menos, envía antes la primera versión y rehace menos. Y por la calidad de las preguntas del proveedor se ve cuánto se implica: hay más en cómo elegir una agencia web sin equivocarte.

Plantilla de briefing web para tu página

Esta es una plantilla que puedes copiar y llenar. En las plantillas abiertas de briefing (por ejemplo, las de Atlassian) la lógica general es la misma: objetivo, público, contenido, limitaciones, plazos y responsables. Nosotros la hemos completado con preguntas sobre la web.

1. Sobre la empresa

• Nombre, forma jurídica, país, web y redes sociales, si las hay.
• A qué te dedicas, en dos o tres frases.
• ¿En qué te diferencias de tus competidores más cercanos?

2. Para qué la web

• El objetivo principal en una frase: solicitudes, ventas, imagen, verificación del banco, reservas.
• ¿Qué debe hacer el visitante en la web (llamar, dejar sus datos, comprar)?
• ¿Cómo sabrás que la web funciona: cuántas solicitudes al mes consideras un éxito?

3. Para quién

• Quién es tu cliente: edad, país, ciudad, a qué se dedica.
• ¿Qué busca y qué teme al elegir?
• ¿Desde qué dispositivo entra con más frecuencia: teléfono u computadora?

4. Qué hay en la web

• Lista de páginas o secciones (más detalle abajo).
• Si hacen falta formularios, pago, reservas, área de cliente, blog, idiomas.
• Adónde llegan las solicitudes: al correo, al CRM, a la mensajería.

5. Estilo y ejemplos

• ¿Tienes logotipo y colores corporativos?
• Tres webs que te gustan y qué exactamente. Y dos que no te gustan.
• El tono: serio, cercano, de experto.

6. Materiales

• Qué tienes: textos, fotos, videos, presentaciones, opiniones, datos de la empresa.
• Qué debe preparar el proveedor.

7. Plazos, presupuesto, responsables

• ¿Cuándo debe estar lista la web y por qué justo para esa fecha?
• Presupuesto o rango.
• Quién toma las decisiones de tu parte y con qué rapidez responde.

Para un proyecto pequeño, responde brevemente: a cada pregunta le basta una frase. Cuando hayas llenado el briefing, compruébalo con la lista de abajo: te mostrará qué respuestas faltan. Y si todavía estás eligiendo qué tipo de web necesitas, empieza por cómo hacer una web para tu negocio.

Ejemplo de requisitos de una página web

A continuación, un ejemplo de especificaciones abreviadas para una empresa ficticia, para que veas el nivel de detalle. Es un ejemplo didáctico, no un cliente real.

Proyecto: web para un estudio de diseño de interiores «Ejemplo Estudio»

1. Objetivo. Recibir 15–20 solicitudes al mes de consulta gratuita desde el buscador y la publicidad.
2. Público. Propietarios de viviendas de 30 a 50 años de una misma ciudad, que entran sobre todo desde el celular.
3. Estructura. Inicio, Servicios (3 páginas: proyecto de vivienda, proyecto de casa, dirección de obra), Portfolio, Sobre el estudio, Blog, Contacto.
4. Funciones. Formulario de solicitud (nombre, teléfono, tipo de inmueble), con las solicitudes al correo y a una hoja de cálculo; filtro en el portfolio; blog con categorías; botón de mensajería.
5. Idiomas. Español e inglés.
6. Diseño. Claro y sereno; logotipo y paleta entregados; se adjuntan ejemplos de webs.
7. Requisitos técnicos. Diseño adaptable al celular; conexión segura; páginas que abren rápido (la referencia de Google: el contenido principal carga en 2.5 segundos o menos); configuración SEO básica (títulos, descripciones, mapa del sitio).
8. Aspectos legales. Política de privacidad, consentimiento de cookies, datos de la empresa. Los textos los revisa el abogado del cliente.
9. Etapas y plazos. Estructura, 2 días; diseño de la página de inicio, 3 días; montaje, 5 días; contenidos y revisión, 3 días; lanzamiento. El plazo cuenta desde la recepción de los materiales.
10. Aceptación. Ver los criterios más abajo.

Para un proyecto así, según nuestras tarifas encaja la web para negocios de US$2,790: hasta 10 páginas, blog, 2 idiomas y configuración SEO. Cuánto cuestan otras opciones, mira cuánto cuesta una página web en 2026.

Cómo describir la estructura de la web

La parte más útil de las especificaciones es la lista de páginas. Describe cada una en una línea: nombre, para qué sirve, qué debe haber en ella. Para una empresa pequeña en tu país, suele bastar este conjunto:

• Inicio. Quién eres, qué ofreces, el botón principal, las pruebas.
• Servicios o productos. Una página por cada servicio que la gente busca por separado. Es importante para el buscador.
• Sobre la empresa. Equipo, historia, datos de la empresa: en esta página miran los bancos y los socios.
• Casos o portfolio. Solo trabajos reales.
• Blog. Artículos útiles para las dudas de los clientes.
• Contacto. Correo, teléfono, dirección, formulario, mapa.
• Páginas legales. Aviso legal, política de privacidad, cookies.

Si no estás seguro de qué incluir, mira cómo lo hacen tus competidores y pregúntate a qué dudas del cliente responde cada página. Quita lo que sobre: menos páginas significa un lanzamiento más rápido y un precio menor. Cómo se relaciona esto con el constructor o la plataforma en la que hacer la web, lo vimos en constructor o desarrollo propio.

Requisitos técnicos y legales: qué conviene incluir

Aunque no entiendas de técnica, conviene incluir en las especificaciones unos cuantos puntos. Te protegen de una web «bonita pero que no funciona».

1. Versión móvil. La web debe verse y funcionar bien en el teléfono.
2. Velocidad. Google se guía por las métricas Core Web Vitals: el contenido principal debe cargar en 2.5 segundos o menos (LCP), la página debe responder rápido al presionar (INP de no más de 200 milisegundos) y no «saltar» al cargar (CLS de no más de 0.1). Anótalo como objetivo, y no como obligación del proveedor de garantizar las cifras en cualquier teléfono.
3. Seguridad. Conexión segura (HTTPS), protección de los formularios contra el spam, accesos con verificación en dos pasos.
4. Páginas legales. Cuáles hacen falta en tu país. Suelen ser el aviso legal, la política de privacidad y la política de cookies; para webs dirigidas a Alemania y Austria, además, el Impressum. Los textos basados en plantillas debe revisarlos tu abogado.
5. Titularidad. El dominio, el código y las cuentas se registran a tu nombre; tras el lanzamiento recibes todos los accesos.
6. Editor. Qué textos y bloques editas tú.
7. Analítica. Qué medimos: solicitudes, orígenes, objetivos.

No hace falta detallar mucho los requisitos de SEO. Basta con exigir títulos y descripciones únicos para cada página, direcciones claras, mapa del sitio y conexión de Search Console (el servicio gratuito de Google donde se ve cómo aparece la web en el buscador). No pongas las posiciones en el buscador como obligación: nadie puede garantizarlas con honestidad.

Criterios de aceptación: cuándo se considera terminada la web

La aceptación es el momento en que dices «aprobado» y pagas la etapa final. Para que no se convierta en cambios interminables, anota de antemano qué significa «terminado».

• Todas las páginas de la lista están creadas y abren.
• La web se ve correctamente en el teléfono, la tableta y la computadora, en navegadores actuales.
• El formulario te envía la solicitud y el cliente recibe una confirmación. Comprobado con una solicitud de prueba.
• Las páginas legales están y constan los datos de la empresa.
• Las métricas de velocidad están dentro de los objetivos de las especificaciones (comprobación en PageSpeed Insights).
• La analítica recoge los objetivos y Search Console está conectada.
• Los accesos te han sido entregados y el dominio y las cuentas están a tu nombre.
• Hay una instrucción breve para cambiar textos y fotos.

Y dos reglas más: cuántas rondas de cambios están incluidas en el precio (con nosotros, por ejemplo, dos en la web de presentación) y qué se considera un cambio y qué una tarea nueva. Las tareas nuevas es mejor tratarlas como módulos aparte que inflar las especificaciones iniciales. Cómo organizamos el trabajo paso a paso, lo describe la página Cómo trabajamos.

Cinco errores en el briefing y en los requisitos

1. «Háganlo bonito». Sin ejemplos ni criterios es imposible de comprobar. Trae tres webs que te gusten y explica por qué.
2. Sin objetivo. «Quiero una web como las demás» no es una tarea. Una tarea es: «quiero recibir 20 solicitudes al mes».
3. Todas las páginas a la vez. Empieza por lo principal y añade el resto después del lanzamiento.
4. Materiales «para luego». Los textos y las fotos retrasan el proyecto más que nada. O los preparas antes de empezar o los encargas aparte.
5. Sin responsable. Si por tu parte responden cinco personas, el proyecto se atasca. Nombra a una.

Si te sientes identificado con los cinco puntos, no pasa nada: el proveedor hará preguntas de aclaración. Pero cuanto mejor preparado esté el briefing, menos pagarás por rehacer.

Un consejo aparte sobre el lenguaje del documento. Escribe como hablas: «en la página de inicio debe haber un botón “Pedir cita” que abre un formulario de tres campos». Una frase así no admite dos lecturas. En cambio, «una página de inicio cómoda y moderna» deja al proveedor el derecho de decidir por ti, y luego discutirán qué se quería decir. Cuanto más concreta es la redacción, más fácil es aceptar el trabajo y menos cambios hay.

Qué elegir en tu situación

• Si necesitas la web con urgencia, en 24 horas, basta un cuestionario simplificado: empresa, a qué te dedicas, contacto, datos de la empresa, dominio. Lo demás lo aclaramos nosotros. Es la «Web en 24 horas» de US$659.
• Si tienes una empresa pequeña y una web de hasta 5–10 páginas, llena el briefing con la plantilla de arriba; te llevará una o dos horas. No hacen falta unas especificaciones completas.
• Si haces una web para un servicio local en tu ciudad, añade al briefing el mapa, las direcciones, el horario y las opiniones de clientes.
• Si necesitas áreas de cliente, pagos e integraciones, es mejor no redactar las especificaciones tú mismo. Encarga una sesión de arquitectura: obtendrás un mapa del producto y un presupuesto, y se quedan contigo en cualquier caso.
• Si no tienes nada preparado y no sabes por dónde empezar, escríbenos: te diremos qué falta y cuáles son los primeros pasos.

Cuando el briefing esté listo, pasa a elegir proveedor y compara las ofertas sobre el mismo documento: así se ve quién se ha implicado de verdad en tu tarea. Los precios de todos los servicios están en la página de Precios.