Communitygithub.com

bbulman/etiquetado

Úsalo cuando alguien necesite nombrar o renombrar una sección, elemento de menú, pestaña, categoría, funcionalidad o enlace; cuando las etiquetas se sientan vagas o parezcan jerga interna; o cuando pregunten

¿Qué es etiquetado?

Este skill está diseñado para ayudar a equipos de producto y UX a tomar decisiones informadas sobre el nombrado de elementos de navegación, secciones, menús y enlaces. A diferencia de soluciones puramente creativas o intuitivas, este skill proporciona un método estructurado en 9 pasos que va desde listar etiquetas en contexto hasta probar su predictibilidad con usuarios reales. Se enfoca en resolver problemas como etiquetas vagas (

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

Preguntar en tu IA favorita

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

Documentación

¿Qué hace etiquetado?

Las etiquetas son las palabras que le dicen a las personas qué hay detrás de una puerta antes de que la abran. Este skill sirve para decidir cómo se llama cada destino, sección o acción, y qué sistema de nombres utiliza cada nivel. La prueba para cada etiqueta: ¿podría un recién llegado predecir qué hay detrás?

Antes de empezar

NecesitasSi falta
Las etiquetas actuales, cada una con lo que hay detrás y dónde apareceLee la navegación o pregúntalo. Si aún no hay nada, entrega el labels.csv vacío y el plan de prueba.
Quién las lee y qué intenta hacerPregunta. Si no llega respuesta, indica tu suposición al principio.
Las propias palabras de los usuarios: registros de búsqueda, preguntas de soporte, nombres de grupos de card-sort, entrevistas, reseñasRedacta a partir del contenido y las convenciones de productos similares, marca cada etiqueta como sin probar y entrega el plan de prueba para que las palabras puedan verificarse. Nunca presentes una suposición como el lenguaje de los usuarios.

Método

  1. Enumera las etiquetas en contexto. Registra el grupo de cada una (las etiquetas que se ven juntas), el destino y qué hay realmente detrás. Juzgar una etiqueta sin sus hermanas es cómo se pasan por alto las superposiciones.

  2. Recoge las palabras de los usuarios. Sus palabras son los primeros candidatos; tus términos internos no lo son.

    FuenteLo que te daCuidado con
    Registros de búsquedaLas palabras exactas escritas, las palabras desencadenantes más fuertesEjecuta el informe de registros del skill de encontrabilidad; nunca estimes volúmenes
    Preguntas de soporteCómo describen las personas la necesidadLas personas en problemas expresan las cosas de manera diferente
    Nombres de grupos de card-sortCómo llaman las personas a un grupoUsa sus palabras más comunes
    Entrevistas, de 5 a 10 personasVocabulario y qué significan las palabras para ellasEscucha la palabra que usan sin que se les pida
    Productos similaresPalabras que las personas ya han aprendidoLo familiar gana a lo ingenioso
  3. Elige un sistema de etiquetado por nivel. Mezclarlos en un mismo menú significa que cada elemento responde a una pregunta diferente y las personas no pueden compararlos.

    SistemaEjemploFunciona cuandoSe rompe cuando
    Tarea"Rastrear un pedido"Las personas llegan con un trabajo que hacerLas tareas se superponen o la lista es larga
    Audiencia"Para desarrolladores"Los grupos necesitan contenido diferente y pueden ubicarseAlguien está en dos grupos, o no sabe cuál
    Tema"Facturación"El tema es como las personas piensan en elloLos temas son de la organización, no de ellos
    Formato"Videos", "Plantillas"Las personas eligen por formatoLes importa primero el tema
    A a la ZGlosarios, directoriosLas personas saben el nombre exactoEstán navegando para descubrir
  4. Escribe candidatos siguiendo estas reglas.

    ReglaDébilMás fuerte
    Específico y familiar, sin misterioRecursos, Soluciones, DescubrirGuías y plantillas
    Construcción paralela entre hermanasPrecios, Primeros pasos, Para equiposPrecios, Configuración, Equipos
    Anteponer la palabra que distingueConfiguración de informes, Historial de informesInformes: Configuración, Informes: Historial
    Una cosa, un nombre en todas partes"Equipo" en el menú, "Personas" en la páginaElige uno y úsalo en navegación, título y miga de pan
    La puerta coincide con la habitación"Planes" abre "Elige tu suscripción"El texto del enlace y el encabezado de la página coinciden
    El texto del enlace dice lo que obtienesMás informaciónDescarga la lista de verificación de incorporación
  5. Decide qué ocurre con los nombres internos.

    El nombre esHaz esto
    Un nombre en clave de equipo, departamento o proyectoNunca lo muestres. Nombra para lo que la persona vino a hacer
    Un nombre de marca para una funcionalidad que la gente debe aprenderAcompáñalo con un descriptor sencillo dondequiera que se use para navegación
    Un término técnico que la audiencia realmente usaConsérvalo, incluso si los de fuera no lo conocen, y pruébalo con esa audiencia
    Un término legal o reglamentarioConserva el término exacto y pon un glosa sencilla a su lado
    Un acrónimoEscríbelo completo a menos que la audiencia busque más el acrónimo que las palabras
  6. Ofrece dos o tres opciones para cada etiqueta en disputa, con lo que cada una gana y pierde, y recomienda una. Una sola respuesta oculta la decisión.

  7. Refuerza el rastro de información alrededor de la etiqueta. Las descripciones cortas, los recuentos de elementos, las migas de pan y los estados activos transmiten lo que la palabra sola no puede. Lee references/information-scent.md cuando las etiquetas estén bien de forma aislada pero la gente aún así rebote.

  8. Prueba la predictibilidad. En una dirección, muestra solo la etiqueta y pregunta qué espera la gente detrás; en la otra, da un objetivo y pregunta qué etiqueta elegirían. Como primera pasada puedes hacer una lectura en frío: tapa el destino, escribe lo que esperarías, compara. Reporta eso como tu propia lectura, no como investigación. references/predictability-test.md tiene el plan y la puntuación.

  9. Revisa otros idiomas. Si las etiquetas se van a traducir, lee references/locales.md antes de definirlas. Traduce por significado, no palabra por palabra, y vuelve a probar con personas de ese mercado.

Entregable

Escribe estos a menos que el usuario nombre otros archivos.

  • labels.csv, una fila por etiqueta: group,label,destination,system,was,evidence,status. evidence dice de dónde vino la palabra (registro de búsqueda, soporte, suposición). status es kept, renamed o new, más tested o untested, separados por punto y coma: renamed; untested.
  • labels.md, en este orden: Recomendación (dos o tres frases); El sistema elegido para cada nivel; Etiquetas en disputa (opciones, compensaciones, la elección y por qué); Nombres internos y qué ocurre con cada uno; Cómo probarlos; Suposiciones y preguntas abiertas. La lista completa solo vive en labels.csv, por lo que los dos no pueden discrepar.
TrabajoEntrega
Renombrar una cosaTres opciones con compensaciones, una elección y una pregunta de prueba, en la respuesta
Revisar un menúLas filas de labels.csv y una lista breve de cambios
Un sitio o aplicación completoAmbos archivos

Un documento más largo no es más exhaustivo.

Verifícalo

Ejecuta la comprobación mecánica y usa sus recuentos:

node "${CLAUDE_SKILL_DIR}/scripts/label-check.mjs" labels.csv

Encuentra palabras vagas, duplicados en un grupo, hermanas que comienzan con la misma palabra, grupos que mezclan formas gramaticales, una etiqueta con varios destinos y un destino con varias etiquetas. La comprobación de forma solo se activa con patrones claros, así que lee cada grupo tú mismo para ver la construcción paralela. Luego verifica:

  • Cada grupo usa un sistema de etiquetado, y labels.md dice cuál.
  • Cada etiqueta está tested o marcada untested. Una ejecución limpia del script no prueba nada sobre la comprensión.
  • La evidence de cada etiqueta es real. Si es una suposición, la fila lo dice.

Lo que Claude no puede hacer aquí

No puedes aprender lo que las personas reales entienden leyendo una etiqueta tú mismo, y no puedes conocer la estrategia de la organización, los compromisos de marca o la política a menos que te lo digan. Nunca inventes números de uso, volúmenes de búsqueda, resultados de pruebas o citas. Propón alternativas con sus compensaciones, recomienda una y di por qué; el humano es dueño de la decisión, especialmente cuando un nombre conlleva peso de marca o legal.

Dónde se entrega esto

Siguiente necesidadSkill
Los grupos en sí parecen incorrectoscard-sort, sitemaps
Qué etiquetas van en qué menúnavigation
Términos para etiquetado y filtrostaxonomies
Una sección renombrada que cambia su direcciónurl-structure, redirect-maps
Probar etiquetas dentro de una jerarquíatree-tests
Renombrar no solucionó "la gente no lo encuentra"findability
Una lista de lo que existe primerocontent-inventory
Campos detrás de una plantillacontent-models
Una reestructuración de todo el 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/findability

Use when people can't find something, when site search returns nothing or the wrong thing, when someone wants a search log analysed, best bets or synonyms set up, a no-results page designed or findability measured, or when a chatbot is proposed because "nobody can find anything". Not for redrawing the whole page tree, renaming a menu on its own, or running a tree test.

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/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