Cómo preparar el briefing de tu web para que salga bien a la primera

Muchos proyectos web que se tuercen no lo hacen por falta de talento técnico, sino porque al principio nadie dejó claro qué había que construir. El cliente tenía una idea en la cabeza, el desarrollador entendió otra, y las diferencias aparecen cuando la web ya está maquetada: cambios de última hora, retrasos, presupuestos que crecen y frustración por ambas partes.

La herramienta para evitarlo es sencilla y no exige saber nada de programación: un buen briefing. En este artículo te explico qué información conviene preparar antes de hablar con un desarrollador, por qué importa cada punto y te dejo una plantilla en lista para que la rellenes. Si todavía estás decidiendo con quién trabajar, compleméntalo con la guía sobre cómo elegir desarrollador web.

Un briefing es un documento breve en el que recoges qué quieres conseguir con tu web, para quién es, qué debe incluir y con qué recursos cuentas. No es un contrato ni una especificación técnica: es el punto de partida para que el profesional entienda tu negocio y te haga una propuesta ajustada a la realidad.

Tenerlo preparado tiene ventajas muy concretas:

• Recibes presupuestos comparables, porque todos los profesionales parten de la misma información.
• La primera reunión es productiva: se habla de tu negocio, no de preguntas básicas.
• Se reducen los cambios a mitad de proyecto, que son los que disparan plazos y costes.
• Te obliga a tomar decisiones que tarde o temprano habrá que tomar, mejor ahora que con la web a medio hacer.

No necesitas que sea perfecto ni que use términos técnicos. Un documento de dos o tres páginas, escrito con tus palabras, vale mucho más que una idea vaga explicada de memoria en una llamada.

Es la parte más importante y la que más se salta. «Quiero una web moderna» no es un objetivo; «quiero que los clientes puedan pedir cita sin llamar» o «quiero recibir más solicitudes de presupuesto de empresas» sí lo son. El objetivo condiciona el diseño, la estructura, los textos y las funcionalidades.

Intenta responder a estas preguntas:

• ¿Qué acción principal quieres que haga el visitante? Llamar, pedir presupuesto, reservar, comprar, suscribirse…
• ¿Cómo sabrás dentro de seis meses si la web funciona? Piensa en algo que se pueda medir: contactos, reservas, ventas.
• ¿Quién es tu cliente ideal? Si es particular o empresa, qué problema tiene y qué le preocupa antes de contratarte.
• ¿Desde dónde te va a buscar? Desde el móvil, en tu ciudad, desde otros países…
• ¿Qué te diferencia de la competencia y por qué te eligen los clientes que ya tienes?

Si la web tiene que captar clientes desde Google, dilo desde el principio. No es lo mismo plantear una web pensando en el SEO desde su estructura que intentar posicionarla cuando ya está terminada.

Las referencias ahorran horas de explicaciones. Reúne entre tres y cinco webs que te gusten, no necesariamente de tu sector, y apunta qué te gusta exactamente de cada una: los colores, la forma de presentar los servicios, lo fácil que es reservar, el tono de los textos. Un enlace sin comentario dice poco; «me gusta cómo esta web enseña los precios sin agobiar» dice mucho.

Añade también lo contrario: webs que no te gustan o cosas que quieres evitar. Y no olvides a tu competencia directa: saber qué hacen otros negocios de tu zona ayuda a buscar una forma de diferenciarte en lugar de parecerte a todos.

Si ya tienes identidad de marca (logotipo, colores, tipografías, manual de estilo), inclúyela. Si no la tienes, dilo también: puede formar parte del proyecto o resolverse antes, pero afecta al plan de trabajo.

Los contenidos son uno de los cuellos de botella más habituales de un proyecto web. La web puede estar lista técnicamente y esperar semanas a que lleguen los textos de los servicios o las fotos del equipo. Por eso el briefing tiene que dejar claro qué existe ya, qué falta y quién se encarga de cada cosa:

• Textos: ¿los escribes tú, los aprovechas de la web actual o necesitas que alguien los redacte?
• Fotografías: ¿tienes fotos propias de calidad o habrá que hacer una sesión o recurrir a bancos de imágenes?
• Logotipo y elementos de marca en buena resolución, idealmente en formato vectorial.
• Contenidos especiales: catálogo de productos, precios, proyectos realizados, preguntas frecuentes, vídeos.
• Idiomas: ¿la web será solo en español o necesitas otras versiones desde el inicio?
• Datos de tu empresa para el aviso legal y la política de privacidad.

Aquí es fácil pedirlo todo. El truco está en separar lo que la web necesita para cumplir su objetivo desde el primer día de lo que estaría bien tener más adelante. Así el presupuesto se centra en lo que aporta y el resto se puede planificar por fases. Algunas preguntas que conviene contestar:

• ¿Necesitas formularios de contacto o de presupuesto? ¿Adónde deben llegar esas solicitudes?
• ¿Reservas o citas online, venta de productos, pagos, un área privada para clientes?
• ¿Tiene que conectarse con herramientas que ya usas: CRM, programa de facturación, newsletter, calendario, WhatsApp?
• ¿Quién va a actualizar la web y con qué frecuencia? Esto influye en la tecnología y en el panel de gestión.
• ¿Hay requisitos de accesibilidad? La referencia son las pautas WCAG del W3C, y conviene tenerlas en cuenta desde el diseño.

