Lista de comprobación UX para aplicaciones de escritorio

2024-07-24

Nota:

Esta guía de diseño se creó para Windows 7 y no se ha actualizado para las versiones más recientes de Windows. Gran parte de las instrucciones todavía se aplican en principio, pero la presentación y los ejemplos no reflejan nuestra guía de diseño actual.

He aquí una recopilación de algunas de las directrices importantes de UX Guide. Puede utilizarla como lista de comprobación para asegurarse de que la interfaz de usuario de su programa cumple estos importantes requisitos.

Windows

Admita la resolución efectiva mínima de Windows de 800x600 píxeles. Para las interfaces de usuario (UI) críticas que deban funcionar en modo seguro, admita un resolución efectiva de 640x480 píxeles. Asegúrese de tener en cuenta el espacio utilizado por la barra de tareas reservando 48 líneas verticales píxeles relativos para las ventanas que se muestran con la barra de tareas.
Optimiza los diseños de ventana redimensionables para una resolución efectiva de 1024x768 píxeles. Redimensiona automáticamente estas ventanas para resoluciones de pantalla inferiores de forma que sigan siendo funcionales.
Asegúrese de probar sus ventanas en los modos de 96 puntos por pulgada (ppp) (a 800x600 píxeles), 120 ppp (a 1024x768 píxeles) y 144 ppp (a 1200x900 píxeles). Compruebe si hay problemas de diseño, como el recorte de controles, texto y ventanas, y el estiramiento de iconos y mapas de bits.
Para programas con escenarios de uso táctil y móvil, optimice para 120 ppp. En la actualidad, las pantallas de alta densidad de píxeles predominan en los ordenadores táctiles y móviles.
Si una ventana es propia, inicialmente se muestra «centrada» encima de la ventana propietaria. Nunca por debajo. Para su posterior visualización, considere la posibilidad de mostrarlo en su última ubicación (en relación con la ventana del propietario) si es probable que le resulte más cómodo.
Si una ventana es contextual, muéstrela siempre cerca del objeto desde el que se lanzó. Sin embargo, colócalo fuera del camino (preferiblemente desplazado hacia abajo y a la derecha) para que el objeto no quede tapado por la ventana.

Diseño

Ajuste el tamaño de los controles y paneles de una ventana a su contenido típico. Evite el texto truncado y sus elipsis asociadas. Los usuarios nunca deberían tener que interactuar con una ventana para ver su contenido típico: reserve el volver a dimensionar y el desplazamiento para contenidos inusualmente grandes. Compruébelo específicamente:
- Tamaños de control. Ajuste el tamaño de los controles a su contenido típico, haciéndolos más anchos, más altos o de varias líneas si es necesario. Controles de tamaño para eliminar o reducir el desplazamiento en ventanas con mucho espacio disponible. Además, nunca debe haber etiquetas truncadas, ni texto truncado dentro de ventanas que tienen mucho espacio disponible. Sin embargo, para facilitar la lectura del texto, considere la posibilidad de limitar el ancho de línea a 65 caracteres.
- Anchura de las columnas. Asegúrese de que las columnas de la vista de lista tienen un tamaño adecuado por defecto, mínimo y máximo. Elija anchos de columna predeterminados para las vistas de lista que no den lugar a texto truncado, especialmente si hay espacio disponible dentro de la vista de lista.
- Equilibrio de la disposición. La disposición de una ventana debe parecer equilibrada. Si el diseño le parece demasiado a la izquierda, considere la posibilidad de ensanchar los controles y desplazar algunos más a la derecha.
- Redimensionamiento del diseño. Cuando una ventana es redimensionable y los datos se truncan, asegúrese de que los tamaños de ventana más grandes muestren más datos. Cuando los datos están truncados, los usuarios esperan que el cambio de tamaño de las ventanas muestre más información.
Establezca un tamaño mínimo de ventana si hay un tamaño por debajo del cual el contenido ya no es utilizable. Para los controles redimensionables, establezca los tamaños mínimos de los elementos redimensionables a sus tamaños funcionales más pequeños, como los anchos de columna funcionales mínimos en las vistas de lista.

Texto

