El problema

Viene un rediseño, un cambio de plataforma o una reestructuración, y la búsqueda se está tratando como una lista de comprobación al final en lugar de como un requisito al principio.

Qué hacemos

  • Definir la arquitectura de información que el negocio necesita, no la que el sitio antiguo heredó.
  • Escribir requisitos de búsqueda y de legibilidad para máquinas contra los que ingeniería pueda construir.
  • Mapear el contenido: qué se queda, qué se mueve, qué se escribe y qué se retira.
  • Planificar la migración para que la visibilidad sobreviva al lanzamiento.

Cómo usamos el framework

Comparamos tu realidad del negocio, tu realidad declarada y tu realidad de internet para identificar la distancia que está limitando la visibilidad, la confianza o la precisión con la que se te representa.

Convertimos los cambios necesarios en requisitos de sitio, contenido y técnica.

Ver el framework completo

Qué recibes

  • Arquitectura de información y estructura de URL.
  • Requisitos con los que ingeniería y diseño puedan trabajar.
  • Un mapa de contenido y de redirecciones.
  • Comprobaciones de lanzamiento y posteriores al lanzamiento.

Para quién es

  • Empresas que rediseñan, cambian de plataforma o fusionan sitios.
  • Equipos de producto e ingeniería que quieren los requisitos de búsqueda por delante.

Preguntas frecuentes

¿Trabajan con nuestra agencia o con nuestro equipo interno?

Con ambos. Nosotros escribimos los requisitos y revisamos el trabajo. Quien lo construya, lo construye.

¿Cuándo deberíamos incorporarles?

Antes de cerrar la arquitectura de información. Después de ese punto, casi todo el margen de mejora ya se ha gastado.

Empieza por lo que el mercado puede ver.

Una conversación basta para saber si hay una distancia que merece cerrarse.