Noticias, guías y análisis
Editorial Goatify: una app no debería exigir que el cliente aprenda el idioma de sus desarrolladores
Opinión editorial sobre cómo el vocabulario de una aplicación puede acercar una solución al cliente o imponerle una dificultad innecesaria.
Una barrera que parece pequeña. Una aplicación puede funcionar correctamente y seguir resultando difícil porque llama a las cosas de una manera que sus usuarios no reconocen. El equipo técnico entiende sus entidades, estados y procesos; el cliente intenta resolver una actividad cotidiana. Cuando la interfaz conserva el vocabulario interno, esa persona debe traducir cada pantalla antes de utilizarla. Nuestra tesis editorial es que ese esfuerzo forma parte del costo del producto. No se corrige solamente con un tutorial más largo: muchas veces exige cambiar cómo se nombran y se relacionan las acciones.
La palabra depende del oficio. Un mismo objeto puede llamarse solicitud, pedido, caso o expediente según el trabajo que organiza. Elegir un término genérico no garantiza que sea claro para todos. Un pequeño centro educativo quizá distingue personas interesadas de estudiantes matriculados; un taller diferencia presupuesto de orden de trabajo. Si ambos reciben una pantalla con nombres ajenos a su rutina, pueden interpretar mal lo que cambia al pulsar un botón. La solución no es inventar una etiqueta atractiva, sino observar qué palabras permiten distinguir situaciones que de verdad tienen consecuencias distintas.
Los verbos deben anticipar efectos. Un botón que dice continuar puede conducir a una vista previa o confirmar una acción externa. Una etiqueta más concreta permite decidir con menos incertidumbre. Preparar, guardar borrador y enviar no deberían presentarse como variaciones decorativas del mismo paso. Tampoco conviene resolver la ambigüedad con párrafos permanentes bajo cada control. La acción principal debe comunicar su efecto con la mayor precisión posible, mientras la explicación adicional cubre circunstancias excepcionales. Esa jerarquía ayuda tanto a quienes empiezan como a quienes necesitan trabajar rápido sin releer instrucciones.
Comprender no es memorizar. Durante una demostración guiada, el presentador puede explicar cada palabra y hacer que una interfaz confusa parezca sencilla. Una prueba más reveladora consiste en mostrar una pantalla a una persona del público objetivo y preguntarle qué cree que ocurrirá antes de tocar nada. Después se observa si su interpretación coincide con el resultado. No buscamos examinar al participante, sino examinar la interfaz. Las dudas repetidas señalan términos, agrupaciones o diferencias de estado que el producto todavía no está comunicando por sí mismo.
La consistencia permite aprender una vez. Si la web vende reservas, el panel administra citas y el correo confirma reuniones sin explicar la relación, el usuario puede creer que son funciones distintas. No siempre hace falta imponer una única palabra en todos los contextos; sí una relación comprensible entre ellas. Un pequeño glosario de producto puede registrar el nombre visible, su significado y los estados relacionados. Esa referencia sirve para interfaz, ayuda, mensajes comerciales y soporte. Evita que cada nueva pantalla introduzca otra interpretación de un concepto que el equipo ya había resuelto.
La precisión no obliga a sonar técnico. Simplificar el lenguaje tampoco significa esconder diferencias importantes. Un resultado estimado debe seguir identificándose como estimación; una operación pendiente no debería llamarse terminada para resultar amable. El desafío consiste en expresar esas condiciones con palabras reconocibles. Un buen texto breve explica qué ocurrió, qué falta y qué puede hacer la persona. Cuando se logra, el sistema necesita menos mensajes de ayuda y el soporte puede concentrarse en problemas reales, en lugar de traducir continuamente lo que una pantalla quiso decir.
Nuestra decisión editorial. Antes de añadir una función nueva, vale la pena revisar las palabras de una función que los clientes ya utilizan. El equipo puede seleccionar cinco etiquetas, pedir interpretaciones sin preparación y corregir las que generan respuestas incompatibles. Es una intervención pequeña que no depende de cambiar el modelo ni rediseñar toda la aplicación. La sofisticación debería quedarse donde aporta capacidad; la experiencia debe hablar el idioma del trabajo. Una tecnología se vuelve cercana cuando las personas pueden usarla sin adoptar primero la cultura y el vocabulario de quienes la construyeron.