Siempre que pueda, utilice términos corrientes y coloquiales. Céntrese en los objetivos del usuario, no en la tecnología. Esto es especialmente eficaz si está explicando un concepto técnico o una acción complejos. Imagínese mirando por encima del hombro del usuario y explicándole cómo realizar la tarea.
Sea educado, apoye y anime. El usuario nunca debe sentirse condescendido, culpabilizado o intimidado.
Quitar texto redundante. Busque texto redundante en títulos de ventana, instrucciones principales, instrucciones complementarias, áreas de contenido, vínculos de comandos y botones de confirmación. Por lo general, deje el texto completo en las instrucciones principales y los controles interactivos, y quite cualquier redundancia de otros lugares.
Utilice mayúsculas de estilo título para los títulos y mayúsculas de estilo oración para todos los demás elementos de la interfaz de usuario. Esto es más adecuado para el tono de Windows.
- Excepción: en el caso de las aplicaciones heredadas, puede usar mayúsculas de estilo de título para botones de comando, menús y encabezados de columna si es necesario para evitar mezclar estilos de mayúsculas.
Para los nombres de características y tecnología, usa las mayúsculas con moderación. Normalmente, solo se deben usar mayúsculas los componentes principales (uso de mayúsculas al estilo de los títulos).
Para los nombres de características y tecnología, mantenga la coherencia en el uso de mayúsculas. Si el nombre aparece más de una vez en una pantalla de interfaz de usuario, debería aparecer siempre de la misma manera. Del mismo modo, en todas las pantallas de la interfaz de usuario del programa, el nombre debe presentarse de forma coherente.
No escriba en mayúsculas los nombres de los elementos genéricos de la interfaz de usuario, como barra de herramientas, menú, barra de desplazamiento, botón e icono.
- Excepciones: Barra de direcciones, barra de vínculos, cinta de opciones.
No use todas las letras mayúsculas para las teclas de teclado. En su lugar, siga las mayúsculas que usan los teclados estándar o utilice minúsculas si en el teclado la tecla no está etiquetada.
Los puntos suspensivos significan integridad. Utilice las elipsis en el texto de la interfaz de usuario de la siguiente manera:
- Comandos. Indique que un comando necesita información adicional. No utilice una elipsis siempre que una acción muestre otra ventana, solo cuando se requiera información adicional. Los comandos cuyo verbo implícito es mostrar otra ventana no llevan elipsis, como Avanzado, Ayuda, Opciones, Propiedades o Configuración.
- Datos. Indicar que el texto está truncado.
- Etiquetas. Indicar que una tarea está en curso (por ejemplo, «Buscando...»).

Sugerencia: El texto truncado en una ventana o página con espacio sin usar indica un diseño deficiente o un tamaño de ventana predeterminado demasiado pequeño. Busque diseños y tamaños de ventana predeterminados que eliminen o reduzcan la cantidad de texto truncado. Para obtener más información, vea Diseño.

No utilice texto azul que no sea un enlace, ya que los usuarios pueden asumir que se trata de un enlace. Utilice negrita o un tono de gris donde de otro modo utilizaría texto de color.
Usa la negrita con moderación para llamar la atención a textos que los usuarios deben leer.
Use la instrucción principal para explicar concisamente lo que los usuarios deben hacer en una ventana o página determinada. Las buenas instrucciones principales comunican el objetivo del usuario en lugar de centrarse solo en manipular la interfaz de usuario.
Expresar la instrucción principal en forma de una dirección imperativa o una pregunta específica.
No coloque puntos al final de las etiquetas de control o de las instrucciones principales.
Use un espacio entre oraciones. No dos.

Controles

General
- Etiquete cada control o grupo de controles. Excepciones:
  - Los cuadros de texto y las listas desplegables se pueden etiquetar mediante avisos.
  - Los controles subordinados usan la etiqueta de su control asociado. Los controles de desplazamiento siempre son controles subordinados.
- Para todos los controles, seleccione por defecto el valor más seguro (para evitar la pérdida de datos o el acceso al sistema). Si la seguridad y la protección no son factores, seleccione el valor más probable o conveniente.
- Preferir controles limitados. Utilice controles limitados, como listas y controles deslizantes, siempre que sea posible, en lugar de controles no limitados, como cuadros de texto, para reducir la necesidad de introducir texto.
- Reconsidere los controles desactivados. Los controles desactivados pueden ser difíciles de usar porque los usuarios tienen que deducir literalmente por qué están desactivados. Desactive un control cuando los usuarios esperen que se aplique y puedan deducir fácilmente por qué está desactivado. Elimine el control cuando no haya forma de que los usuarios lo activen o no esperen que se aplique, o déjelo activado, pero proporcione un mensaje de error cuando se utilice incorrectamente.
  - Consejo: Si no está seguro de si debe desactivar un control o proporcionar un mensaje de error, empiece por redactar el mensaje de error que podría proporcionar. Si el mensaje de error contiene información útil que no es probable que los usuarios destinatarios deduzcan rápidamente, deje el control activado y proporcione el error. De lo contrario, deshabilite el control.
