Cuando alguien llega a Micelia con la idea de hacer una web, suele traer consigo una pregunta bastante lógica: ¿por dónde empezamos?
La respuesta casi nunca es diseño. Tampoco tecnología, ni contenidos, ni presupuesto. La respuesta es el brief. Y aunque suene a trámite administrativo, en realidad es el momento donde el proyecto toma forma real, donde las ideas difusas empiezan a convertirse en decisiones concretas. Si esta fase está bien trabajada, todo lo que viene después fluye. Si no, aparecen los problemas: cambios de rumbo a mitad del proyecto, expectativas desalineadas, costes que se disparan y webs que, al lanzarse, ya no responden a lo que se necesitaba.
Llevamos años trabajando en diseño web sostenible y hemos aprendido que la mayoría de los problemas que aparecen durante el desarrollo de una web no nacen en el desarrollo. Nacen mucho antes, en esa conversación inicial que no se tuvo, en esa pregunta que nadie se hizo, en ese acuerdo tácito que cada parte entendió de forma distinta. El brief existe, precisamente, para evitar todo eso.
¿Qué tiene que ver el brief con el diseño web sostenible?
Antes de hablar de lo que hacemos en el brief, conviene entender desde qué lugar lo hacemos. En Micelia trabajamos con un enfoque de diseño centrado en las personas y en el planeta, lo que implica combinar dos marcos metodológicos: el Design Thinking y el Green Design. El primero pone siempre al usuario en el centro de las decisiones, antes que la tecnología, antes que la estética y antes que las preferencias del cliente. El segundo añade una capa que consideramos irrenunciable: la sostenibilidad como criterio de diseño desde el principio, no como capa añadida al final.
Si el design thinking tradicional pregunta cómo resolver un problema de la forma más útil y deseable para el usuario, el Green Design Thinking añade una pregunta más: ¿y cuál es el coste de esa solución para el entorno? Una web no es un objeto inerte. Consume energía cada vez que alguien la visita, cada vez que carga una imagen, cada vez que ejecuta un script en segundo plano. El impacto de una sola visita puede parecer insignificante, pero multiplicado por miles de sesiones a lo largo de los años se convierte en algo que merece atención. Por eso en el brief nos preguntamos no solo qué necesita existir, sino también qué no necesita existir. Cada funcionalidad que descartamos en esta fase es código que no se escribe, peso que no se carga, energía que no se consume.
El brief, entendido desde esta perspectiva, no es el punto de partida técnico de un proyecto. Es el momento donde se establecen los valores que van a guiar todas las decisiones posteriores. Y es también el primer paso del proceso de investigación: donde empezamos a separar lo que el cliente quiere de lo que el usuario necesita, que no siempre coincide, y donde esa tensión, cuando se trabaja bien, produce los proyectos más sólidos.
Un buen proyecto web no empieza con una pantalla en blanco. Empieza con buenas preguntas.
¿Un brief es un formulario o una conversación?
En muchas agencias, el brief es un PDF que el cliente rellena en solitario y envía por correo. En Micelia no funciona así, y no es una cuestión de forma sino de fondo. Lo construimos juntos, en conversación, como un documento compartido que va creciendo y refinándose a medida que entendemos mejor el proyecto.
En esa conversación inicial no hablamos de colores ni tipografías. Hablamos del proyecto: qué es, por qué existe, qué problema resuelve, a quién va dirigido, en qué contexto compite. Hablamos de las decisiones que ya se han tomado y de las que todavía están abiertas. Y hablamos de las dudas reales, no de las que se mencionan en una primera reunión comercial sino de las que aparecen cuando hay confianza suficiente para plantearlas. Lo que uno necesita de una web no siempre es lo que uno cree necesitar al principio, y esa diferencia solo emerge cuando hay espacio para pensar con calma.
¿Tu web tiene que existir… o tiene que funcionar?
Esta es la pregunta que más nos gusta hacer al inicio, y que con más frecuencia genera una pausa incómoda. Tener una web no es lo mismo que tener una web que hace algo por ti. Muchas empresas tienen presencia digital porque «hay que tenerla», y esas webs suelen tener algo en común: existen, pero no funcionan. No generan contactos, no explican bien lo que se hace, no guían al usuario hacia ningún lugar. Son escaparates vacíos con un buen diseño.
En la fase de brief definimos con precisión qué tiene que ocurrir gracias a la web. A veces el objetivo es generar leads cualificados. Otras veces es reforzar la credibilidad ante clientes que ya conocen la empresa. A veces es mejorar el posicionamiento en buscadores. Cada uno de esos objetivos implica decisiones completamente distintas sobre estructura, contenidos y funcionalidades. Una web diseñada para captar clientes no se construye igual que una diseñada para gestionar una comunidad o presentar un portfolio. Intentar hacerlo todo a la vez es, casi siempre, no hacer nada bien.
Desde una perspectiva de diseño web sostenible, esta claridad de objetivos tiene además una consecuencia directa sobre el impacto del proyecto: una web con un propósito bien definido es siempre más ligera, más rápida y más eficiente que una web que intenta abarcarlo todo.
¿Qué es el Green UX y por qué empieza aquí?
Hay un concepto que en Micelia consideramos central: la experiencia de usuario, o UX. Con frecuencia se asocia al diseño visual, a que algo «se vea bien». Pero la UX va mucho más allá de la estética. Tiene que ver con cómo se siente una persona al navegar por una web, si encuentra lo que busca o se pierde, si el siguiente paso está claro o requiere esfuerzo, si el proceso de contacto resulta natural o genera fricción.
La experiencia de usuario (UX) no se diseña solo en Figma. Se comienza a diseñar en el brief.
Es aquí donde empezamos a construir el mapa de experiencia del usuario: el recorrido completo que hace una persona desde que llega a la web hasta que realiza la acción que nos interesa. Entender ese recorrido en detalle —los puntos de entrada, las dudas en el camino, los momentos de decisión, las posibles fricciones— permite diseñar una experiencia que no deja nada al azar.
El Green UX lleva este enfoque un paso más allá, integrando la sostenibilidad dentro del propio diseño de la experiencia. Una interfaz bien diseñada desde una perspectiva de Green UX no solo es agradable de usar: es eficiente en el uso de recursos. Reduce el número de pasos innecesarios, elimina contenido que no aporta valor, optimiza los flujos de navegación para que el usuario llegue antes a donde necesita llegar. Cada clic de más, cada página intermedia innecesaria, cada recurso que carga sin que nadie lo vea es, al mismo tiempo, una fricción para el usuario y un consumo evitable de energía. Mejorar la experiencia y reducir el impacto ambiental son, en este enfoque, el mismo objetivo.
¿Para quién estamos diseñando realmente?
El diseño centrado en el usuario parte de conocer al usuario. Y aquí hay una trampa en la que cae casi cualquier cliente: pensar que la web va dirigida a «todo el mundo» que al final se convierte en un promedio. Diseñar para todo el mundo es diseñar para nadie, porque esa abstracción no tiene cara, no tiene necesidades concretas ni barreras reales. En Micelia pensamos que los productos digitales deben ser accesibles para todo el mundo pero tienen que estar dirigidos a personas reales.
En Micelia construimos arquetipos de usuario o personas: perfiles representativos de las personas reales que van a llegar a la web, con sus motivaciones, sus conocimientos previos, sus contextos de uso y sus posibles puntos de fricción. Tener esos arquetipos definidos desde el principio cambia la forma en que se toman todas las decisiones posteriores, desde la jerarquía de contenidos hasta el tono de los textos.
¿La accesibilidad y la inclusión son opcionales?
Para nosotros, no. La accesibilidad es una condición de partida, no un extra que se considera al final si el presupuesto lo permite. Diseñar de forma accesible significa reconocer que las personas que van a usar la web no son todas iguales: tienen capacidades distintas, dispositivos distintos, velocidades de conexión distintas y contextos de uso distintos. Una web accesible funciona para alguien que navega con un lector de pantalla y para alguien que lo hace con un móvil de gama baja en una zona con cobertura limitada. Cumplir los estándares de accesibilidad no es solo una obligación legal bajo la normativa europea vigente: es una decisión de calidad que amplía el alcance de la web y mejora la experiencia para todos los usuarios.
La inclusión va un paso más allá: un proyecto digital inclusivo no es aquel que, terminado, se somete a una revisión para detectar errores. Es aquel que, desde el primer momento, se diseña teniendo en cuenta la diversidad de las personas que lo van a usar. Eso implica preguntarse en el brief quién podría estar quedando fuera, qué barreras estamos introduciendo sin darnos cuenta y qué asunciones sobre el usuario tipo estamos tomando sin haberlas cuestionado.
¿Qué ocurre cuando el brief no se trabaja bien?
Sin una estructura clara, el diseño más cuidado no consigue que la web funcione. Hemos visto webs con una estética impecable donde el usuario no sabe dónde está ni hacia dónde ir, donde los contenidos importantes están enterrados a tres clics de la página de inicio, donde la navegación responde a la lógica interna de la empresa en lugar de a la lógica del usuario que llega desde fuera.
En el brief trabajamos la arquitectura de la información: qué páginas tendrá la web, cómo se relacionan entre sí, qué jerarquía tiene cada una y qué contenido es prioritario. Tener esa estructura clara antes de abrir Figma cambia completamente la calidad del trabajo que viene después. Los prototipos tienen sentido, los textos se escriben con un propósito, las decisiones de diseño responden a una lógica compartida.
El brief entra después en un proceso de iteración continua. Se cuestiona, se simplifica, se ajusta. Porque a medida que avanzamos en el detalle aparecen cosas que no eran visibles al principio: una funcionalidad que parecía imprescindible y en realidad complica la experiencia, una sección que creíamos secundaria y resulta ser el corazón del sitio. Un buen brief no es el más completo, es el más claro. Y esa claridad tiene consecuencias muy prácticas: estimaciones de tiempo y coste fiables, decisiones tomadas con criterio acordado y la tranquilidad de que el proyecto no va a crecer de forma incontrolada.
¿Qué ocurre después del brief?
Una vez que el brief está suficientemente claro, todo lo demás encaja. La arquitectura de la información tiene una base sobre la que construirse. Los prototipos en Figma responden a decisiones ya tomadas y a hipótesis sobre la experiencia de usuario formuladas con cuidado. El diseño visual puede desarrollarse con criterio, sabiendo a quién habla y qué tiene que comunicar. Y el desarrollo en WordPress se hace sobre especificaciones claras, sin sorpresas a mitad del camino.
La diferencia entre un proyecto que avanza con fluidez y uno que se atasca constantemente rara vez está en la tecnología. Está en si alguien se tomó el tiempo de hacer las preguntas difíciles antes de empezar a construir, de investigar antes de decidir, de entender al usuario antes de diseñar para él.
¿Quieres una web eficiente y sostenible que funcione durante años?
Antes de empezar cualquier proyecto web, merece la pena hacerse esta pregunta con honestidad. Una web construida sin una fase de brief suficiente, sin investigación, sin una reflexión real sobre la experiencia de usuario, puede funcionar a corto plazo. Pero suele requerir revisiones profundas antes de lo esperado, porque fue construida sobre suposiciones que nadie se molestó en contrastar.
En Micelia trabajamos para lo segundo: webs con una base estratégica clara, diseñadas desde los principios del diseño web sostenible, el Green Design Thinking y el Green UX, que responden a necesidades reales de usuarios reales y que pueden crecer y evolucionar sin tener que rehacerse desde cero cada dos años. Ese trabajo empieza aquí, en esta fase, con estas preguntas.
¿Hablamos?
Si estás pensando en crear o rediseñar tu web y quieres hacerlo con una base sólida, podemos ayudarte a construir ese brief contigo. No necesitas tenerlo todo claro antes de la primera conversación. De hecho, si lo tuvieras todo claro, probablemente no necesitarías esa conversación.
Solo necesitas empezar por el sitio adecuado.
👉 Descubre cómo trabajamos en Micelia o escríbenos y vemos tu caso contigo.