Asistentes

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.

A pesar de ese maravilloso nombre, whimsical, los asistentes no son realmente una forma especial de interfaz de usuario, y solo tienen una gama determinada de utilidades.

Los asistentes se usan para realizar tareas de varios pasos.

Se presentan varios pasos de un asistente como una secuencia de páginas.

Los asistentes suelen incluir los siguientes tipos de páginas:

• Las páginas de elección se usan para recopilar información y permitir a los usuarios tomar decisiones.
• La página Confirmar se usa para realizar una acción que no se puede deshacer haciendo clic en Atrás o Cancelar.
• La página Progreso se usa para mostrar el progreso de una operación larga.

El diseño del asistente moderno ofrece una ventaja sobre la eficacia, lo que hace que la página Progreso sea opcional para las operaciones más cortas y, a menudo, dispensar con la página principal tradicional y la página Felicitaciones al principio y al final.

Todas las páginas del asistente tienen estos componentes:

• Barra de título para identificar el nombre del asistente, con un botón Atrás en la esquina superior izquierda y un botón Cerrar con botones opcionales Minimizar/Maximizar y Restaurar. Tenga en cuenta que la barra de título también incluye un icono para identificarlo en la barra de tareas.
• Una instrucción principal para explicar el objetivo del usuario con la página.
• Un área de contenido con texto opcional y posiblemente otros controles.
• Un área de comandos con al menos un botón de confirmación para confirmar en la tarea o continuar con el paso siguiente.

Aunque un asistente tiene varios pasos, estos pasos deben agregarse a una sola tarea, desde el punto de vista del usuario. Este es el principio de diseño fundamental del asistente de "un asistente, una tarea".

Por lo tanto, en este artículo, una tarea es la función básica de un asistente (por ejemplo, la tarea de un asistente de instalación es instalar un programa). Las subtareas son aspectos de la tarea más grande (por ejemplo, una subtarea de un asistente para la instalación puede ser configurar el programa que se va a instalar). Por último, cada página del asistente se considera un paso en una subtarea o tarea determinada (por ejemplo, puede haber dos o tres pasos implicados en la configuración del programa).

Nota: Las directrices relacionadas con la configuración, los cuadros de diálogo y las barras de progreso se presentan en artículos independientes.

¿Es esta la interfaz de usuario correcta?

Se puede usar un asistente para cualquier tarea que requiera varios pasos de entrada. Sin embargo, los asistentes efectivos tienen requisitos adicionales:

• ¿El asistente realiza una única tarea atómica? No use interacciones que no sean tareas únicas (un programa completo nunca debe ser un asistente a menos que realice una sola tarea). No use asistentes para combinar tareas independientes o pasos no relacionados en gran medida.

• ¿Se puede reducir el número de preguntas necesarias? ¿Hay valores predeterminados aceptables que funcionan bien en la mayoría de los casos o que se pueden ajustar según sea necesario más adelante? Por lo tanto, ¿se puede reducir el número de páginas? Si es así, intente simplificar la tarea para que se pueda presentar en una sola página (por ejemplo, un cuadro de diálogo) o elimine la necesidad de entrada por completo (lo que permite que la tarea se realice directamente).

• ¿Deben proporcionarse las preguntas necesarias secuencialmente? ¿Hay varias preguntas probables, pero opcionales? Si es así, considere un cuadro de diálogo o un cuadro de diálogo con pestañas.

  Correcto:

  

  El cuadro de diálogo Opciones de impresión de Microsoft PowerPoint contiene muchas opciones de entrada de usuario, por lo que puede presentarlas en un asistente. Sin embargo, no es necesario proporcionarlos secuencialmente, por lo que un cuadro de diálogo es una mejor opción.

Los asistentes son una forma relativamente pesada de interfaz de usuario; si hay una solución adecuada y ligera disponible, úsela.

Conceptos de diseño

Uso excesivo de asistentes

Históricamente, los asistentes difieren de la interfaz de usuario normal en que se diseñaron para ayudar a los usuarios a realizar tareas especialmente complejas (con pasos que residen en ubicaciones dispares) y a menudo tenían inteligencia integrada para ayudar a los usuarios a tener éxito. En la actualidad, toda la interfaz de usuario debe diseñarse para que las tareas sean lo más sencillas posible, por lo que no hay necesidad de una interfaz de usuario especial solo para este propósito.

Sin embargo, la creencia persiste en que los asistentes son una interfaz de usuario especial, en gran medida porque se conocen como "asistentes" (mucho más creativos que, por ejemplo, "diálogos" y "ventanas de propiedades"). En su lugar, es mejor considerarlas como tareas de varios pasos y no llamar especial atención a ese hecho.