Botones de mando
- Prefiere etiquetas específicas en las genéricas. Lo ideal sería que los usuarios no tuvieran que leer nada más para entender la etiqueta. Es mucho más probable que los usuarios lean las etiquetas de los botones de comando que el texto estático.
  - Excepción: No cambie el nombre del botón Cancelar si el significado de cancelar no es ambiguo. Los usuarios no deberían tener que leer todos los botones para determinar cuál cancela una acción. Sin embargo, cambie el nombre de Cancelar si no está claro qué acción se está cancelando, como cuando hay varias acciones pendientes.
- Cuando formule una pregunta, utilice etiquetas que se ajusten a la pregunta. Por ejemplo, proporcione respuestas afirmativas y negativas a una pregunta de sí o no.
- No utilice botones Aplicar en cuadros de diálogo que no sean hojas de propiedades o elementos del panel de control. El botón Aplicar significa aplicar los cambios pendientes, pero dejar la ventana abierta. De este modo, los usuarios pueden evaluar los cambios antes de cerrar la ventana. Sin embargo, solo las hojas de propiedades y los elementos del panel de control tienen esta necesidad.
- Etiquetar un botón Cancelar si la cancelación devuelve el entorno a su estado anterior (sin dejar ningún efecto secundario); en caso contrario, etiquetar el botón Cerrar (si la operación se ha completado), o Detener (si la operación está en curso) para indicar que deja intacto el estado actual modificado.
Vínculos de comandos
- Presente siempre los enlaces de mando en un conjunto de dos o más. Lógicamente, no hay razón para hacer una pregunta que solo tiene una respuesta.
- Proporcionar un botón de cancelación explícito. No utilice un vínculo de comando para este fin. Muy a menudo, los usuarios se dan cuenta de que no quieren realizar una tarea. Usar un enlace de comando para cancelar requeriría que los usuarios leyeran todos los enlaces de comando cuidadosamente para determinar cuál significa cancelar. Disponer de un botón de cancelación explícito permite a los usuarios cancelar una tarea de forma eficaz.
- Si al proporcionar un botón Cancelar explícito se deja un único enlace de comando, proporcione tanto un enlace de comando para cancelar como un botón Cancelar. De este modo, queda claro que los usuarios pueden elegir. Formule este enlace de comandos en términos de cómo difiere de la primera respuesta, en lugar de simplemente «Cancelar» o alguna variación.
"No muestre este <elemento> de nuevo" cuadros de comprobación
- Considere utilizar la opción "No mostrar este <elemento> de nuevo" para permitir a los usuarios suprimir un cuadro de diálogo recurrente, solo si no hay una alternativa mejor. Es mejor mostrar siempre el diálogo si los usuarios realmente lo necesitan, o simplemente eliminarlo si no lo necesitan.
- Reemplace <el elemento> con el elemento específico. Por ejemplo, No volver a mostrar este recordatorio. Para referirse a un cuadro de diálogo en general, utilice No volver a mostrar este mensaje.
- Indique claramente cuándo se utilizarán las entradas del usuario para futuros valores por defecto agregando la siguiente frase debajo de la opción: Sus selecciones se utilizarán por defecto en el futuro.
- No seleccione la opción por defecto. Si el cuadro de diálogo realmente solo debe mostrarse una vez, hágalo sin preguntar. No utilice esta opción como excusa para molestar a los usuarios: asegúrese de que el comportamiento predeterminado no sea molesto.
- Si los usuarios seleccionan la opción y hacen clic en Cancelar, esta opción surtirá efecto. Esta configuración es una meta-opción, por lo que no sigue el comportamiento estándar de Cancelar de no dejar ningún efecto secundario. Tenga en cuenta que si los usuarios no quieren ver el cuadro de diálogo en el futuro, lo más probable es que también quieran cancelarlo.
Vínculos
- No asigne unaclave de acceso. Se accede a los enlaces usando la tecla Tab.
- No añada «Haga clic» o «Haga clic aquí» al texto del enlace. No es necesario porque un enlace implica hacer clic.
Informaciones sobre herramientas
- Utilice herramientas de ayuda para proporcionar etiquetas a los controles no etiquetados. No es necesario que los controles etiquetados tengan información sobre herramientas simplemente por coherencia.
- La información sobre herramientas también puede proporcionar más detalles para los botones etiquetados de la barra de herramientas si resulta útil. No se limite a repetir ni a hacer una declaración redundante de lo que ya figura en la etiqueta.
- Evite cubrir el objeto que el usuario va a ver o con el que va a interactuar. Coloque siempre la punta en el lado del objeto, aunque eso requiera una separación entre el puntero y la punta. Una cierta separación no es un problema siempre que la relación entre el objeto y su punta sea clara.
  - Excepción Información sobre el nombre completo en listas y árboles.
