US & Global
La navegación es una decisión, no una simple lista de páginas.
Trabajábamos en un establecimiento hotelero situado en una isla: un hotel y lugar de eventos al que solo se puede llegar en ferry, que recientemente pasó de operar por temporadas a hacerlo durante todo el año. Ese cambio fue el verdadero problema detrás del proyecto. Antes, la propiedad tenía una sola historia que contar durante una parte del año. Ahora tiene varias historias que ocurren en paralelo, todo el tiempo, y las palabras del propio cliente para describir el sitio web resultante fueron: "hay tanto ruido que a la gente le cuesta entrar en nuestra web y entender quiénes somos".
La página de inicio ya estaba resuelta antes de que empezara esta parte del trabajo: una experiencia horizontal basada en el desplazamiento que cuenta la historia de la propiedad como un hilo conductor, de la misma forma en que alguien la presentaría en una conversación, en lugar de la manera en que un mapa del sitio suele obligar a un visitante a navegar pestaña por pestaña. Esa decisión fue importante para lo que vino después, porque significaba que las páginas internas no necesitaban repetir la historia. Solo debían sostenerla una vez que el visitante decidiera profundizar.
Ese es un problema de diseño distinto de lo que parece. La pregunta no era "¿qué páginas necesita este sitio?". Era "¿qué viene a hacer realmente cada visitante aquí y dónde les debemos una página?". Esas no son la misma pregunta, y empezar por la incorrecta es la razón por la que los sitios terminan con una barra de navegación que refleja un organigrama en lugar de un conjunto de decisiones.
El punto de partida obvio es organizar por departamentos, porque así es como llega la información. El equipo de bodas entrega los precios. La cocina tiene un nuevo chef y una propuesta de la granja a la mesa. El departamento de instalaciones tiene habitaciones y una playa privada. La programación incluye catas de vino, proyecciones de películas y música en vivo. Si asignas cada uno de ellos a una página, obtienes algo como: alojarse, cenar, bodas, eventos, experiencia, planifica tu visita.
Esta no es una mala estructura. Es fácil de mantener, porque quien se encarga de una parte del negocio es dueño de la página que la describe. Es fácil obtener la aprobación del cliente, porque refleja cómo habla el cliente sobre su propia propiedad. Y cada página puede tener un objetivo de conversión único y claro, sin que contenido competitivo lo diluya.
Pero responde a la pregunta equivocada para un visitante primerizo. Te dice lo que tiene la propiedad, no por qué tú, específicamente, la estás mirando. Y este cliente ya nos había dicho, sin que se lo preguntáramos, que llegaban al menos dos tipos de visitantes muy diferentes a la misma página de inicio: alguien que alquila el lugar para su propia ocasión y alguien que viene a ser invitado en la de otro. Un menú basado en departamentos no hace visible esa distinción. Obliga al visitante a esforzarse para averiguar cuál de las seis pestañas es la suya.
Así que intentamos invertir la lógica. En lugar de preguntar qué contenido existe, preguntamos qué decisión intenta tomar un visitante en los primeros treinta segundos en el sitio, y construimos el nivel superior de navegación en torno a eso.
Surgieron dos intenciones principales: ¿estás aquí para organizar algo o estás aquí para ser un invitado? Esa es una división funcional real, no cosmética. Un cliente potencial para una boda y un comensal para una cena no necesitan la misma información, no convierten de la misma manera y no deberían competir por la atención de la misma página.
Ponerle nombre a esa segunda puerta resultó ser un ejercicio útil por sí mismo. El instinto era llamarla algo como "alojarse", pero esa palabra excluye silenciosamente a un visitante que el cliente había señalado específicamente como de alto valor: alguien que llega en barco solo para cenar, sin habitación reservada y sin evento al que asistir. Una puerta llamada "alojarse" le dice a ese visitante, correctamente, que la página no es para él, lo cual es lo opuesto a lo que queríamos. Los problemas de nomenclatura suelen ser problemas estructurales disfrazados. Si una etiqueta no encaja bien, generalmente es porque lo que estás nombrando aún no tiene un límite claro, no porque no hayas encontrado la palabra correcta.
La solución no fue un sinónimo más ingenioso. Fue admitir que cenar y alojarse no eran en realidad dos intenciones de visitante diferentes en esta propiedad; son la misma intención, descrita desde dos ángulos. Alguien que viene a cenar y alguien que viene a alojarse están simplemente visitando la propiedad como huéspedes, no para organizar nada en ella. Una vez que eso se nombró claramente —una sola puerta que abarca habitaciones, comida, la playa, la naturaleza y cualquier evento al que un huésped pueda asistir sin organizarlo—, las dos categorías se fusionaron en una sin perder nada.
Lo que ese ejercicio de nomenclatura reveló es el verdadero principio organizativo de este sitio, y vale la pena declararlo por sí solo: la división no es por tipo de contenido, sino por si el visitante está organizando el evento o asistiendo a uno que alguien más organizó.
Un evento privado, una boda, un retiro corporativo: el visitante está eligiendo un espacio, una fecha, un paquete. Una cata de vinos, una proyección de cine, música en vivo, una reserva para cenar: el visitante llega a algo ya construido. Una vez que ese es el criterio real, las funciones dejan de necesitar su propia página y empiezan a necesitar ser colocadas correctamente. Un mapa aéreo de la propiedad, por ejemplo, solo le importa a alguien que decide dónde celebrar su propio evento; por lo tanto, pertenece a la puerta de organización, no flotando como una página de servicios generales que un comensal no tiene motivos para abrir.
Eso nos dio tres puertas en lugar de seis: organizar algo aquí, venir a cenar o alojarse, y la logística práctica que todo visitante necesita independientemente de su intención: cómo llegar a la propiedad, costos, preguntas frecuentes. Tres no es una versión más pequeña de seis. Es una forma diferente, construida sobre una pregunta diferente.
De esa misma conversación con el cliente surgió otro punto, casi como un comentario al margen, pero que merece destacarse por sí solo: la propiedad no solo ofrece actividades, sino que hace una declaración sobre la estacionalidad; la idea de que hay un motivo para visitarla en cada una de las seis o siete estaciones distintas que experimenta. Es un gancho potente, y la mayoría de los sitios lo expresarían como un banner rotativo o un aviso estacional enterrado en una sección principal, lo que significa que pierde valor en cuanto a nadie se le ocurre actualizarlo.
En su lugar, lo tratamos como una página permanente con contenido rotativo: una posición fija en la navegación que siempre redirige a la estación en la que se encuentra la propiedad en ese momento. La página persiste, pero el contenido que alberga no. Es una pequeña decisión arquitectónica, pero logra algo que un banner no puede: le da al visitante recurrente una razón real para volver a consultar el sitio, ya que el mismo elemento de navegación le muestra algo diferente según cuándo lo visite. Además, debe ser gestionable por el cliente sin necesidad de un desarrollador, lo cual es una limitación que vale la pena diseñar desde el principio en lugar de descubrirla más tarde.
Nada de esto es exclusivo del sector hotelero. El patrón es el siguiente: resista la tentación de dejar que la barra de navegación refleje cómo se organiza internamente la empresa, porque esa es la estructura más fácil de producir y la más difícil de usar para un visitante. Pensemos en qué decisión intenta tomar realmente cada tipo de visitante y deje que los problemas de nomenclatura hagan su trabajo; cuando una etiqueta no termina de encajar, suele ser el proyecto indicándole que las categorías subyacentes aún no están definidas, no que necesite una palabra mejor.
atQuo is a creative partner that operates at the intersection of design, technology, and marketing strategy. Our **Insights and Talks** exist to demystify this intersection, sharing the expert knowledge required to make smarter decisions about the tools and tactics that drive growth. This same expertise fuels our services, where we execute on that strategy to build powerful digital experiences that help brands scale with clarity and confidence.
The decisions behind how we design and build. Animations, components, variables, structure — the reasoning we've written down so we don't have to reinvent it every time.
La navegación es una decisión, no una simple lista de páginas.
Trabajábamos en un establecimiento hotelero situado en una isla: un hotel y lugar de eventos al que solo se puede llegar en ferry, que recientemente pasó de operar por temporadas a hacerlo durante todo el año. Ese cambio fue el verdadero problema detrás del proyecto. Antes, la propiedad tenía una sola historia que contar durante una parte del año. Ahora tiene varias historias que ocurren en paralelo, todo el tiempo, y las palabras del propio cliente para describir el sitio web resultante fueron: "hay tanto ruido que a la gente le cuesta entrar en nuestra web y entender quiénes somos".
La página de inicio ya estaba resuelta antes de que empezara esta parte del trabajo: una experiencia horizontal basada en el desplazamiento que cuenta la historia de la propiedad como un hilo conductor, de la misma forma en que alguien la presentaría en una conversación, en lugar de la manera en que un mapa del sitio suele obligar a un visitante a navegar pestaña por pestaña. Esa decisión fue importante para lo que vino después, porque significaba que las páginas internas no necesitaban repetir la historia. Solo debían sostenerla una vez que el visitante decidiera profundizar.
Ese es un problema de diseño distinto de lo que parece. La pregunta no era "¿qué páginas necesita este sitio?". Era "¿qué viene a hacer realmente cada visitante aquí y dónde les debemos una página?". Esas no son la misma pregunta, y empezar por la incorrecta es la razón por la que los sitios terminan con una barra de navegación que refleja un organigrama en lugar de un conjunto de decisiones.
El punto de partida obvio es organizar por departamentos, porque así es como llega la información. El equipo de bodas entrega los precios. La cocina tiene un nuevo chef y una propuesta de la granja a la mesa. El departamento de instalaciones tiene habitaciones y una playa privada. La programación incluye catas de vino, proyecciones de películas y música en vivo. Si asignas cada uno de ellos a una página, obtienes algo como: alojarse, cenar, bodas, eventos, experiencia, planifica tu visita.
Esta no es una mala estructura. Es fácil de mantener, porque quien se encarga de una parte del negocio es dueño de la página que la describe. Es fácil obtener la aprobación del cliente, porque refleja cómo habla el cliente sobre su propia propiedad. Y cada página puede tener un objetivo de conversión único y claro, sin que contenido competitivo lo diluya.
Pero responde a la pregunta equivocada para un visitante primerizo. Te dice lo que tiene la propiedad, no por qué tú, específicamente, la estás mirando. Y este cliente ya nos había dicho, sin que se lo preguntáramos, que llegaban al menos dos tipos de visitantes muy diferentes a la misma página de inicio: alguien que alquila el lugar para su propia ocasión y alguien que viene a ser invitado en la de otro. Un menú basado en departamentos no hace visible esa distinción. Obliga al visitante a esforzarse para averiguar cuál de las seis pestañas es la suya.
Así que intentamos invertir la lógica. En lugar de preguntar qué contenido existe, preguntamos qué decisión intenta tomar un visitante en los primeros treinta segundos en el sitio, y construimos el nivel superior de navegación en torno a eso.
Surgieron dos intenciones principales: ¿estás aquí para organizar algo o estás aquí para ser un invitado? Esa es una división funcional real, no cosmética. Un cliente potencial para una boda y un comensal para una cena no necesitan la misma información, no convierten de la misma manera y no deberían competir por la atención de la misma página.
Ponerle nombre a esa segunda puerta resultó ser un ejercicio útil por sí mismo. El instinto era llamarla algo como "alojarse", pero esa palabra excluye silenciosamente a un visitante que el cliente había señalado específicamente como de alto valor: alguien que llega en barco solo para cenar, sin habitación reservada y sin evento al que asistir. Una puerta llamada "alojarse" le dice a ese visitante, correctamente, que la página no es para él, lo cual es lo opuesto a lo que queríamos. Los problemas de nomenclatura suelen ser problemas estructurales disfrazados. Si una etiqueta no encaja bien, generalmente es porque lo que estás nombrando aún no tiene un límite claro, no porque no hayas encontrado la palabra correcta.
La solución no fue un sinónimo más ingenioso. Fue admitir que cenar y alojarse no eran en realidad dos intenciones de visitante diferentes en esta propiedad; son la misma intención, descrita desde dos ángulos. Alguien que viene a cenar y alguien que viene a alojarse están simplemente visitando la propiedad como huéspedes, no para organizar nada en ella. Una vez que eso se nombró claramente —una sola puerta que abarca habitaciones, comida, la playa, la naturaleza y cualquier evento al que un huésped pueda asistir sin organizarlo—, las dos categorías se fusionaron en una sin perder nada.
Lo que ese ejercicio de nomenclatura reveló es el verdadero principio organizativo de este sitio, y vale la pena declararlo por sí solo: la división no es por tipo de contenido, sino por si el visitante está organizando el evento o asistiendo a uno que alguien más organizó.
Un evento privado, una boda, un retiro corporativo: el visitante está eligiendo un espacio, una fecha, un paquete. Una cata de vinos, una proyección de cine, música en vivo, una reserva para cenar: el visitante llega a algo ya construido. Una vez que ese es el criterio real, las funciones dejan de necesitar su propia página y empiezan a necesitar ser colocadas correctamente. Un mapa aéreo de la propiedad, por ejemplo, solo le importa a alguien que decide dónde celebrar su propio evento; por lo tanto, pertenece a la puerta de organización, no flotando como una página de servicios generales que un comensal no tiene motivos para abrir.
Eso nos dio tres puertas en lugar de seis: organizar algo aquí, venir a cenar o alojarse, y la logística práctica que todo visitante necesita independientemente de su intención: cómo llegar a la propiedad, costos, preguntas frecuentes. Tres no es una versión más pequeña de seis. Es una forma diferente, construida sobre una pregunta diferente.
De esa misma conversación con el cliente surgió otro punto, casi como un comentario al margen, pero que merece destacarse por sí solo: la propiedad no solo ofrece actividades, sino que hace una declaración sobre la estacionalidad; la idea de que hay un motivo para visitarla en cada una de las seis o siete estaciones distintas que experimenta. Es un gancho potente, y la mayoría de los sitios lo expresarían como un banner rotativo o un aviso estacional enterrado en una sección principal, lo que significa que pierde valor en cuanto a nadie se le ocurre actualizarlo.
En su lugar, lo tratamos como una página permanente con contenido rotativo: una posición fija en la navegación que siempre redirige a la estación en la que se encuentra la propiedad en ese momento. La página persiste, pero el contenido que alberga no. Es una pequeña decisión arquitectónica, pero logra algo que un banner no puede: le da al visitante recurrente una razón real para volver a consultar el sitio, ya que el mismo elemento de navegación le muestra algo diferente según cuándo lo visite. Además, debe ser gestionable por el cliente sin necesidad de un desarrollador, lo cual es una limitación que vale la pena diseñar desde el principio en lugar de descubrirla más tarde.
Nada de esto es exclusivo del sector hotelero. El patrón es el siguiente: resista la tentación de dejar que la barra de navegación refleje cómo se organiza internamente la empresa, porque esa es la estructura más fácil de producir y la más difícil de usar para un visitante. Pensemos en qué decisión intenta tomar realmente cada tipo de visitante y deje que los problemas de nomenclatura hagan su trabajo; cuando una etiqueta no termina de encajar, suele ser el proyecto indicándole que las categorías subyacentes aún no están definidas, no que necesite una palabra mejor.
Estrategia, diseño, contenido y crecimiento.