Antes de crear un asistente, considere si los usuarios deben interrumpirse realmente desde el flujo principal del programa. Puede haber una solución contextual más ligera, insertada y que, en última instancia, se sentirá más útil y eficaz para los usuarios. Por ejemplo, una característica mal diseñada en un programa no garantiza que un asistente explique y simplifique esta característica; garantiza el rediseño de la propia característica. Un asistente no debe usarse como ayuda de banda para corregir un problema más básico con el programa.

Los asistentes tienen funciones adecuadas

Los asistentes son una de las claves para simplificar la experiencia del usuario. Permiten realizar una operación compleja, como la configuración de un programa, y dividirla en una serie de sencillos pasos. En cada punto del proceso, puede proporcionar una explicación de lo que se necesita y mostrar los controles que permiten al usuario realizar selecciones y escribir texto.

Ciertos tipos de tareas de varios pasos se prestan al formulario del asistente. Por ejemplo, en Windows, varios asistentes implican funciones de conectividad (a Internet o a la red corporativa, o a dispositivos periféricos como impresoras y máquinas de fax).

La conexión a una red es una tarea típica en Windows adecuada para un asistente.

Aquí la función del asistente es mediar entre algo conocido y estable (el sistema operativo estándar) y algo desconocido y variable (arreglos de conectividad con una empresa telefónica o un proveedor de servicios de Internet). La complejidad de los ecosistemas informáticos es lo suficientemente importante ahora que resulta realmente útil usar asistentes para reducir esa complejidad.

Otros tipos de tareas que funcionan bien como los asistentes de Windows incluyen funcionalidad de gama alta (como el reconocimiento de voz y escritura a mano) y experiencias multimedia enriquecidas (como la configuración de opciones para hacer y publicar películas). Los asistentes también se pueden implementar para tareas más básicas de varios pasos, como la solución de problemas. En resumen, si es probable que distintos usuarios quieran experimentar el programa de maneras muy diferentes, esto puede indicar la necesidad de un asistente y su capacidad para varios puntos de entrada de usuario.

Para el programa, vale la pena un poco de tiempo de diseño por adelantado para determinar qué función sirve el asistente y si esa función realmente aumenta al nivel de implementación de un asistente.

Longitud del asistente

Las preguntas de diseño surgen naturalmente en torno al número y la organización de páginas y opciones. Por ejemplo:

• ¿Hay un número óptimo de páginas para un asistente? ¿O al menos un rango deseable?
• ¿El asistente debe ser conciso y simplificado, para que los usuarios puedan completarlo lo más rápido posible?
• ¿Debería haber más páginas que requieran menos opciones? ¿O menos páginas con más complejidad? ¿Qué diseño se considera más utilizable?
• ¿Puede diseñar experiencias de asistente más rápidas aplicando convenciones de interfaz de usuario, como páginas con pestañas?

Microsoft solía aconsejar que los asistentes de tres páginas o menos se diseñaran como asistentes simples, y los de cuatro o más páginas usan un diseño de asistente avanzado (consulta las directrices de experiencia del usuario de Windows de 1999). Pero los estándares actuales de diseño del asistente dispensan lo que había sido una de las diferencias clave entre las formas simples y avanzadas (el uso de las páginas Bienvenida y Felicitaciones), por lo que estas categorías ahora se sienten inadecuadas y el número de páginas que determinan la elección de diseño parece arbitrario.

El asistente debe ser tan largo o corto como requiera la tarea; no hay ninguna directriz fija para su longitud. Un asistente de una página debería presentarse realmente como un cuadro de diálogo, por lo que es probable que dos páginas sea la forma más condensada posible para un asistente.

Correcto:

Esta tarea tiene tan pocas opciones que la presentan como un asistente sería desperdiciada. Un cuadro de diálogo es el formulario adecuado para esta interfaz de usuario.

Al otro extremo del espectro, si tiene un asistente que incluye varios puntos de decisión y ramas, y con frecuencia da lugar a que los usuarios pierdan el seguimiento de su ruta de navegación, ha superado un límite práctico y debe reducir la longitud del asistente. Como alternativa, puede dividir el asistente en varias tareas distintas.

A medida que determine la longitud más adecuada para el asistente, preste especial atención a los usuarios de destino. Los programas para los usuarios finales, como los consumidores domésticos y los trabajadores de la oficina, tienden a usar asistentes para ocultar la complejidad; los asistentes son lo más cortos posible, con diseños de página limpios y sencillos, y los valores predeterminados previamente seleccionados para tantas opciones como sea posible. Por el contrario, los asistentes o programas de servidor destinados a los profesionales de TI tienden a ser más largos y complejos. Este grupo de usuarios de destino tiene una tolerancia mucho mayor para tomar decisiones de configuración y, de hecho, puede ser sospechoso si hay demasiada complejidad oculta.

Si un asistente por naturaleza simplifica una tarea compleja, debe hacerlo relativamente mínimamente para una audiencia técnicamente sofisticada y relativamente agresiva para una base de usuarios principiantes.