- En el caso de las colecciones de elementos, evite cubrir el siguiente objeto que el usuario probablemente vaya a ver o con el que vaya a interactuar. Para los elementos dispuestos horizontalmente, evite colocar las puntas a la derecha; para los elementos dispuestos verticalmente, evite colocar las puntas abajo.
Divulgación progresiva
- Utilice los botones de revelación progresiva Más/Menos para ocultar opciones, comandos y detalles avanzados o poco utilizados que los usuarios no suelen necesitar. No ocultes los elementos más utilizados, porque los usuarios podrían no encontrarlos. Pero asegúrese de que lo que se oculta tiene valor.
- Si la superficie muestra siempre algunas opciones, comandos o detalles, utilice los siguientes pares de etiquetas:
  - Más/menos opciones. Se utiliza para opciones o una mezcla de opciones, comandos y detalles.
  - Más/menos comandos. Uso solo para comandos.
  - Más/menos datos. Uso solo para información.
  - Más/menos <nombre del objeto>. Utilizar para otros tipos de objetos, como carpetas.
- De lo contrario:
  - Mostrar/Ocultar opciones. Se utiliza para opciones o una mezcla de opciones, comandos y detalles.
  - Mostrar/Ocultar comandos. Utilice solo para comandos.
  - Mostrar/Ocultar datos. Uso solo para información.
  - Mostrar/Ocultar <nombre del objeto>. Utilizar para otros tipos de objetos, como carpetas.
Barras de progreso
- Utilice barras de progreso determinadas para las operaciones que requieren un tiempo limitado, aunque esa cantidad de tiempo no pueda predecirse con exactitud. Las barras de progreso indeterminado muestran que se está avanzando, pero no proporcionan ninguna otra información No elija una barra de progreso indeterminada basándote solo en la posible falta de precisión.
- Proporcione una estimación del tiempo restante si puede hacerlo con precisión. Las estimaciones de tiempo restante que son precisas son útiles, pero las estimaciones que están muy lejos de la marca o rebotan significativamente no son útiles. Es posible que debía realizar cierto procesamiento antes de poder ofrecer estimaciones precisas. Si es así, no muestre estimaciones potencialmente inexactas durante este periodo inicial.
- No reinicies el progreso. Una barra de progreso pierde su valor si se reinicia (quizás porque se completa un paso de la operación) porque los usuarios no tienen forma de saber cuándo se completará la operación. En su lugar, haga que todos los pasos de la operación compartan una parte del progreso y que la barra de progreso llegue a completarse una vez.
- Proporcione detalles útiles sobre el progreso. Proporcione información adicional sobre el progreso, pero solo si los usuarios pueden hacer algo con ella. Asegúrese de que el texto se muestra el tiempo suficiente para que los usuarios puedan leerlo.
- No combine una barra de progreso con un puntero ocupado. Utilice uno u otro, pero no los dos a la vez.
Mensajes
- Utilice un aviso cuando el espacio en pantalla sea tan reducido que no sea conveniente utilizar una etiqueta o una instrucción, como en una barra de herramientas.
- El aviso sirve principalmente para identificar el propósito del cuadro de texto o del cuadro combinado de forma compacta. No debe ser información crucial que el usuario necesite ver mientras utiliza el control.
- El texto de aviso no debe confundirse con el texto real. Para ello, siga estos pasos:
  - Dibuje el texto de aviso en cursiva gris y el texto de entrada real en negro romano.
  - El texto del aviso no debe ser editable, y debe desaparecer una vez que los usuarios hagan clic o tabulen en el cuadro de texto.
    - Excepción: Si el cuadro de texto tiene el foco de entrada por defecto, se muestra el prompt, que desaparece una vez que el usuario empieza a escribir.
