Communitygithub.com

bbulman/findability

Úsalo cuando las personas no encuentren algo, cuando la búsqueda del sitio no devuelva resultados o devuelva lo incorrecto, cuando se quiera analizar un registro de búsqueda, configurar best bets o sinónimos, diseñar una página sin resultados o medir la encontrabilidad, o cuando se proponga un chatbot porque "nadie encuentra nada". No sirve para redibujar todo el árbol de páginas, renombrar un menú por sí solo o ejecutar un test de árbol.

¿Qué es findability?

Este skill aborda el problema de que "la gente no lo encuentra" diagnosticando la causa raíz entre cuatro opciones: contenido faltante, mala etiqueta, contenido enterrado o fallo en la búsqueda. Cada causa tiene una solución diferente y el skill guía al usuario para identificar la más barata y efectiva, estableciendo métricas medibles para verificar si la solución funcionó. Está diseñado para plataformas como Claude Code o Cursor, donde un asistente de IA puede analizar registros de búsqueda exportados en CSV, ejecutar un script de Node.js (`scripts/search-log.mjs`) para obtener cifras, y recomendar acciones concretas como agregar sinónimos, crear best bets o rediseñar páginas sin resultados. El método sigue ocho pasos, incluyendo escribir la falla como una tarea, diagnosticar antes de prescribir, y medir resultados con indicadores como tiempo de búsqueda, éxito de tarea y tasa de resultados cero. Es útil para especialistas en UX, arquitectos de información y desarrolladores que necesitan un enfoque estructurado para mejorar la encontrabilidad sin asumir soluciones costosas de antemano.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/bbulman/information-architecture-skill/tree/HEAD/skills/findability

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Encontrabilidad

"La gente no lo encuentra" es un síntoma con cuatro causas habituales, y cada una requiere una solución diferente. Este skill sirve para decidir qué cambiar primero: separa la causa de la queja, elige la solución más barata que la aborda y establece una medida que muestre si funcionó.

Antes de empezar

NecesitasSi falta
Qué no pueden encontrar las personas, quiénes son y dónde buscaronPregunta. Si sigue siendo vago, enumera los candidatos y trata como hipótesis.
El sitio, la app o al menos su navegaciónPregunta. Sin ello solo puedes redactar el plan de diagnóstico.
Un registro de búsqueda en CSV: query,count,results, y clicks si está disponibleDi qué exportar y para qué período. Entrega el plan de diagnóstico, las medidas y las tablas vacías. Nunca estimes lo que habría dicho el registro.
Analíticas, preguntas de soporte, un inventarioDi qué conclusiones cambiarían y márcalas como no confirmadas.

