Inicio » Cómo construir y validar rótulos que el usuario realmente comprende

Cómo construir y validar rótulos que el usuario realmente comprende

En corto: Un rótulo no funciona porque el negocio lo reconozca ni porque sea técnicamente correcto. Funciona cuando las personas interpretan lo esperado, lo distinguen de las opciones cercanas y pueden utilizarlo para decidir dónde actuar.

En un sistema de gestión de contratos parece natural utilizar palabras como “Formalización”, “Solicitud” o “Contrato”. Aparecen en documentos, pero eso no demuestra que indiquen dónde comenzar una tarea.

En esta ocación se presenta un método para construir rótulos con vocabulario real y validarlos sin limitarse a preguntar “¿se entiende?”.

El proceso sigue esta secuencia:

Se explicará cómo distinguir objetos, acciones y estados; elegir entre prueba de comprensión, card sorting o tree testing; y comparar seis rótulos con cinco preguntas y criterios explícitos.

El problema de utilizar el lenguaje interno

Los nombres de áreas, etapas y documentos facilitan la comunicación interna, pero pueden resultar ambiguos para quien sólo necesita completar una tarea.

“Formalización” puede referirse a preparar documentos, validar información, obtener firmas o completar toda una etapa. Es correcta dentro del negocio, pero no anticipa qué puede hacerse al seleccionarla.

Si un menú contiene “Solicitud”, “Formalización” y “Contrato”, una misma operación podría parecer compatible con las tres opciones. La persona debe conocer la estructura interna para decidir, justo lo que el sistema debería evitar exigirle.

Una palabra interna se modifica cuando produce interpretaciones distintas, se confunde con opciones cercanas o conduce hacia una ubicación inesperada.

De dónde deben salir los rótulos

Entrevistas, pruebas de uso, búsquedas, solicitudes de ayuda e incidencias permiten recuperar las palabras utilizadas para describir:

  • Qué se busca o manipula.
  • Qué se intenta hacer.
  • En qué condición se encuentra algo.

La palabra más repetida no siempre es la más precisa: primero produce candidatos y después se comprueba.

Método para construir y validar rótulos

Paso 1. Recolectar vocabulario ligado a tareas

En lugar de preguntar cómo debería llamarse una sección, conviene observar qué necesita localizar la persona y cómo describe su tarea.

“Necesito corregir los datos antes de generar el contrato” produce candidatos como “Corregir datos”, “Datos por corregir” o “Preparar contrato”. “Formalización” deja de ser la única opción definida por el proceso.

Paso 2. Distinguir objeto, acción y estado

Un rótulo puede prometer cosas diferentes:

TipoQué representaEjemplo
ObjetoAlgo que puede consultarse o gestionarseContratos
AcciónLo que puede hacersePreparar contrato
EstadoLa condición de un objeto o tareaPendientes de firma

La diferencia importa porque “Contrato”, “Preparar contrato” y “Contrato firmado” no conducen a la misma expectativa.

En un mismo nivel conviene conservar una lógica reconocible y coherencia entre opciones equivalentes.

Paso 3. Proponer variantes con una promesa concreta

Cada variante debe responder:

Las variantes pueden combinar el vocabulario observado, la tarea principal, el objeto afectado y su estado.

“Proceso de formalización” y “Módulo de formalización” cambian la forma, pero conservan la ambigüedad. Una variante útil modifica la expectativa: “Preparar contrato” o “Contratos por firmar”.

Paso 4. Aplicar una prueba de comprensión

Una prueba de comprensión permite evaluar un rótulo antes de construir toda la navegación. Se presenta la palabra dentro de un contexto mínimo y se solicita explicar qué se encontraría o podría hacerse.

No debe revelarse la definición correcta ni utilizar “¿se entiende?” como pregunta. Una respuesta afirmativa puede indicar familiaridad o cortesía, no una interpretación correcta.

También debe probarse junto a las opciones cercanas. Una palabra puede parecer clara de forma aislada y perder precisión cuando compite con otra de significado parecido.

Paso 5. Utilizar card sorting o tree testing cuando corresponda

No todos los problemas de rotulado requieren el mismo método.

PreguntaMétodo adecuado
¿Qué significa este rótulo?Prueba de comprensión
¿Cómo agrupan el contenido y qué nombre dan al grupo?Card sorting abierto
¿El contenido cabe bajo categorías propuestas?Card sorting cerrado
¿En qué ruta buscarían algo dentro de la estructura?Tree testing

El card sorting descubre agrupaciones y nombres, pero no demuestra que una etiqueta permita encontrar una tarea. El tree testing evalúa la ruta; si falla, el problema también puede estar en otra categoría o en la profundidad.