- No use puntuación final o elipsis.
Notificaciones
- Utilice notificaciones para eventos que no estén relacionados con la actividad actual del usuario, que no requieran una acción inmediata por parte del usuario y que los usuarios puedan ignorar libremente.
- No abuse de las notificaciones:
  - Utiliza las notificaciones solo si es necesario. Cuando muestra una notificación, está interrumpiendo potencialmente a los usuarios o incluso molestándolos. Asegúrese de que la interrupción está justificada.
  - Utilice notificaciones para eventos no críticos o situaciones que no requieran una acción inmediata por parte del usuario. Para eventos críticos o situaciones que requieran una acción inmediata del usuario, utilice un elemento de interfaz de usuario alternativo (como un cuadro de diálogo modal).
  - No utilice las notificaciones para anunciar funciones

Teclado

Asigne el foco de entrada inicial al control con el que es más probable que los usuarios interactúen primero, que suele ser el primer control interactivo. Si el primer control interactivo no es una buena opción, considere la posibilidad de cambiar el diseño de la ventana.
Asigne topes de tabulación a todos los controles interactivos, incluidos los cuadros de edición de solo lectura. Excepciones:
- Agrupa conjuntos de controles relacionados que se comportan como un único control, como los botones de radio. Estos grupos tienen un único tabulador.
- Contenga adecuadamente los grupos para que las teclas de flecha avancen y retrocedan dentro del grupo y permanezcan dentro del grupo.
El orden de las pestañas debe fluir de izquierda a derecha, de arriba abajo. En general, el orden de las pestañas debe seguir el orden de lectura. Considere la posibilidad de hacer excepciones para los controles más utilizados, colocándolos antes en el orden de tabulación. El tabulador debe recorrer todas las paradas del tabulador en ambas direcciones sin detenerse. Dentro de un grupo, el orden de las pestañas debe ser secuencial, sin excepciones.
Dentro de un tabulador, el orden de las flechas debe fluir de izquierda a derecha, de arriba abajo, sin excepciones. Las teclas de flecha deben recorrer todos los elementos en ambas direcciones sin detenerse.
Presente los botones de confirmación en el siguiente orden:
- Aceptar/[Hacerlo]/Sí
- [No hacerlo]/No
- Cancelar
- Aplicar (si está presente)

donde [Hazlo] y [No lo hagas] son respuestas específicas a la instrucción principal.

No confundas las claves de acceso con las teclas de atajo. Aunque tanto las claves de acceso como las teclas de método abreviado proporcionan acceso mediante el teclado a la interfaz de usuario, tienen propósitos y directrices diferentes.
Siempre que sea posible, asigne claves de acceso únicas a todos los controles interactivos o a sus etiquetas.Cuadros de texto de solo lectura son controles interactivos (porque los usuarios pueden desplazarse por ellos y copiar texto), por lo que se benefician de las claves de acceso. No asigne claves de acceso a:
- Botones Aceptar, Cancelar y Cerrar. Enter y Esc se utilizan como teclas de acceso. Sin embargo, asigne siempre una tecla de acceso a un control que signifique Aceptar o Cancelar, pero que tenga una etiqueta diferente.
Asigne teclas de acceso directo a los comandos más utilizados. Los programas y funciones de uso poco frecuente no necesitan teclas de acceso directo, ya que los usuarios pueden utilizar claves de acceso en su lugar.
No convierta un atajo de teclado en la única forma de realizar una tarea. Los usuarios también deben poder utilizar el ratón o el teclado con tabuladores, flechas y claves de acceso.
No asignes significados distintos a las claves de acceso directo más conocidas. Dado que se memorizan, los significados incoherentes de los atajos conocidos resultan frustrantes y propensos a errores.
No intentes asignar teclas de acceso directo a programas a todo el sistema. Las teclas de acceso directo de su programa solo tendrán efecto cuando su programa tenga el foco de entrada.

Ratón

Nunca obligue a los usuarios a hacer clic en un objeto para determinar si es interactivo. Los usuarios deben ser capaces de determinar la posibilidad de hacer clic solo mediante inspección visual.
- La interfaz de usuario principal (como los botones de confirmación) debe tener una capacidad de interacción estática. Los usuarios no deberían tener que pasar el ratón por encima para descubrir la interfaz de usuario principal.
- La interfaz de usuario secundaria (como los comandos secundarios o los controles de revelación progresiva) puede mostrar su affordance de clic al pasar el ratón por encima.
- Los enlaces de texto deben sugerir estáticamente el texto del enlace y, al pasar el ratón por encima, mostrar su affordance de clic (subrayado u otro cambio de presentación, con el puntero de la mano).
- Los enlaces gráficos solo muestran un puntero al pasar el ratón por encima.
Utilice el puntero manual (o «link select») solo para enlaces de texto y gráficos. De lo contrario, los usuarios tendrían que hacer clic en los objetos para determinar si son enlaces.