Método

  1. Escribe la falla como una tarea. "Un [quién] que intenta [objetivo] busca en [dónde] [cosa], y [qué sucede]." Una línea por queja, con sus palabras.

  2. Lee el registro y usa sus números.

    node "${CLAUDE_SKILL_DIR}/scripts/search-log.mjs" searches.csv
    

    Si dice que el registro es demasiado pequeño para clasificar, úsalo como lista de las palabras que la gente escribió y declara que no hay tasas. Di qué período cubre la exportación; el script no puede saberlo.

  3. Diagnostica antes de recetar. Trabaja las causas en este orden, porque cada una se apoya en la anterior. Varias pueden aplicarse a la vez. Marca cada conclusión como confirmada o inferida.

    CausaCómo confirmarlaSolución habitualSkill
    Falta: no existeBusca bajo cada nombre que usen las personas. Consultas sin resultados y sin contenido coincidente en ningún ladoCréalo, o di claramente que no se ofrececontent-inventory
    Mal etiquetado: existe bajo otro nombreSu palabra da cero resultados o ningún clic mientras el contenido está bajo el tuyo; pogo-stickingRenombra, agrega sinónimoslabeling
    Enterrado: bien nombrado, sin ruta hasta élCuenta los pasos desde inicio y centros; busca huérfanos, callejones sin salida, paginación profunda como único camino, búsquedas iniciadas en la página de sección que debería haberlo ofrecidoEnlázalo donde la gente ya mira, o muévelonavigation, sitemaps
    La búsqueda falla: existe, la consulta coincide, los resultados son incorrectosEjecuta tú mismo las consultas principales y lee los resultados; resultados sin clics, reformulaciones, salidas de la página de resultadosBest bets, sinónimos, alcance del índice, rankingPaso 5

    Muchos problemas de encontrabilidad son más baratos de arreglar en etiquetas y agrupación que en el motor de búsqueda, así que no empieces por el motor. La profundidad por sí sola no es un defecto: la regla de los tres clics es un mito, y la gente hace clic más allá cuando cada paso huele claramente a su objetivo.

  4. Decide qué ruta debería funcionar. Apoya la navegación y la búsqueda, porque las personas alternan entre ellas. Las consultas principales deberían ser alcanzables en uno o dos pasos desde el inicio.

    La personaRuta a reforzar
    Sabe el nombre exactoBúsqueda, o una lista A-Z
    Sabe la necesidad pero no el nombreNavegación con etiquetas claras, luego facetas
    Está explorando o comparandoNavegación, filtros, enlaces relacionados
    Vuelve a algoElementos recientes, vistas guardadas, atajos
    Está en medio de una tareaUn enlace o señal contextual en el lugar donde trabaja
  5. Arregla la búsqueda si la causa es la búsqueda. Pon best bets seleccionados en la parte superior de los resultados para las consultas principales. Construye conjuntos de sinónimos a partir de los grupos de variantes del script, empezando por los marcados como SYNONYM WOULD ANSWER, luego añade lo que solo una persona detecta, como acrónimos y jerga. Nunca dejes que una página sin resultados sea un callejón sin salida. references/search-tuning.md cubre los tres aspectos y qué exportar.

  6. Pon señales donde ocurre la decisión. Una buena señal responde a una pregunta que la persona ya tiene, en el momento en que toma la decisión, en el lugar donde ya está mirando, de forma silenciosa y barata. La flecha junto al indicador de combustible de un coche que muestra de qué lado está la tapa es el modelo. Lee references/routes-and-cues.md antes de añadir una señal, o un punto de entrada personalizado.

  7. Si alguien propone un chat de IA como solución, pruébalo primero. Los botones y menús permiten a las personas actuar y muestran lo que el sistema puede hacer. Una caja de chat abierta hace lo primero lentamente y lo segundo en absoluto.

    SituaciónMejor respuesta
    Un conjunto limitado y conocible de opcionesBotones, menús o filtros
    Las personas no saben lo que el sistema puede hacerEstructura visible; una caja vacía no enseña nada
    Una tarea repetida con pasos conocidosUna ruta directa
    El contenido falta o está mal etiquetadoArréglalo primero; el chat no puede recuperar lo que no está
    Verdaderamente abierto, formulado de forma diferente cada vezEl chat puede ganarse su lugar, con estructura a su alrededor
  8. Establece medidas que realmente puedas recopilar. Toma una línea de base antes de cambiar nada, una medida por problema. Si no hay línea de base, dilo.

    MedidaDe dónde vieneObjetivo
    Tiempo para encontrar un elemento simpleUna prueba de tarea cronometrada con personasMenos de 30 segundos
    Éxito de tareaUna prueba de tarea o test de árbolAl menos 70%, y 80% para tareas principales
    Proporción de resultados cero en búsquedasRegistro de búsquedaPor debajo de su propia línea de base
    Salidas de búsqueda, reformulacionesAnalíticas, si la página de resultados se rastreaPor debajo de su propia línea de base
    Volumen de soporte sobre este temaMesa de ayuda, si está etiquetadoPor debajo de su propia línea de base

    references/measures.md dice qué puede y qué no puede mostrar cada una.

Entregable