Correcto:

Esta página del asistente está bien diseñada para los usuarios finales, ya que reduce un sujeto potencialmente complejo a una opción binaria sencilla y lógica: instalar o desinstalar.

Correcto:

En el asistente para la configuración de Microsoft SQL Server 2008, el diseño de páginas es más ocupado y las numerosas opciones requieren más pensamiento, pero el público objetivo es administradores de bases de datos que esperan un control estricto de la selección de características.

Por último, preste atención a la frecuencia con la que se puede realizar la tarea concreta. Una tarea poco frecuente puede implementar un asistente más largo, mientras que las tareas frecuentes deben favorecer definitivamente la brevedad.

Bifurcación

Para asistentes más largos, es posible que tenga que crear ramas del flujo de tareas en el que la secuencia de páginas puede diferir según la entrada del usuario proporcionada "ascendente". La bifurcación se desasigna inherentemente para los usuarios, por lo que debe diseñar la experiencia del usuario para transmitir estabilidad. Se recomienda no más de dos puntos de decisión que provoquen la bifurcación en todo el asistente y no más de una rama anidada dentro de una sola rama.

Para obtener instrucciones sobre cómo crear una experiencia de usuario estable en un asistente de bifurcación, consulte Bifurcación en la sección Directrices de este artículo.

Proporcionar una guía de navegación

Las guías de navegación pueden ser útiles cuando hay muchos pasos en la tarea y los usuarios pueden perder su lugar en la secuencia, o simplemente desea saber cuánto tiempo tardará en completarse.

Las guías de navegación a menudo aparecen como una lista de páginas o secciones del asistente, que se parecen un poco a una tabla de contenido, en una columna o panel del lado izquierdo de cada página. Aunque la lista persiste en todo el asistente (la misma lista de páginas aparece en cada página), hay algunos medios visuales de indicar dónde está el usuario actualmente en la secuencia (por ejemplo, con negrita para distinguir la página o sección activa).

Las guías de navegación pueden ser secuenciales o no secuenciales. El tipo secuencial presenta las páginas anteriores junto con las páginas futuras conocidas. Puede presentar el futuro en términos de pasos en lugar de páginas si los pasos son conocidos y las páginas dependen. Después, puede rellenar páginas dinámicamente a medida que se conocen. Dado que la secuencia de navegación es fija, la guía de navegación no es interactiva.

Las guías de navegación no secuencial son interactivas, por lo que los usuarios pueden volver a visitar las páginas vistas previamente directamente. También pueden omitir la secuencia de navegación de las páginas diseñadas para ser opcionales. Las páginas opcionales deben tener valores predeterminados que sean aceptables en la mayoría de las circunstancias. Con este tipo de guía:

• Las páginas vistas anteriormente siempre se pueden ver directamente.
• Es posible que las páginas futuras no se vean si tienen requisitos previos.
• Las páginas que se pueden visitar deben distinguir visiblemente de las que no pueden (por ejemplo, mediante vínculos activos o deshabilitados), junto con las páginas necesarias o opcionales.

Los usuarios pueden confundirse con el significado del botón Atrás en este escenario. ¿Hace clic en Atrás le lleva a la página o sección anterior de la guía de navegación, o a la última página o sección vista? Dado que los asistentes de Windows ahora colocan el botón Atrás en la esquina superior izquierda de las páginas del asistente, en lugar de en la esquina inferior derecha con los otros botones de confirmación, los usuarios piensan en la funcionalidad Atrás como lo hacen en la Web. Por lo tanto, la mejor solución es dar al botón Atrás el significado de navegación web (hacer clic en Atrás debe conducir a la última página o sección vista) y usar la guía de navegación del asistente para la navegación secuencial.

Integridad de página

El diseño del asistente no solo implica decisiones relacionadas con todo el flujo de tareas, como cómo controlar la navegación y la experiencia de bifurcación, sino también las que pertenecen a las páginas individuales que componen el asistente. El principio más importante para diseñar buenas páginas del asistente es la integridad: el contenido de una página debe pertenecer juntos.

Las páginas del asistente son significativamente más utilizables si cada una se bloquea conceptualmente, tratando solo un aspecto de la tarea general. La instrucción principal es el medio principal para lograr esto. Identifique claramente el objetivo o propósito de la página a los usuarios. Las instrucciones complementarias y los controles de la página pertenecen directamente a la instrucción principal. Aunque las páginas del asistente deben presentar a los usuarios opciones para las que se requiere algún pensamiento, ese esfuerzo no se siente como trabajo porque está estrechamente centrado en la integridad de la propia página.

Desafortunadamente, los diseñadores de asistentes a menudo equivocan el clic rápido de los usuarios del botón Siguiente como evidencia de la facilidad de uso, la simplicidad y la integridad de sus páginas. La experiencia del asistente final no es Next, Next, Next, Next, Finish. Aunque esta experiencia sugiere que los valores predeterminados fueron bien elegidos, también sugiere que el asistente no era realmente necesario porque todas las opciones son opcionales.