Cuadros de diálogo

Los cuadros de diálogo modales requieren interacción, así que utilícelos para cosas a las que los usuarios deban responder antes de continuar con su tarea. Asegúrese de que la interrupción esté justificada, por ejemplo, para tareas críticas o poco frecuentes, puntuales, que deban completarse. De lo contrario, considere alternativas sin modelo.
Los cuadros de diálogo sin modo no requieren interacción, por lo que úselos cuando los usuarios necesiten cambiar entre un cuadro de diálogo y la ventana propietaria. Se utilizan mejor para tareas frecuentes, repetitivas o continuas. Sin embargo, las cintas, las barras de herramientas y las ventanas de paleta suelen ser mejores alternativas.

Hojas de propiedades

Asegúrese de que las propiedades son necesarias. No abarrote sus páginas de propiedades con propiedades innecesarias solo para evitar tomar decisiones de diseño difíciles.
Presente las propiedades en función de los objetivos de los usuarios y no de la tecnología. El hecho de que una propiedad configure una tecnología específica no significa que deba presentarla en términos de esa tecnología.
- Si debe presentar los ajustes en términos de tecnología (quizás porque sus usuarios reconocen el nombre de la tecnología), incluya una breve descripción del beneficio para el usuario.
Utilice etiquetas de pestaña específicas y significativas. Evite etiquetas genéricas que puedan aplicarse a cualquier pestaña, como General, Avanzado o Configuración.
Evite las páginas generales. No es obligatorio tener una página General. Utilice una página General solo si:
- Las propiedades se aplican a varias tareas y son significativas para la mayoría de los usuarios. No ponga propiedades especializadas o avanzadas en una página General, pero puede hacerlas accesibles a través de un botón de comando en la página General.
- Las propiedades no encajan en una categoría más específica. Si es así, utilice ese nombre para la página.
Evite las páginas avanzadas. Utilice una página avanzada solo si:
- Las propiedades se aplican a tareas poco comunes y son significativas sobre todo para usuarios advanced.
- Las propiedades no encajan en una categoría más específica. Si es así, utilice ese nombre para la página.
No utilice pestañas si una ventana de propiedades solo tiene una pestaña y no es extensible. En su lugar, utilice un cuadro de diálogo normal con Aceptar, Cancelar y un botón opcional Aplicar. Sin embargo, las ventanas de propiedades extensibles (que pueden ser ampliadas por terceros) deben utilizar pestañas.

Magos

Considere primero alternativas ligeras, como cuadros de diálogo, paneles de tareas o páginas individuales. Los asistentes son una interfaz de usuario pesada, que se utiliza mejor para tareas de varios pasos que se realizan con poca frecuencia. No tiene por qué utilizar asistentes: puede proporcionar información útil y asistencia en cualquier interfaz de usuario.
Utilice Siguiente solo cuando avance a la página siguiente sin compromiso. Avanzar a la página siguiente se considera un compromiso cuando su efecto no puede deshacerse pulsando Atrás o Cancelar.
Utilice Atrás solo para corregir errores. Además de corregir errores, los usuarios no deberían tener que hacer clic en Atrás para avanzar en una tarea.
Cuando los usuarios se comprometan a realizar una tarea, utilice un botón de compromiso que sea una respuesta específica a la instrucción principal (por ejemplo, Imprimir, Conectar o Iniciar). No utilices etiquetas genéricas como Siguiente (que no implica compromiso) o Finalizar (que no es específica) para comprometer una tarea. Las etiquetas de estos botones de confirmación deberían tener sentido por sí solas. Comience siempre las etiquetas de los botones de compromiso con un verbo. Excepciones:
- Utilice Finalizar cuando las respuestas específicas sigan siendo genéricas, como Guardar, Seleccionar, Elegir u Obtener.
- Utilice Finalizar para cambiar un ajuste específico o un conjunto de ajustes.
Utilice los enlaces de comandos solo para las opciones, no para los compromisos. Los botones de confirmación específicos indican el compromiso mucho mejor que los enlaces de comandos en un asistente.
Cuando se utilicen enlaces de comandos, ocultar el botón Siguiente, pero dejar el botón Cancelar
Para las páginas de seguimiento y finalización, use el botón "Cerrar". No utilice Cancelar porque al cerrar la ventana no se abandonará ningún cambio o acción realizada en este momento. No use Hecho porque no es un verbo imperativo.
No utilice «wizard» en los nombres de los asistentes. Por ejemplo, utilice «Conectarse a una red» en lugar de «Asistente de configuración de red». Sin embargo, es aceptable referirse a los asistentes como asistentes. Por ejemplo: «Si está configurando una red por primera vez, puede obtener ayuda mediante el asistente Conectarse a una red».
Conservar las selecciones del usuario a través de la navegación. Por ejemplo, si el usuario realiza cambios, hace clic en Atrás y luego en Siguiente, esos cambios deben conservarse. Los usuarios no esperan tener que volver a introducir los cambios a menos que elijan explícitamente borrarlos.