Paso 6. Medir y decidir con criterios explícitos

Para cada rótulo pueden registrarse tres resultados:

  • Interpretación: cuántas personas describen el contenido o la acción esperada.
  • Ubicación esperada: cuántas lo eligen para comenzar una tarea concreta.
  • Consistencia: cuántas pueden diferenciarlo de los rótulos cercanos sin superponer significados.

Los criterios se establecen antes de la prueba. Por ejemplo: conservar un rótulo si cuatro de cinco participantes lo interpretan y seleccionan como se esperaba, sin una interpretación errónea de alto riesgo. Es una regla de trabajo, no una norma universal.

Cuatro aciertos pueden bastar en una sección informativa, pero no si la quinta interpretación conduce a aprobar, eliminar o firmar algo por error.

Ejemplo: “Formalización”, “Solicitud” y “Contrato”

Considérese un menú interno que utiliza estos tres rótulos:

  • Solicitud.
  • Formalización.
  • Contrato.

La tarea consiste en localizar casos validados, preparar el documento y enviarlo a firma. Los rótulos mezclan objetos y una etapa sin aclarar su estado.

Se proponen alternativas basadas en tareas:

Rótulo actualAmbigüedadAlternativaExpectativa que genera
SolicitudNo indica si debe crearse, revisarse o consultarseSolicitudes por revisarEncontrar casos que requieren revisión
FormalizaciónAgrupa varias actividades internasPreparar contratoContinuar con la generación del documento
ContratoNo distingue borradores de documentos concluidosContratos firmadosConsultar contratos que completaron la firma

El caso es didáctico: debe comprobarse si se distingue entre revisar una solicitud, preparar un contrato y consultar uno firmado, y si se elige la opción esperada.

Si “Preparar contrato” se comprende, pero también se utiliza para buscar documentos firmados, debe revisarse su relación con “Contratos firmados” y la estructura que separa ambas tareas.

Ejercicio práctico: evaluar seis rótulos

Seleccionar seis rótulos de un menú, filtro o conjunto de acciones. Definir previamente el significado esperado y una tarea para cada uno.

Guion de cinco preguntas

  1. Al leer “__________”, ¿qué cree que encontrará o podrá hacer ahí?
  2. ¿Qué dos contenidos o acciones esperaría encontrar y cuál no esperaría?
  3. Si necesitara __________, ¿en qué opción comenzaría a buscar?
  4. ¿Qué diferencia percibe entre “” y “”?
  5. Si tuviera que nombrar esta opción con sus propias palabras, ¿cómo la llamaría?

Las respuestas no se corrigen durante la sesión.

Tabla de evaluación

RótuloTipoSignificado esperadoInterpretaciónUbicación esperadaConsistenciaDecisión
1.Objeto / acción / estadodededeConservar / ajustar / volver a probar
2.dedede
3.dedede
4.dedede
5.dedede
6.dedede

En “Consistencia” se registra cuántas personas distinguen el rótulo de las opciones cercanas. La decisión final debe incluir la razón del cambio.

Entregable

El ejercicio debe producir:

  1. Seis rótulos clasificados como objeto, acción o estado.
  2. El guion y las respuestas registradas.
  3. La tabla de resultados.
  4. Una decisión por rótulo: conservar, ajustar o volver a probar.
  5. Al menos una variante construida con vocabulario de los participantes.

Lista de comprobación

  • ¿El rótulo anticipa contenido, acción o estado?
  • ¿Puede explicarse qué promete?
  • ¿Se distingue de las opciones cercanas?
  • ¿Se probó mediante una tarea y no sólo mediante una opinión?
  • ¿El método responde al problema: significado, agrupación o encontrabilidad?
  • ¿La decisión utiliza un criterio previo?

Conclusión

Un rótulo claro no es la palabra más votada ni la más familiar. Es una señal que produce la expectativa correcta, ayuda a elegir una ruta y se distingue de las demás opciones.

El vocabulario real genera alternativas. Distinguir objeto, acción y estado precisa su promesa. La prueba de comprensión, el card sorting y el tree testing comprueban aspectos diferentes del rotulado.

Así, una palabra interna deja de defenderse con “siempre la hemos llamado así” y se evalúa mediante una pregunta más útil:

¿Qué interpretan las personas y qué decisión toman cuando encuentran este rótulo?

carlos

Arquitecto digital, dedicado a enriquecer y explorar la experiencia del usuario

La táctica de las 3 balas: Priorización y validación rápida en UX

¿Se entiende mi etiqueta?: Cómo validar tu estructura sin una sola pantalla

Criterios heurísticos: visibilidad y estado del sistema

Criterio heurístico: Flexibilidad y eficiencia de uso