En términos de objetos visuales y texto,pare estos elementos a los elementos esenciales. Resista la necesidad de agrupar varias subtareas en una sola página (el "asistente de burrito") o recurrir a pestañas para presentar requisitos de entrada complejos. Una sola página debe abarcar una sola subtarea de la tarea general del asistente.

Incorrecto:

Con tres pestañas de una entrada de usuario bastante densa necesaria, esta página del asistente está intentando lograr demasiado.

En la mayoría de los casos, mantenga el tamaño de cada página en todo el asistente para fomentar una apariencia coherente. Aunque los asistentes de Windows permiten páginas de tamaño redimensionable para que el tamaño de una página coincida con la cantidad de contenido, solo unos pocos hacen uso de esta opción.

Y, por último, mantenga los elementos estructurales de cada página del asistente a través de la secuencia. Por ejemplo, no mueva el botón Atrás de la esquina superior izquierda hacia abajo en el área de botones de confirmación de una página o dos. Este nivel de coherencia de diseño ayuda a los usuarios a sentirse estables dentro del asistente. Piense en esto como una línea base para la integridad visual de una página.

Búsqueda del nivel correcto de comunicación

Los usuarios tienen una tolerancia baja para leer grandes bloques de texto en pantalla, e incluso menos dentro de una superficie de interfaz de usuario cuyo propósito expreso es moverse de forma rápida a través de una tarea.

Los asistentes tienen una tendencia a la comunicación excesiva. Ocupan mucho espacio en la pantalla, lo que parece animar una unidad para llenar el espacio. Es como una variación en la ley de Parkinson: el texto de la interfaz de usuario se expandirá para rellenar el espacio disponible.

Un culpable en este exceso es la redundancia. Debido a las plantillas usadas en el diseño temprano del asistente, el mismo idioma puede aparecer en varias ubicaciones de una página, como en la barra de título, los encabezados, el texto del cuerpo, las etiquetas de control, etc.

Vale la pena contratar a un editor profesional para eliminar el texto del asistente despiadadamente. Elimine las preguntas y opciones innecesarias en páginas individuales y elimine todas las páginas del asistente en su conjunto (por ejemplo, las páginas de bienvenida y felicitaciones tradicionales). Acceda directamente al punto de la página con una instrucción principal escrita concisamente, usando el lenguaje que usa el público objetivo para describir la tarea, no la jerga de la tecnología o característica que usted o su equipo usa internamente. Este enfoque centrado en el usuario es fundamental para mejorar la comunicación de los asistentes del programa.

Preste especial atención al tono de su asistente: a veces las impresiones más duraderas de su programa son el resultado no de lo que usted dice, sino cómo lo dice! En los asistentes, los usuarios se sienten cómodos con un tono descriptivo y conversacional, con el uso liberal del pronombre de segunda persona ("usted") cuando el programa solicita una entrada. Para obtener más instrucciones, consulte Estilo y tono.

La reducción del recuento de palabras en la página del asistente suele ser recomendable, pero tenga cuidado de no ir demasiado lejos. Si la tarea es importante y garantiza un asistente, los usuarios aprecian tener suficiente información para tomar decisiones acertadas. En el ejemplo siguiente se muestra cómo se puede condensar el texto del asistente sin sacrificar el significado.

Antes

Después:

La versión editada de esta página del asistente proporciona una instrucción principal orientada a tareas, quita el párrafo explicativo innecesario debajo de la instrucción principal y revisa la etiqueta de casilla para aclarar el propósito de la casilla.

Si sólo haces tres cosas...

1. Asigne la tarea que está intentando realizar con la interfaz de usuario adecuada para realizar el trabajo; no simplemente el valor predeterminado de un asistente cuando piense que necesita recopilar una gran cantidad de entradas de los usuarios.

2. Piense cuidadosamente en la longitud y la estructura del asistente; prefiere asistentes cortos que no son de bifurcación para mantener la experiencia lo más simple posible, por lo que los usuarios pueden volver a su tarea principal o a su interés en el programa.

3. Asegúrese de que la integridad de cada página del asistente: el contenido de una página debe pertenecer claramente.

Instrucciones

General

• Considere primero alternativas ligeras, como cuadros de diálogo, paneles de tareas o páginas únicas. No es necesario usar asistentes: puede proporcionar información útil y ayuda en cualquier interfaz de usuario.

• Use asistentes para tareas de varios pasos. Use cuadros de diálogo de varias páginas para tareas de un solo paso con comentarios. Para obtener más instrucciones, consulte Cuadros de diálogo.

  Correcto:

  

  

  En este ejemplo, Diagnósticos de red de Windows consta de páginas de progreso y resultados. Dado que la tarea es solo un paso, no requiere los botones de navegación que los usuarios necesitan en un asistente. Se presenta eficazmente como un cuadro de diálogo de varias páginas.