Páginas del asistente

Centrarse en una toma de decisiones eficiente. Reduzca el número de páginas para centrarse en lo esencial. Consolidar las páginas relacionadas y sacar las páginas opcionales del flujo principal. Hacer que los usuarios hagan clic en Siguiente completamente a través de su asistente puede parecer una buena experiencia al principio, pero si los usuarios nunca necesitan cambiar los valores predeterminados, las páginas son probablemente innecesarias.
No utilice páginas de bienvenida: haga que la primera página sea funcional siempre que sea posible. Utilice una página de introducción opcional solo cuando:
- El asistente tiene requisitos previos que son necesarios para completar el asistente con éxito.
- Es posible que los usuarios no entiendan el propósito del asistente basándose en su primera página de opciones, y no hay espacio para más explicaciones.
- La instrucción principal de las páginas de introducción es «Antes de empezar:».
En las páginas en las que se pide a los usuarios que elijan, optimice para los casos más probables. Este tipo de páginas deben presentar opciones reales, no solo instrucciones.
- Si no utiliza una página de introducción, explique la finalidad del asistente en la parte superior de la primera página de opciones.
Utilice páginas de compromiso para dejar claro cuándo los usuarios se comprometen a realizar la tarea. Normalmente, la página de Confirmación es la última página de selección, y el botón Siguiente se renombra para indicar la tarea que se va a confirmar.
- No utilice páginas de resumen que se limiten a resumir las selecciones anteriores del usuario, a menos que la tarea sea arriesgada (implique seguridad o pérdida de tiempo o dinero) o haya muchas posibilidades de que los usuarios no entiendan sus selecciones y necesiten revisarlas.
No utilice páginas de Felicitaciones que no hacen más que terminar el asistente. Si los resultados del asistente son claramente evidentes para los usuarios, basta con cerrar el asistente con el botón de confirmación final.
- Utilice páginas de seguimiento cuando haya tareas relacionadas que los usuarios probablemente realicen como seguimiento. Evite tareas de seguimiento familiares, como «Enviar un mensaje de correo electrónico».
- Utilice las páginas de finalización solo cuando los resultados no sean visibles y no haya mejor forma de proporcionar información sobre la finalización de las tareas.
- Los asistentes que tienen páginas de Progreso deben utilizar una página de Finalización o una página de Seguimiento para indicar la finalización de la tarea. Para las tareas de larga duración, cierre el asistente en la página Confirmar y utilice las notificaciones para dar su opinión.

Mensajes de error

No dar mensajes de error cuando no es probable que los usuarios realicen una acción o cambien su comportamiento. como resultado del mensaje. Si no hay ninguna medida que los usuarios puedan tomar, o si el problema no es significativo, suprima el mensaje de error.
Siempre que sea posible, proponga una solución para que los usuarios puedan arreglar el problema. Sin embargo, asegúrese de que la solución propuesta puede resolver el problema. No haga perder el tiempo a los usuarios sugiriéndoles soluciones posibles pero improbables.
Sé específico Evite expresiones vagas, como error de sintaxis y operación ilegal. Proporcione nombres, ubicaciones y valores específicos de los objetos implicados.
No utilice frases que culpen al usuario o impliquen un error por su parte. Evite utilizar usted y su en la redacción. Aunque en general se prefiere la voz activa, utilice la voz pasiva cuando el usuario sea el sujeto y pueda sentirse culpable del error si se utilizara la voz activa.
No utilice OK para los mensajes de error. Los usuarios no consideran que los errores estén bien. Si el mensaje de error no tiene una acción directa, utilice Cerrar en su lugar.
No use las siguiente palabras:.
- Error, fallo (utilice problema en su lugar)
- Falló al (utilice no ha podido en su lugar)
- Ilegal, inválido, malo (utilice incorrecto o no válido en su lugar)
- Abortar, matar, terminar (utilice stop en su lugar)
- Catastrófico, mortal (utilice grave en su lugar)

