Cómo Preparar un Briefing para tu Desarrollador Web (con Plantilla)

"Quiero una web moderna, sencilla y que venda." Es el mensaje más habitual que recibe un desarrollador, y también el más difícil de presupuestar. Detrás de esa frase caben desde una landing de 600 € hasta una plataforma de 30.000 €. Por eso, el documento más rentable de todo tu proyecto web es el briefing.

Un buen briefing te permite recibir presupuestos más precisos (y normalmente más baratos), comparar proveedores de forma justa, evitar malentendidos y reducir semanas de idas y venidas. En esta guía te explicamos cómo preparar un briefing para tu desarrollador web, paso a paso y con una plantilla que puedes copiar.

¿Qué es un briefing web y por qué importa?

Un briefing es un documento breve (entre 2 y 6 páginas suele bastar) que describe qué quieres conseguir con tu proyecto, para quién es, qué debe hacer y con qué limitaciones de presupuesto y plazo. No es una especificación técnica: no necesitas saber programar para escribirlo.

Cuando un desarrollador recibe información vaga, tiene dos opciones: preguntar mucho (lo que retrasa todo) o añadir margen de riesgo al presupuesto para cubrir lo desconocido. Un briefing claro elimina esa incertidumbre, y eso se traduce directamente en precio.

La forma más eficaz de abaratar un proyecto no es negociar el precio, sino reducir la incertidumbre. Cuanto mejor defines lo que necesitas, menos pagas por lo que no necesitas.

Las 10 secciones de un briefing completo

1. Tu empresa en pocas líneas

Qué hacéis, desde cuándo, a quién vendéis y qué os diferencia. Incluye tu web actual (si existe) y tus redes sociales.

2. Objetivo principal del proyecto

La pregunta más importante: ¿para qué sirve esta web? Elige un objetivo principal y, como mucho, dos secundarios:

Captar solicitudes de presupuesto o contactos.
Vender productos online.
Reservar citas.
Dar credibilidad a la marca.
Automatizar un proceso interno (área de clientes, pedidos, gestión).

Si puedes, añade una métrica: "recibir 20 solicitudes al mes" es mucho más útil que "tener más clientes".

3. Público objetivo

¿Quién va a usar la web? Edad, sector, si son particulares o empresas, desde qué dispositivo acceden, qué dudas tienen antes de comprarte. Si tienes dos tipos de cliente muy distintos, descríbelos por separado.

4. Situación actual y problemas

Si ya tienes web o sistema, cuéntalo: qué funciona, qué no, qué te han dicho tus clientes. "Nuestra web no se ve bien en móvil y no aparece en Google" da más contexto que "queremos renovarla".

5. Estructura y contenidos

Una lista de las páginas o secciones que imaginas (inicio, servicios, sobre nosotros, blog, contacto…) y, muy importante, quién va a aportar los contenidos: textos, fotografías, vídeos, logotipo. Si necesitas que el proveedor redacte o haga fotos, indícalo, porque cambia mucho el presupuesto.

6. Funcionalidades

Lista lo que la web debe hacer, no solo mostrar. Te recomendamos clasificarlas con el método MoSCoW:

Must (imprescindible): sin esto no se lanza.
Should (importante): muy recomendable, pero puede esperar unas semanas.
Could (deseable): si hay presupuesto.
Won't (ahora no): se descarta para esta fase.

Ejemplos de funcionalidades: formulario de contacto, reservas online, tienda con pasarela de pago, multidioma, blog, área privada, integración con CRM o ERP, chat de WhatsApp, buscador de productos.

7. Referencias visuales

Incluye 3–5 webs que te gusten (y explica qué te gusta de cada una) y 1–2 que no te gusten. Añade tu manual de marca si lo tienes: logotipo, colores, tipografías. Las referencias ahorran horas de reuniones de diseño.

8. Competencia

2 o 3 competidores directos y qué hacen bien o mal en su web. Ayuda a posicionar tu proyecto y a detectar oportunidades de SEO.

9. Aspectos técnicos y legales

¿Tienes dominio y hosting? ¿A nombre de quién?
¿Qué herramientas usa ya tu empresa (CRM, ERP, email marketing, facturación)?
¿Necesitas que tu equipo edite contenidos? ¿Quién y con qué frecuencia?
Requisitos legales: RGPD, cookies, accesibilidad, facturación.

10. Presupuesto y plazos