Tamaño de la ventana

• Elija un tamaño de ventana que pueda mostrar todas las páginas del asistente sin desplazamiento vertical u horizontal de páginas. Aunque los controles de la página pueden requerir desplazamiento, las propias páginas del asistente no deben.

• Tamaño ventanas lo suficientemente grandes como para realizar sus tareas cómodamente. El diseño de página no debe ser cólico ni requerir que los usuarios se desplacen o cambien el tamaño excesivamente.

• Pero no hagas ventanas excesivamente grandes. Las ventanas más grandes hacen que la tarea se sienta más compleja y requiera movimiento adicional para la interacción.

• Use ventanas de tamaño redimensionable para un asistente que pueda beneficiarse de más espacio de pantalla, pero no lo requiere. Asigne un tamaño mínimo adecuado. Las ventanas de tamaño redimensionable son útiles cuando las páginas requieren interactuar con contenido redimensionable, como vistas de lista grandes.

  Correcto:

  

  Mejor:

  

  En este ejemplo, cambiar el tamaño de la ventana ayuda a los usuarios a ver la lista completa.

• Considere la posibilidad de usar asistentes de tamaño dinámico cuyo tamaño de página cambia según sea necesario para su contenido. De este modo, un asistente admite diseños de página con una amplia gama de contenido.

• Prefiere el ajuste de tamaño estático sobre dinámico si los usuarios pueden percibir los cambios como una falta de estabilidad en su experiencia del asistente. La estabilidad visual suele superar el contenido. La mayoría de los asistentes deben adoptar tamaños de ventana estáticos estándar, con tamaño dinámico reservado para casos especiales.

Longitud del asistente

• Haga que el asistente sea lo más conciso y simplificado posible. Deshazte de las opciones y preguntas innecesarias, y usa valores predeterminados inteligentes, para reducir el número de páginas necesarias para la entrada del usuario.
  • Excepción: Los profesionales de TI y otros usuarios técnicos tienen una mayor tolerancia para los asistentes más largos y los requisitos de entrada detallados.
• Convierta al asistente en un mínimo de dos páginas. En su lugar, se debe rediseñar un asistente de una página como cuadro de diálogo.
• No reduzca el número de páginas del asistente simplemente aumentando la complejidad de cada página. Por ejemplo, una página del asistente que incluye tres pestañas que requieren la entrada del usuario se debe rediseñar como tres páginas independientes.
• No aumente el número de páginas del asistente haciendo que cada página sea tan sencilla que los usuarios hagan clic sin sentido en Siguiente a través de toda la secuencia. Se trata de un error común de diseño del asistente. Si una página del asistente no requiere al menos cierto grado de pensamiento, es probable que no tenga que estar en el asistente.

Bifurcación

• Prefiere el diseño del asistente que no es de bifurcación sobre la bifurcación. Los asistentes que no son de bifurcación tienden a ser más sencillos, más cortos y fáciles de navegar. Los asistentes de bifurcación dificultan a los usuarios determinar cuántos pasos de la tarea y dónde se encuentran en la secuencia.

• Si tiene que bifurcarse, ayude a los usuarios a orientarse mediante una de las técnicas siguientes:

  • Enumerar páginas. Una técnica común es indicar la ubicación del usuario en la secuencia de cada página, como con la frase Step X of Y. Asegúrese de que el punto de conexión (Y) es estable. Si cambia el valor, esto reduce la confianza de los usuarios.

  • Incluya la noción de subprocesos (como el paso 2a de 6).

  • Realice pasos independientes de las páginas, donde cada paso puede implicar varias páginas. Por ejemplo, un servicio de viajes podría emplear la organización del asistente basada en convenciones de comercio electrónico bien establecidas para el sector.

    Correcto:

    

    Las etiquetas lógicas pueden proporcionar orientación adecuada para los usuarios de un asistente de bifurcación.

  • Trate los pasos opcionales como persistentes en la secuencia de enumeración. Por ejemplo, si una rama simplemente omite algunos pasos opcionales, simplemente omita los pasos de los comentarios, en lugar de volver a numerar. Por lo tanto, si un usuario elige en la página 2 que da como resultado la creación de páginas 3 y 4 opcionales, muestre los pasos 1, 2, 5 y 6 de 6. No vuelva a numerar los pasos 5 y 6.

  • Si el asistente emplea una sola rama y la rama se produce al principio de la tarea, inicie la secuencia en ese momento y, a continuación, simplemente use el enfoque que no es de bifurcación. Es decir, comenzando en el punto de la rama, progresa en secuencia hasta el final de la rama.