Estos términos son innecesarios y contrarios al tono alentador de Windows. En su lugar, un icono de error, cuando se utiliza correctamente, comunica suficientemente que existe un problema.

No acompañe los mensajes de error con efectos sonoros. Hacerlo es chocante e innecesario.

Mensajes de advertencia

Las advertencias describen una condición que podría causar un problema en el futuro. Las advertencias no son errores ni preguntas, así que no formule preguntas rutinarias como advertencias.
No dar mensajes de advertencia cuando no es probable que los usuarios realicen una acción o cambien su comportamiento. como resultado del mensaje. Si no hay ninguna medida que los usuarios puedan tomar, o si la condición no es significativa, suprima el mensaje de advertencia.

Confirmaciones

No utilice confirmaciones innecesarias. Utilice confirmaciones solo cuando:
- Hay una razón clara para no proceder y una posibilidad razonable de que a veces los usuarios no lo hagan.
- La acción tiene consecuencias importantes o no puede deshacerse fácilmente.
- La acción tiene consecuencias de las que los usuarios pueden no ser conscientes.
- Proceder con la acción requiere que los usuarios hagan una elección que no tiene un valor predeterminado adecuado.
- Dado el contexto actual, es probable que los usuarios hayan realizado una acción por error.
Formule las confirmaciones como una pregunta de sí o no, y ofrezca respuestas de sí o no. A diferencia de otros tipos de cuadros de diálogo, las confirmaciones están diseñadas para evitar que los usuarios tomen decisiones rápidas. Si los usuarios no reflexionan sobre su respuesta, la confirmación carece de valor.

Iconos

Todos los iconos deben ajustarse alGuía de iconos de estilo aeronáutico. Sustituya todos los iconos estilo Windows XP.
Elija iconos estándar en función del tipo de mensaje, no de la gravedad del problema subyacente:
- Error. Un error o un problema que se ha producido.
- Advertencia. Una condición que puede provocar un problema en el futuro.
- Información. Información útil.

Si un asunto combina distintos tipos de mensajes, céntrese en el aspecto más importante sobre el que los usuarios deben actuar.

Los iconos deben coincidir siempre con la instrucción principal u otro texto correspondiente
Los iconos de error no son necesarios para los problemas no críticos de entrada del usuario. Sin embargo, los iconos son necesarios para los errores in situ, porque de lo contrario sería demasiado fácil pasar por alto esa información contextual.
No utilice iconos de advertencia para «suavizar» errores no críticos. Los errores no son advertencias; en su lugar, aplica las directrices de los iconos de error.
En los cuadros de diálogo de preguntas, utilice iconos de advertencia solo para las preguntas con consecuencias importantes. No utilice iconos de advertencia para preguntas rutinarias.

Ayuda

Enlace a temas de ayuda específicos y relevantes. No enlace con la página de inicio de la Ayuda, el índice, una lista de resultados de búsqueda o una página que solo enlace con otras páginas. Evite enlazar a páginas estructuradas como una gran lista de preguntas frecuentes, porque obliga a los usuarios a buscar la que coincide con el enlace que han pulsado. No incluya enlaces a temas específicos de Ayuda que no sean relevantes y útiles para la tarea que se está realizando. Nunca enlace a páginas vacías.
No ponga enlaces de ayuda en todas las ventanas o páginas en aras de la coherencia. Proporcionar un enlace de Ayuda en un lugar no significa que tenga que proporcionarlos en todas partes.
Siempre que sea posible, frasee el texto de los enlaces de ayuda en función de la pregunta principal a la que responda el contenido de la ayuda. No utilice las frases «Más información sobre» u «Obtenga ayuda con esto».
Utilice el enlace de Ayuda completo para el texto del enlace, no solo las palabras clave.
Utilizar oraciones completas.
No use puntuación final o elipsis, excepto para signos de interrogación.
Si el contenido de la Ayuda está en línea, aclárelo en el texto del enlace. Hacerlo así ayuda a que el resultado de los enlaces sea predecible.