Ordena la lista en dos columnas, imprescindible y deseable, y no te preocupes si no sabes cómo se hace técnicamente cada cosa. Tu trabajo es explicar qué necesitas; el del desarrollador, proponer la mejor forma de resolverlo y contarte qué implica.

Mucha gente evita dar un presupuesto por miedo a que el profesional «se ajuste» a esa cifra. En realidad ocurre lo contrario: sin una horquilla orientativa, el desarrollador tiene que adivinar si piensas en una web sencilla o en un proyecto a medida, y las propuestas que recibes pueden ser imposibles de comparar. Con una horquilla se puede proponer la mejor solución dentro de tu realidad y, si no llega para todo, priorizar.

Si no sabes qué cifras manejar, en el artículo sobre cuánto cuesta una página web explico de qué depende el precio. En cuanto a los plazos, piensa en:

• La fecha deseada de lanzamiento y si hay un motivo detrás (una apertura, una campaña, una feria) o es flexible.
• Tu disponibilidad real para reuniones, revisiones y entrega de contenidos.
• Qué pasará después del lanzamiento: quién mantiene la web, quién la actualiza y si habrá mejoras por fases.

Un consejo: si la fecha es inamovible, dilo claramente. Es mejor lanzar a tiempo una primera versión sólida con lo imprescindible que retrasarlo todo por intentar abarcar demasiado.

Parece un detalle menor y es la causa de muchos retrasos. Si en tu negocio opinan tres socios, un familiar y la persona de marketing, y cada uno revisa por su cuenta, el proyecto se llena de cambios contradictorios. Antes de empezar, define:

1. 1Una persona de contacto que centralice la comunicación con el desarrollador.
2. 2Quién tiene la última palabra sobre diseño, textos y presupuesto.
3. 3Cómo se recogerán los comentarios en cada revisión: en un único documento y de una vez, no en mensajes sueltos.
4. 4Cuántas rondas de revisión se esperan en cada fase.

Y cuando la web esté casi lista, la checklist para lanzar una web te ayudará a comprobar que no se queda nada importante fuera antes de publicarla.

Copia esta lista en un documento y responde a cada punto con tus palabras. Si algo no lo sabes, escribe «no lo sé»: también es información útil para el desarrollador.

1. 1Tu negocio: a qué te dedicas, dónde trabajas y qué servicios o productos son los más importantes.
2. 2Situación actual: ¿tienes web? ¿Qué funciona y qué no? ¿Tienes dominio, hosting y correo propios y a tu nombre?
3. 3Objetivo principal: la acción que debe hacer el visitante y cómo medirás el éxito.
4. 4Público: tu cliente ideal, sus necesidades y desde dónde te busca.
5. 5Diferenciación: por qué te eligen y qué te distingue de la competencia.
6. 6Competencia: dos o tres competidores directos con su web.
7. 7Referencias: de tres a cinco webs que te gustan, con el motivo, y alguna que no te gusta.
8. 8Marca: logotipo, colores, tipografías y tono de comunicación.
9. 9Estructura: páginas o secciones que imaginas (inicio, servicios, sobre mí, blog, contacto…).
10. 10Contenidos: qué tienes ya, qué falta y quién lo prepara, con fechas.
11. 11Funcionalidades: imprescindibles y deseables, e integraciones con otras herramientas.
12. 12Idiomas: idioma principal y versiones adicionales.
13. 13Plazo: fecha deseada y si es fija o flexible.
14. 14Presupuesto: horquilla orientativa y si contemplas trabajar por fases.
15. 15Después del lanzamiento: mantenimiento, actualizaciones y quién se encarga.
16. 16Decisión: persona de contacto, quién aprueba y cómo se revisa.

No hace falta rellenarla de una sentada. Lo más práctico es hacer un primer borrador, dejarlo reposar un par de días y repasarlo con las personas que van a decidir. Muchas veces, al releerlo, aparecen dudas que conviene resolver antes de pedir presupuesto: si de verdad necesitas tienda online o basta con un catálogo, si el blog lo vas a mantener o si la web tiene que estar en dos idiomas desde el principio.

Envía el mismo documento a todos los profesionales con los que hables. Así podrás comparar propuestas de forma justa y fijarte en algo que dice mucho de cada uno: quién hace buenas preguntas sobre tu negocio y quién se limita a mandar una cifra.

Preparar un buen briefing lleva poco tiempo y cambia por completo cómo se desarrolla un proyecto web. Cuando el objetivo, el público, los contenidos, las funcionalidades, el presupuesto y la forma de decidir están claros desde el principio, el desarrollador puede proponer lo adecuado, tú sabes qué esperar y la web sale bien a la primera, sin rehacer trabajo ni sorpresas en la factura.

Soy Elmar Mamedova, desarrollador full stack en Málaga, y en cada proyecto empiezo por entender el negocio antes de hablar de tecnología. Si quieres, revisamos juntos tu briefing y lo convertimos en un plan de desarrollo web realista, con prioridades claras y sin letra pequeña.