• Si debe bifurcar, limite el número de ramas a una o dos dentro de un solo asistente. Nunca incluya más de una rama dentro de una rama (una rama "anidada").

Botones de confirmación

• Cuando los usuarios se confirman en una tarea, use un botón confirmar que sea una respuesta específica a la instrucción principal (por ejemplo, Imprimir, Conectar o Iniciar). No use etiquetas genéricas como Next (que no implica compromiso) o Finish (que no es específica) para confirmar una tarea. Las etiquetas de estos botones de confirmación deben tener sentido por sí mismas. Inicie siempre las etiquetas de botón confirmar con un verbo. Excepciones:
  • Use Finalizar cuando las respuestas específicas sigan siendo genéricas, como Guardar, Seleccionar, Elegir u Obtener.
  • Use Finalizar para cambiar una configuración específica o una colección de configuraciones.
• Un único asistente puede tener varios puntos de confirmación, pero se prefiere un único punto.
• Si es necesario, puede cambiar el nombre u ocultar botones de confirmación en una página. Esta flexibilidad es una de las ventajas del nuevo diseño del asistente en Windows que no estaba disponible en los asistentes anteriores. Tenga en cuenta que ocultar un botón de confirmación es diferente de deshabilitarlo.
• Evite deshabilitar un botón de confirmación positiva. De lo contrario, los usuarios tienen que deducir por qué los botones de confirmación están deshabilitados. Es mejor dejar habilitados los botones de confirmación y proporcionar un mensaje de error útil cada vez que surge un problema. Deshabilitar el botón solo es aceptable si el motivo para hacerlo es obvio e inequívoca.
• No confunda botones de navegación (Siguiente y Atrás) con botones de confirmación. A continuación, significa avanzar en el asistente sin compromiso; La opción Atrás siempre debe estar disponible en la página siguiente y hacer clic en Atrás debe deshacer el efecto del último botón Siguiente. Si eso no es posible, los usuarios están realizando un compromiso y se indica a través de una etiqueta específica en el botón confirmar. Para obtener más instrucciones sobre los botones Siguiente y Atrás, consulte Navegación.

Botones Cancelar

• No pida a los usuarios que confirmen si realmente piensan cancelar. Hacerlo puede ser molesto. Excepciones:
  • La acción tiene consecuencias significativas y, si es incorrecta, no se puede corregir fácilmente.
  • La acción puede dar lugar a una pérdida significativa del tiempo o esfuerzo del usuario.
  • La acción es claramente incoherente con otras acciones.
• Permitir que los usuarios reinicien los asistentes en caso de que se hayan cancelado por error.
• No deshabilite el botón Cancelar. Excepciones:
  • Si la cancelación es perjudicial, lo que podría ser el caso al realizar una tarea en asistentes independientes.
  • Si la cancelación es imposible, lo que podría ser el caso cuando el asistente no tiene control sobre todos los pasos.

Cerrar botones

• Use Cerrar para las páginas de Follow-Up y Finalización. No use Cancelar, ya que al cerrar la ventana no se abandonarán los cambios ni las acciones realizadas en este momento. No uses Done, porque no es un verbo imperativo.
• Una vez realizada la tarea, Cancel debe convertirse en Cerrar (para asistentes independientes). El efecto de Close es simplemente cerrar la ventana.

Otros controles

• Use vínculos de comandos solo para opciones, no compromisos. Los botones de confirmación específicos indican que el compromiso es mucho mejor que los vínculos de comandos en un asistente.
• Al usar vínculos de comandos, oculte el botón Siguiente, pero deje el botón Cancelar.

Uso de páginas (frente a cuadros de diálogo o interfaz de usuario insertada)

• En general, se prefieren las páginas a los cuadros de diálogo. Los usuarios esperan que los asistentes estén basados en páginas.
• Use cuadros de diálogo para ayudar a completar páginas, como con selectores de objetos y exploradores.
• Use cuadros de diálogo para proporcionar mensajes de error que se aplican a toda la página y, como resultado, haga clic en un botón confirmar.
• Use la presentación insertada para comportamientos dinámicos simples, como la divulgación progresiva y la interfaz de usuario contextual.
• Use la presentación insertada para los mensajes de error que se aplican a controles específicos.

Páginas del asistente

• Céntrese en la toma de decisiones eficaz. Reduzca el número de páginas para centrarse en aspectos esenciales. Consolide las páginas relacionadas y saque las páginas opcionales del flujo principal. Hacer que los usuarios hagan clic en Siguiente completamente a través del asistente pueden parecer una buena experiencia al principio, pero si los usuarios nunca necesitan cambiar los valores predeterminados, es probable que las páginas no sean necesarias.

• Diseñe cada página para tener una sola finalidad y coherencia visual. Para obtener más información, consulte Integridad de página.