Muchos clientes no quieren dar una cifra por miedo a que "se la gasten entera". Pero sin un rango, el proveedor tiene que adivinar si propone una solución de 1.500 € o de 15.000 €. Un rango honesto te da propuestas adaptadas a tu realidad. Si no sabes qué es razonable, consulta cuánto cuesta una página web en España.

En cuanto a plazos, indica si hay una fecha real (una feria, una campaña, un lanzamiento) o si es flexible.

Plantilla de briefing para copiar

1. EMPRESA
   Nombre / sector / web actual / redes:
   A qué os dedicáis (3 líneas):

2. OBJETIVO
   Objetivo principal:
   Objetivos secundarios:
   Cómo mediremos el éxito:

3. PÚBLICO
   Cliente ideal:
   Dispositivo principal (móvil/escritorio):

4. SITUACIÓN ACTUAL
   Qué funciona / qué no:

5. ESTRUCTURA Y CONTENIDO
   Secciones:
   ¿Quién aporta textos/fotos?:
   Idiomas:

6. FUNCIONALIDADES (Must / Should / Could / Won't)
   -
   -

7. REFERENCIAS
   Webs que me gustan (y por qué):
   Webs que no me gustan:
   Manual de marca: sí / no

8. COMPETENCIA
   -

9. TÉCNICO Y LEGAL
   Dominio / hosting:
   Herramientas actuales:
   Quién editará la web:

10. PRESUPUESTO Y PLAZOS
   Rango de presupuesto:
   Fecha objetivo:
   Persona de contacto y disponibilidad:

Errores habituales al preparar un briefing

Describir la solución en lugar del problema. "Quiero una app" es una solución; "mis comerciales pierden pedidos porque los apuntan en papel" es un problema, y quizá su mejor solución no sea una app.
Querer todo en la primera versión. Separa el lanzamiento de las mejoras futuras.
No designar un responsable. Si cinco personas opinan sobre el diseño sin que nadie decida, el proyecto se eterniza.
Olvidar los contenidos. Es la primera causa de retrasos en proyectos web.
Ocultar el presupuesto. Solo provoca propuestas desajustadas.

Briefing para proyectos de software (ERP, SaaS, aplicaciones)

Si tu proyecto es un sistema de gestión o una plataforma, añade a la plantilla:

Procesos actuales: cómo se hace hoy, paso a paso, y con qué herramientas (hojas de Excel, papel, programas).
Roles de usuario: quién usará el sistema y qué puede ver o hacer cada uno.
Volumen de datos: número de clientes, pedidos al mes, productos, usuarios simultáneos.
Integraciones necesarias con otros sistemas.
Datos a migrar y en qué formato están.

Con esa información, podremos estimar con precisión, como explicamos en cuánto cuesta un ERP a medida o cuánto cuesta crear un SaaS.

Qué debe devolverte un buen desarrollador

Un profesional serio no se limita a enviar una cifra. Tras leer tu briefing, debería:

Hacerte preguntas para aclarar dudas (buena señal: lo ha leído).
Proponer alternativas si detecta algo innecesario o arriesgado.
Enviarte un presupuesto desglosado por fases y funcionalidades.
Indicar qué no está incluido, los plazos, las revisiones y las condiciones de mantenimiento.

Si comparas un freelance y una agencia, envía el mismo briefing a ambos. Te explicamos cómo decidir en Freelance vs agencia de desarrollo.

Preguntas frecuentes

¿Cuánto debe ocupar un briefing?

Para una web, entre 2 y 4 páginas es suficiente. Para software a medida, puede extenderse más, sobre todo en la descripción de procesos.

¿Y si no sé qué funcionalidades necesito?

Describe el objetivo y los problemas; el desarrollador te propondrá las funcionalidades. Muchos proyectos empiezan con una sesión de consultoría precisamente para esto.

¿Debo firmar un acuerdo de confidencialidad antes de enviarlo?

Si tu idea o tus datos son sensibles, es razonable pedir un NDA. La mayoría de profesionales lo firman sin problema.

Conclusión

Dedicar dos o tres horas a preparar un briefing es la inversión con mayor retorno de todo tu proyecto: presupuestos más precisos, menos malentendidos y un resultado alineado con tus objetivos. Copia la plantilla, rellénala con calma y compártela con los proveedores que estés valorando.

¿Ya lo tienes? Envíanoslo y te responderemos con preguntas, recomendaciones y un presupuesto desglosado.