Arquitectura de información para productos que crecieron sin orden
Cómo ordenar menús, categorías y rutas cuando todo se acumuló
Cuando un producto crece por capas, los menús empiezan a mezclar criterios: acciones, secciones, configuraciones y enlaces externos conviven en el mismo nivel. Este artículo describe cómo detectar esa mezcla, qué preguntas hacerle al equipo antes de mover nada y cómo construir un árbol de navegación que refleje las tareas reales.
Hay un momento en el que el menú deja de ser un mapa y se vuelve un cajón. Aparece una sección nueva cada sprint, alguien agrega un acceso directo para no perder tiempo, y a los pocos meses nadie recuerda por qué "Configuración" está al mismo nivel que "Reportes" o por qué un enlace a un panel externo vive dentro del menú principal. La arquitectura de información no se rompe de golpe: se desordena por acumulación y por decisiones pequeñas que en su momento parecían razonables.
Antes de mover cualquier cosa conviene hacer un diagnóstico honesto. Tres señales suelen aparecer juntas: el equipo usa el buscador interno para llegar a pantallas que deberían estar a un clic, las categorías mezclan verbos con sustantivos, y las rutas cambian de nombre según quién las documenta. Cuando esas tres cosas coinciden, el problema no es de diseño visual, es de estructura.
La reorganización empieza por preguntarle al equipo de producto qué tareas resuelve la gente todos los días y cuáles aparecen una vez al mes. Con esa lista se arma un árbol de navegación que respeta la frecuencia real de uso, no la jerarquía interna del equipo. Cambiar rutas tiene costo: rompe enlaces guardados, afecta analítica y obliga a actualizar documentación. Por eso cada decisión se anota con su motivo, para que el orden no se pierda en el próximo sprint.