• No use páginas de bienvenida: haga que la primera página sea funcional siempre que sea posible. Use una página de Introducción opcional solo cuando:

  • El asistente tiene requisitos previos necesarios para completar correctamente el asistente.
  • Es posible que los usuarios no comprendan el propósito del asistente en función de su primera página De elección y no haya espacio para obtener más explicaciones.
  • La instrucción principal de Introducción páginas es "Antes de comenzar:".

  Incorrecto:

  

• Los asistentes modernos optan por las primeras páginas funcionales. Aquí no hay nada que hacer, pero haga clic en Siguiente. ¿Por qué obligar a los usuarios a pagar este impuesto sobre este token por su valioso tiempo?

• En las páginas en las que se pide a los usuarios que tomen decisiones, optimice para los casos más probables. Estos tipos de páginas deben presentar opciones reales, no solo instrucciones.

  • Si no usa una página de Introducción, explique el propósito del asistente en la parte superior de la primera página de opciones.

• Use las páginas Confirmar para que quede claro cuando los usuarios se confirman en la tarea. Normalmente, la página Confirmar es la última página de opciones y el botón Siguiente se vuelve a etiquetar para indicar que la tarea se confirma.

  • No use páginas de resumen que simplemente resuma las selecciones anteriores del usuario, a menos que la tarea sea arriesgada (implicando seguridad, pérdida de tiempo o dinero) o existe una buena posibilidad de que los usuarios necesiten revisar sus selecciones.

• Use las páginas Progreso para mostrar el estado de una operación larga. Una vez finalizada correctamente, la página de progreso debe avanzar al paso siguiente automáticamente. Debe permanecer en la página de progreso solo si hay un problema que el usuario necesita ver. Si hace clic en Atrás en una página de progreso, no debería tener ningún efecto secundario.

  • Use una sola barra de progreso determinada. Siga las directrices de la barra de progreso determinada, entre las que se incluyen:
    • Indica claramente la finalización. No deje que una barra de progreso vaya al 100 % a menos que la operación se haya completado.
    • No reinicie 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 finalice una vez.
  • Proporcione una descripción concisa del paso actual encima de la barra de progreso. Para las operaciones rápidas, este texto no es necesario; la barra de progreso es suficiente. En el caso de las operaciones que requieren un minuto o más, el texto puede ser útil.
    • Use fragmentos de oraciones, normalmente empezando por un verbo y terminando con puntos suspensivos. Ejemplos: Copiar archivos..., Instalar componentes necesarios...
    • Coloque el texto encima de la barra, no por debajo.
    • Incorrecto:
    • 
    • En este ejemplo, el texto explicativo debe aparecer encima de la barra de progreso.
    • Evite desordenar la página de progreso con detalles innecesarios. Esta página no es para soporte técnico; es para los usuarios.
    • Incorrecto:
    • 
    • En este ejemplo, los detalles técnicos, como los GUID, no tienen sentido para los usuarios.

• No use páginas enhorabuena que no hagan nada más que finalizar el asistente. Si los resultados del asistente son claramente evidentes para los usuarios, simplemente cierre el asistente en el botón de confirmación final.

  • Use Follow-Up páginas cuando haya tareas relacionadas que es probable que los usuarios realicen como seguimiento. Evite tareas de seguimiento conocidas, como "Enviar un mensaje de correo electrónico".
  • Use las páginas finalización solo cuando los resultados no sean visibles y no hay ninguna manera mejor de proporcionar comentarios para la finalización de tareas.
  • Los asistentes que tengan páginas progreso deben usar una página finalización o una página Follow-Up para indicar la finalización de la tarea. Para las tareas de larga duración, cierre el asistente en la página Confirmar y use notificaciones para enviar comentarios.

• Use páginas de resumen solo si la entrada es compleja y los usuarios deben revisar, si la tarea implica un riesgo significativo (por ejemplo, una transición financiera), o si el asistente tomará medidas en función de la entrada del usuario que no sea obvia (para generar confianza a través de la transparencia). A menudo, las páginas de resumen no cumplen esta barra de relevancia y se pueden omitir.

• Use páginas de error si el asistente no se puede completar debido a un problema desde el que no es posible la recuperación. En esta página, explique cuál es el problema en lenguaje claro, sin jerga técnica que los usuarios no comprenderán. Proporcione también los pasos prácticos que los usuarios pueden seguir para resolver el problema. Para obtener más instrucciones, consulte Mensajes de error.

  • Excepción: Si el asistente se completa con un problema menor desde el que es posible la recuperación, presente el problema como una tarea adicional en lugar de un error. Use lenguaje positivo, orientado al éxito, no términos como error, error o problema. No use un icono de error.

Navegación