Escribe findability-diagnosis.md a menos que el usuario nombre otro archivo, en este orden: Recomendación (dos o tres frases); Las fallas, como tareas; Evidencia (fuente, período, números del script); Diagnóstico (cosa, causa, evidencia, confirmado o inferido); Opciones (dos o tres, con lo que cuesta cada una y qué deja sin arreglar); Lista de arreglos en orden, con el skill que se encarga de cada uno; Best bets y sinónimos (query, action, target); Página sin resultados, si corresponde; Medidas (nombre, línea de base, objetivo, fuente, fecha de revisión); Suposiciones y qué no estaba disponible.

TrabajoDevuelve
Una cosa que nadie encuentraFalla, causa, evidencia, arreglo y una medida, en la respuesta
Un registro de búsqueda para leerEvidencia, best bets y sinónimos, y los vacíos de resultados cero
"La encontrabilidad es mala en todo el sitio"El documento completo

Pon las tablas largas al final. Un documento más largo no es más exhaustivo.

Verifícalo

  • Cada número proviene de una ejecución del script o de una fuente que el usuario te dio. Vuelve a ejecutar el script si el registro cambió.
  • Cada arreglo nombra la causa que aborda, y cada causa tiene evidencia o está marcada como inferida.
  • Ejecutaste las consultas principales manualmente si tenías acceso, porque el registro no puede decir si los resultados fueron buenos.
  • Verificaste que cada sinónimo propuesto significa lo mismo. El script agrupa por ortografía, por lo que puede emparejar palabras que difieren en significado.
  • Los registros de búsqueda pueden contener nombres y correos electrónicos escritos en la caja. El script oculta las direcciones de correo electrónico; no copies otros datos personales en el informe.

Lo que Claude no puede hacer aquí

No puedes observar a personas reales buscando, cronometrarlas ni conocer la estrategia de la organización a menos que te lo digan. Nunca inventes números de uso, volúmenes de búsqueda, tasas de éxito ni citas; una medida sin datos se muestra como aún no recopilada. Propón alternativas con sus compensaciones, recomienda una y di por qué; la decisión es humana. Lo que un producto de búsqueda puede hacer (sinónimos, resultados fijados, registro de consultas) varía, así que di lo que esperarías y pide al usuario que lo confirme.

Dónde se entrega esto

Siguiente necesidadSkill
Descubrir qué existecontent-inventory
El nombre es incorrectolabeling
Los términos y filtros necesitan trabajotaxonomies
Los grupos no coinciden con cómo piensa la gentecard-sort
Falta la ruta hacia ellonavigation, sitemaps
Probar una jerarquía cambiadatree-tests
Campos necesarios para facetas o vistas previascontent-models
Una página se mueveurl-structure, redirect-maps
Una reestructuración completa del sitio, o no estás seguro por dónde empezarinformation-architecture

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

bbulman/information-architecture

Use when someone wants to organize, restructure or review how a site, app, docs set, knowledge base or content library is grouped and found, and the job spans several pieces or it isn't yet clear which piece is needed, even if they never say "information architecture" or "IA". Not for a job that is clearly one piece, such as only a tree test or only a redirect map, and not for visual design.

bbulman/labeling

Use when someone needs to name or rename a section, menu item, tab, category, feature or link, when labels feel vague or read like internal jargon, or when they ask "what should we call this", "is this label clear", "nobody knows what Resources means" or "people don't understand this menu". Not for deciding the structure behind the labels, building a tag vocabulary, or writing body copy and microcopy.

bbulman/navigation

Use when someone wants a navigation or menu designed, audited or cut down, including a main menu, nav bar, sidebar, app switcher, mega-menu, footer, breadcrumbs, tab bar or mobile menu, or says "there are too many items in the menu", "rethink the sidebar", "our nav is a mess" or "where should settings go". Not for deciding which pages exist, for wording a single label, for fixing site search, or for running a tree test.

bbulman/sitemaps

Use when someone needs the structure of a website, app or docs set decided, asking for a sitemap, site tree, page hierarchy or list of sections, or saying "what pages do we need", "how should we organise the site", "where should this page live" or "the site is too deep". This is where the structure gets decided. Not for writing the linked sitemap file that later design stages read once the structure is settled (design-os:create-sitemap), for generating sitemap.xml, or for designing the menus.

Skills relacionados