• Use Next solo cuando avance a la página siguiente sin compromiso. Avanzar a la página siguiente se considera un compromiso cuando su efecto no se puede deshacer haciendo clic en Atrás o Cancelar.
• Use Atrás solo para corregir errores. Además de corregir errores, los usuarios no deben hacer clic en Atrás para avanzar en una tarea.
• Conservar las selecciones de usuario a través de la navegación. Por ejemplo, si el usuario realiza cambios, hace clic en Atrás y, a continuación, en Siguiente, se deben conservar esos cambios. Los usuarios no esperan tener que volver a escribir los cambios a menos que decidan explícitamente borrarlos.
• No deshabilite el botón Atrás a menos que repetir los pasos sea perjudicial.
• Permitir que los usuarios examinen o revisen las opciones en los siguientes escenarios de navegación:
  • El usuario proporciona entradas, hace clic en el botón Confirmar, hace clic en Atrás para revisar los cambios anteriores, no cambia nada y, a continuación, vuelve a hacer clic en el botón Confirmar. Normalmente, esto debería ser posible y la segunda confirmación debe avanzar a la página siguiente (porque la tarea ya se ha realizado).
  • El usuario proporciona entradas, hace clic en el botón Confirmar, hace clic en Atrás para revisar los cambios anteriores, cambia algo y, a continuación, vuelve a hacer clic en el botón Confirmar. Normalmente, esto debería ser posible y la segunda confirmación debe rehacer la tarea con la entrada modificada (reemplazando o deshaciendo el efecto del primero).

Ayuda

• Las páginas del asistente de diseño proporcionan suficiente información para que no sea necesario hacer referencia a la documentación de la Ayuda del programa. Un asistente ya está quitando a los usuarios de su interacción directa deseada con el programa; requerir a los usuarios que busquen ayuda externa los quita aún más de este estado. La ayuda debe ser la excepción, no la regla.
• Si debe proporcionar un punto de acceso a la Ayuda, use un vínculo en la parte inferior izquierda del área de contenido de la página (encima del área de comandos). Este vínculo debe ser breve y normalmente se debe formular en forma de pregunta que es más probable que los usuarios quieran responder.
• Correcto:
• 
• Este vínculo a la Ayuda es adecuado porque la información básica en segundo plano, como esta, desordenaría demasiado la página del asistente.

Texto

General

• Úselo y su para hacer referencia al usuario y al equipo del usuario, documento, configuración, etc. No use la primera persona (yo, mi) para hacer referencia al equipo o al asistente. Sin embargo, es aceptable usar la primera persona en las opciones que el usuario selecciona. Ejemplo: Mi solo uso casilla.
• Cada página del asistente debe tener una instrucción principal.

Títulos

• Coloque el nombre del asistente en la barra de título. Use mayúsculas de estilo de título.
• Los títulos no deben incluir signos de puntuación, excepto los que tienen signos de interrogación.
• No incluya la palabra Wizard en los títulos del asistente. Por ejemplo, use Conectarse a una red en lugar del Asistente para configuración de red.

Botones

• No incluya texto en el botón Atrás. Use el glifo de flecha en su lugar, sin etiquetar.

• Incluya texto en el botón Siguiente. No use glifos (como > o >>) además de la palabra Siguiente.

• Use etiquetas de botón de confirmación específicas que tengan sentido por sí mismas y que sean una respuesta a la instrucción principal. Lo ideal es que los usuarios no tengan que leer nada más para comprender la etiqueta. Es mucho más probable que los usuarios lean etiquetas de botón de comandos que texto estático.

• Si es posible, no use la palabra Finalizar para la etiqueta del botón confirmar, ya que normalmente hay un botón de confirmación mejor y más específico:

  • Si hace clic en el botón confirma en la tarea (por lo que la tarea aún no se ha realizado), use una etiqueta específica que comience con un verbo que sea una respuesta a la instrucción principal (ejemplos: Imprimir, Conectar, Iniciar).

  • Si la tarea ya se ha realizado en el asistente, use Close en su lugar.

    Excepciones:

    • Puede usar Finalizar cuando la etiqueta específica sigue siendo genérica, como Guardar, Seleccionar, Elegir u Obtener.
    • Puede usar Finalizar cuando la tarea implique cambiar una configuración o una colección de valores.

• Inicie las etiquetas del botón confirmar con un verbo. Las excepciones son Correcto, Sí y No.

• Use mayúsculas de estilo de oración.

• No uses puntuación final.

Documentación

• Aunque la mayoría de los asistentes de Windows ya no tienen la palabra Wizard en el título, es aceptable hacer referencia a los asistentes como asistentes en la documentación. Esta referencia debe estar en minúsculas.
• Correcto:
• Si va a configurar una red por primera vez, puede obtener ayuda mediante el Asistente para conectarse a una red .
• Algunos asistentes heredados de versiones anteriores de Windows podrían incluir el Asistente en el título. Al hacer referencia a uno de esos asistentes, es aceptable usar el Asistente [X] para evitar decir el asistente del asistente [X].
• Consulte una pantalla individual dentro de un asistente como una página.