Cursos
Ruta de aprendizaje
Use advance techniques in canvas apps to perform custom updates and optimization - Training
Use advance techniques in canvas apps to perform custom updates and optimization
Este explorador ya no se admite.
Actualice a Microsoft Edge para aprovechar las características y actualizaciones de seguridad más recientes, y disponer de soporte técnico.
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.
Los mensajes de error de Windows 7 alertan a los usuarios de problemas que ya se han producido. En cambio, los mensajes de advertencia alertan a los usuarios de condiciones que podrían causar problemas en el futuro. Los mensajes de error se pueden presentar mediante cuadros de diálogo modales, mensajes en contexto, notificaciones o globos.
Un mensaje de error modal típico.
Los mensajes de error efectivos informan a los usuarios de que se ha producido un problema, explican por qué ha ocurrido y proporcionan una solución para que los usuarios puedan solucionar el problema. Los usuarios deben realizar una acción o cambiar su comportamiento como resultado de un mensaje de error.
Los mensajes de error útiles y bien escritos son cruciales para una experiencia de usuario de calidad. Los mensajes de error mal escritos dan lugar a una baja satisfacción del producto y son una causa principal de los costos de soporte técnico evitables. Los mensajes de error innecesarios interrumpen el flujo de los usuarios.
Nota: Las directrices relacionadas con los cuadros de diálogo, los mensajes de advertencia, las confirmaciones, los iconos estándar, las notificaciones y el diseño se presentan en artículos independientes.
Para decidirte, intenta responder a estas preguntas:
Características de mensajes de error deficientes
No debería sorprender que haya muchos mensajes de error molestos, no útiles y mal escritos. Y dado que los mensajes de error a menudo se presentan mediante diálogos modales, interrumpen la actividad actual del usuario y exigen que se confirmen antes de permitir que el usuario continúe.
Parte del problema es que hay tantas maneras de hacerlo mal. Tenga en cuenta estos ejemplos de la sala de mensajes de error de vergüenza:
Mensajes de error innecesarios
Incorrecto:
Este ejemplo de Windows XP podría ser el peor mensaje de error de la historia. Indica que un programa no se pudo iniciar porque Windows está en proceso de apagado. No hay nada que el usuario pueda hacer sobre esto o incluso quiere hacer sobre esto (el usuario eligió apagar Windows, después de todo). Y mostrando este mensaje de error, Windows evita que se apague.
El problema: El propio mensaje de error es el problema. Aparte de descartar el mensaje de error, no hay nada que hacer los usuarios.
Causa inicial: Notificar todos los casos de error, independientemente de los objetivos o el punto de vista de los usuarios.
Alternativa recomendada: No notifique errores que los usuarios no les importan.
Mensajes de error "Correctos"
Incorrecto:
Este mensaje de error fue el resultado de la elección del usuario de no reiniciar Windows inmediatamente después de la eliminación del programa. La eliminación del programa se realizó correctamente desde el punto de vista del usuario.
El problema: No hay ningún error desde el punto de vista del usuario. Aparte de descartar el mensaje de error, no hay nada que hacer los usuarios.
Causa inicial: La tarea se completó correctamente desde el punto de vista del usuario, pero no se pudo realizar desde el punto de vista del programa de desinstalación.
Alternativa recomendada: No notifique errores para las condiciones que los usuarios consideran aceptables.
Mensajes de error completamente inútiles
Incorrecto:
Los usuarios aprenden que se produjo un error, pero no tienen idea de lo que era o qué hacer sobre él. ¡Y no, no está bien!
El problema: El mensaje de error no da un problema específico y no hay nada que puedan hacer los usuarios sobre él.
Causa inicial: Lo más probable es que el programa tenga un mal control de errores.
Alternativa recomendada: Diseñe un buen control de errores en el programa.
Mensajes de error incomprensibles
Incorrecto:
En este ejemplo, la instrucción del problema está clara, pero la explicación complementaria es totalmente desacertada.
El problema: La instrucción o solución del problema es incomprensible.
Causa inicial: Explicar el problema desde el punto de vista del código en lugar del del usuario.
Alternativa recomendada: Escriba texto de mensaje de error que los usuarios de destino puedan entender fácilmente. Proporcione soluciones que los usuarios puedan realizar realmente. El diseño de la experiencia de mensaje de error del programa no tiene programadores que redacte mensajes de error en el lugar.
Mensajes de error que sobrecommunin
Incorrecto:
En este ejemplo, el mensaje de error aparentemente intenta explicar cada paso de solución de problemas.
El problema: Demasiada información.
Causa inicial: Proporcionar demasiados detalles o intentar explicar un proceso de solución de problemas complicado dentro de un mensaje de error.
Alternativa recomendada: Evite detalles innecesarios. Además, evite solucionar problemas. Si es necesario un solucionador de problemas, céntrese en las soluciones más probables y explique el resto vinculando al tema adecuado en Ayuda.
Mensajes de error innecesariamente duros
Incorrecto:
La incapacidad del programa para encontrar un objeto apenas suena grave. Y suponiendo que es catastrófico, ¿por qué está bien la respuesta?
El problema: El tono del programa es innecesariamente duro o dramático.
Causa inicial: El problema se debe a un error que parece catastrófico desde el punto de vista del programa.
Alternativa recomendada: Elija el idioma cuidadosamente en función del punto de vista del usuario.
Mensajes de error que culpan a los usuarios
Incorrecto:
¿Por qué hacer que los usuarios se sientan como un criminal?
El problema: El mensaje de error se formula de una manera que acusa al usuario de cometer un error.
Causa principal: Expresiones que no distinguen que se centran en el comportamiento del usuario en lugar del problema.
Alternativa recomendada: Céntrese en el problema, no en la acción del usuario que provocó el problema, usando la voz pasiva según sea necesario.
Mensajes de error tontos
Incorrecto:
En este ejemplo, la instrucción del problema es bastante irónico y no se proporciona ninguna solución.
El problema: Instrucciones de mensaje de error que son tontos o no sequitors.
Causa principal: Crear mensajes de error sin prestar atención a su contexto.
Alternativa recomendada: Tener los mensajes de error diseñados y revisados por un escritor. Tenga en cuenta el contexto y el estado de mente del usuario al revisar los errores.
Mensajes de error del programador
Incorrecto:
En este ejemplo, el mensaje de error indica que hay un error en el programa. Este mensaje de error solo tiene significado para el programador.
El problema: Los mensajes destinados a ayudar a los desarrolladores del programa a encontrar errores se dejan en la versión de lanzamiento del programa. Estos mensajes de error no tienen significado ni valor para los usuarios.
Causa principal: Los programadores que usan la interfaz de usuario normal para hacer mensajes a sí mismos.
Alternativa recomendada: Los desarrolladores deben compilar condicionalmente todos estos mensajes para que se quiten automáticamente de la versión de lanzamiento de un producto. No pierda tiempo intentando cometer errores como este comprensible para los usuarios, ya que su única audiencia es los programadores.
Mensajes de error mal presentados
Incorrecto:
Este ejemplo tiene muchos errores comunes de presentación.
El problema: Obtención de todos los detalles incorrectos en la presentación del mensaje de error.
Causa principal: No conocer ni aplicar las directrices del mensaje de error. No se usan escritores y editores para crear y revisar los mensajes de error.
La naturaleza del control de errores es tal que muchos de estos errores son muy fáciles de cometer. Es preocupante darse cuenta de que la mayoría de los mensajes de error podrían ser candidatos para el Salón de la Vergüenza.
Características de los mensajes de error correctos
A diferencia de los ejemplos incorrectos anteriores, los mensajes de error correctos tienen:
Además, los mensajes de error correctos se presentan de una manera que es:
Al diseñar la experiencia de control de errores para tener estas características, puede mantener los mensajes de error del programa fuera de la sala de mensajes de error de la vergüenza.
Evitar mensajes de error innecesarios
A menudo, el mejor mensaje de error no es ningún mensaje de error. Muchos errores se pueden evitar mediante un mejor diseño y a menudo hay mejores alternativas a los mensajes de error. Normalmente es mejor evitar un error que notificar uno.
Los mensajes de error más obvios que se deben evitar son aquellos que no son accionables. Si es probable que los usuarios descarten el mensaje sin hacer o cambiar nada, omita el mensaje de error.
Algunos mensajes de error se pueden eliminar porque no son problemas desde el punto de vista del usuario. Por ejemplo, supongamos que el usuario intentó eliminar un archivo que ya está en proceso de eliminación. Aunque esto podría ser un caso inesperado desde el punto de vista del código, los usuarios no consideran este error porque se logra su resultado deseado.
Incorrecto:
Este mensaje de error debe eliminarse porque la acción se realizó correctamente desde el punto de vista del usuario.
En otro ejemplo, supongamos que el usuario cancela explícitamente una tarea. Para el punto de vista del usuario, la siguiente condición no es un error.
Incorrecto:
Este mensaje de error también debe eliminarse porque la acción se realizó correctamente desde el punto de vista del usuario.
A veces, los mensajes de error se pueden eliminar centrándose en los objetivos de los usuarios en lugar de en la tecnología. Al hacerlo, reconsidere lo que realmente es un error. ¿Es el problema con los objetivos del usuario o con la capacidad del programa de satisfacerlos? Si la acción del usuario tiene sentido en el mundo real, también debería tener sentido en el software.
Por ejemplo, supongamos que dentro de un programa de comercio electrónico un usuario intenta encontrar un producto mediante la búsqueda, pero la consulta de búsqueda literal no tiene coincidencias y el producto deseado está sin existencias. Técnicamente, se trata de un error, pero en lugar de proporcionar un mensaje de error, el programa podría:
Siempre que la solicitud del usuario sea razonable, un programa de comercio electrónico bien diseñado debe devolver resultados razonables no errores.
Otra excelente manera de evitar mensajes de error es evitar problemas en primer lugar. Para evitar errores, haga lo siguiente:
Proporcionar los mensajes de error necesarios
A veces, realmente necesita proporcionar un mensaje de error. Los usuarios cometen errores, redes y dispositivos dejan de funcionar, los objetos no se pueden encontrar ni modificar, las tareas no se pueden completar y los programas tienen errores. Idealmente, estos problemas se producirían con menos frecuencia, por ejemplo, podemos diseñar nuestro software para evitar muchos tipos de errores de usuario, pero no es realista evitar todos estos problemas. Y cuando se produce uno de estos problemas, un mensaje de error útil devuelve rápidamente a los usuarios en sus pies.
Una creencia común es que los mensajes de error son la peor experiencia del usuario y deben evitarse a todos los costos, pero es más preciso decir que la confusión del usuario es la peor experiencia y debe evitarse a todos los costos. A veces, ese costo es un mensaje de error útil.
Considere la posibilidad de deshabilitar los controles. La mayoría de las veces, es obvio por qué se deshabilita un control, por lo que deshabilitar el control es una excelente manera de evitar un mensaje de error. Sin embargo, ¿qué ocurre si el motivo por el que un control está deshabilitado no es obvio? El usuario no puede continuar y no hay comentarios para determinar el problema. Ahora el usuario está bloqueado y tiene que deducir el problema o obtener soporte técnico. En tales casos, es mucho mejor dejar el control habilitado y proporcionar un mensaje de error útil en su lugar.
Incorrecto:
¿Por qué el botón Siguiente está deshabilitado aquí? Es mejor dejarla habilitada y evitar confusiones del usuario al proporcionar un mensaje de error útil.
Si no está seguro de si debe proporcionar un mensaje de error, empiece por redactar el mensaje de error que puede proporcionar. Si es probable que los usuarios realicen una acción o cambien su comportamiento como resultado, proporcione el mensaje de error. Por el contrario, si es probable que los usuarios descarten el mensaje sin hacer o cambiar nada, omita el mensaje de error.
Diseño para un buen control de errores
Aunque la creación de texto de mensaje de error correcto puede ser difícil, a veces es imposible sin una buena compatibilidad con el control de errores del programa. Tenga en cuenta este mensaje de error:
Incorrecto:
Lo más probable es que el problema sea desconocido porque falta el soporte de control de errores del programa.
Aunque es posible que se trate de un mensaje de error muy mal escrito, es más probable que refleje la falta de un buen control de errores por parte del código subyacente, no hay ninguna información específica conocida sobre el problema.
Para crear mensajes de error específicos, accionables y centrados en el usuario, el código de control de errores del programa debe proporcionar información específica de error de alto nivel:
Los mensajes de error correctos no son solo un problema de interfaz de usuario, sino que son un problema de diseño de software. Una buena experiencia de mensaje de error no es algo que se pueda atacar más adelante.
Solución de problemas (y cómo evitarlo)
Solución de problemas de resultados cuando se notifica un problema con varias causas diferentes con un único mensaje de error.
Incorrecto:
Correcto:
Solución de problemas de resultados cuando se notifican varios problemas con un único mensaje de error.
En el ejemplo siguiente, no se pudo mover un elemento porque ya se movió o eliminó o se denegó el acceso. Si el programa puede determinar fácilmente la causa, ¿por qué poner la carga al usuario para determinar la causa específica?
Incorrecto:
Bueno, ¿cuál es? Ahora el usuario tiene que solucionar problemas.
El programa puede determinar si se denegó el acceso, por lo que este problema debe notificarse con un mensaje de error específico.
Correcto:
Con una causa específica, no se requiere ninguna solución de problemas.
Use mensajes con varias causas solo cuando no se pueda determinar la causa específica. En este ejemplo, sería difícil que el programa determinara si el elemento se movió o eliminó, por lo que podría usarse aquí un único mensaje de error con varias causas. Sin embargo, es poco probable que los usuarios se preocupen si, por ejemplo, no pudieron mover un archivo eliminado. Para estas causas, el mensaje de error ni siquiera es necesario.
Control de errores desconocidos
En algunos casos, realmente no sabrá el problema, la causa o la solución. Si no se tratara de suprimir el error, es mejor estar delante de la falta de información que presentar problemas, causas o soluciones que podrían no ser correctas.
Por ejemplo, si el programa tiene una excepción no controlada, el siguiente mensaje de error es adecuado:
Si no puede suprimir un error desconocido, es mejor estar por adelantado sobre la falta de información.
Por otro lado, proporcione información específica y procesable si es probable que sea útil la mayor parte del tiempo.
Este mensaje de error es adecuado para un error desconocido si la conectividad de red suele ser el problema.
Determinar el tipo de mensaje adecuado
Algunos problemas se pueden presentar como un error, una advertencia o información, según el énfasis y la expresión. Por ejemplo, supongamos que una página web no puede cargar un control ActiveX sin firmar basado en la configuración actual de Windows Internet Explorer:
Para determinar el tipo de mensaje adecuado, céntrese en el aspecto más importante del problema que los usuarios necesitan conocer o actuar. Normalmente, si un problema impide que el usuario continúe, debe presentarlo como un error; si el usuario puede continuar, presentándolo como una advertencia. Cree la instrucción principal u otro texto correspondiente basado en ese foco y, a continuación, elija un icono (estándar o de otro modo) que coincida con el texto. El texto de la instrucción principal y los iconos siempre deben coincidir.
Presentación del mensaje de error
La mayoría de los mensajes de error de los programas de Windows se presentan mediante cuadros de diálogo modales (como son la mayoría de los ejemplos de este artículo), pero hay otras opciones:
Colocar mensajes de error en cuadros de diálogo modales tiene la ventaja de exigir la atención y el reconocimiento inmediatos del usuario. Sin embargo, esta es también su principal desventaja si no es necesaria esa atención.
¿Realmente necesita interrumpir a los usuarios para que puedan hacer clic en el botón Cerrar? Si no es así, considere la posibilidad de usar un cuadro de diálogo modal.
Los cuadros de diálogo modales son una excelente opción cuando el usuario debe reconocer el problema inmediatamente antes de continuar, pero a menudo una mala elección en caso contrario. Por lo general, debe preferir usar la presentación de peso más ligera que hace bien el trabajo.
Evitar la sobrecomunicación
Por lo general, los usuarios no leen, examinan. Cuanto más texto haya, más difícil será examinar el texto y más probable es que los usuarios no lean el texto en absoluto. Como resultado, es importante reducir el texto a sus aspectos básicos y utilizar vínculos de divulgación progresiva y ayuda cuando sea necesario para proporcionar información adicional.
Hay muchos ejemplos extremos, pero echemos un vistazo a uno más típico. El ejemplo siguiente tiene la mayoría de los atributos de un buen mensaje de error, pero su texto no es conciso y requiere motivación para leer.
Incorrecto:
Este ejemplo es un buen mensaje de error, pero sobrecomunica.
¿Qué dice realmente todo este texto? Algo como esto:
Correcto:
Este mensaje de error tiene esencialmente la misma información, pero es mucho más conciso.
Al usar ayuda para proporcionar los detalles, este mensaje de error tiene un estilo piramidal invertido de presentación.
Para obtener más instrucciones y ejemplos sobre la sobrecomunicación, consulte Texto de la interfaz de usuario.
Si solo hace ocho cosas
Patrones de uso
Los mensajes de error tienen varios patrones de uso:
Etiqueta | Value |
---|---|
Problemas del sistema El sistema operativo, el dispositivo de hardware, la red o el programa han producido un error o no están en el estado necesario para realizar una tarea. |
El usuario puede resolver muchos problemas del sistema:
![]() En este ejemplo, el programa no puede encontrar una cámara para realizar una tarea de usuario. ![]() En este ejemplo, es necesario activar una característica necesaria para realizar una tarea. |
Problemas de archivos No se encontró un archivo o carpeta necesario para una tarea iniciada por el usuario, ya está en uso o no tiene el formato esperado. |
![]() En este ejemplo, no se puede eliminar el archivo o la carpeta porque no se encontró. ![]() En este ejemplo, el programa no admite el formato de archivo especificado. |
Problemas de seguridad El usuario no tiene permiso para acceder a un recurso o privilegios suficientes para realizar una tarea iniciada por el usuario. |
![]() En este ejemplo, el usuario no tiene permiso para acceder a un recurso. ![]() En este ejemplo, el usuario no tiene el privilegio de realizar una tarea. |
Problemas de tareas Hay un problema específico al realizar una tarea iniciada por el usuario (que no sea un sistema, un archivo no encontrado, un formato de archivo o un problema de seguridad). |
![]() En este ejemplo, los datos del Portapapeles no se pueden pegar en Paint. ![]() En este ejemplo, el usuario no puede instalar una actualización de software. |
Problemas de entrada de usuario El usuario especificó un valor incorrecto o incoherente con otra entrada de usuario. |
![]() En este ejemplo, el usuario escribió un valor de hora incorrecto. ![]() En este ejemplo, la entrada del usuario no tiene el formato correcto. |
Incorrecto:
En este ejemplo, se usa un cuadro de texto sin restricciones para la entrada restringida. En su lugar, use un control deslizante.
En este ejemplo, un globo indica un problema de entrada mientras sigue en el control .
En este ejemplo, se usa un error en contexto para un error encontrado haciendo clic en el botón Confirmar.
Los cuadros de diálogo de mensaje de error modal no tienen iconos de barra de título. Los iconos de la barra de título se usan como distinción visual entre las ventanas principales y las ventanas secundarias.
Use un icono de error. Excepciones:
Si el error es un problema de entrada del usuario que se muestra mediante un cuadro de diálogo modal o un globo, no use un icono. Hacerlo es contrarreste con el tono animado de Windows. Sin embargo, los mensajes de error en contexto deben usar un pequeño icono de error (16 x 16 píxeles) para identificarlos claramente como mensajes de error.
En estos ejemplos, los problemas de entrada del usuario no necesitan iconos de error.
En este ejemplo, un mensaje de error local necesita un pequeño icono de error para identificarlo claramente como un mensaje de error.
Si el problema es para una característica que tiene un icono (y no un problema de entrada del usuario), puede usar el icono de característica con una superposición de errores. Si lo hace, use también el nombre de la característica como asunto del error.
En este ejemplo, el icono de característica tiene una superposición de errores y la característica es el asunto del error.
No use iconos de advertencia para errores. Esto se hace a menudo para hacer que la presentación se sienta menos grave. Los errores no son advertencias.
Incorrecto:
En este ejemplo, se usa incorrectamente un icono de advertencia para que el error se sienta menos grave.
Para obtener más instrucciones y ejemplos, consulte Iconos estándar.
En este ejemplo, el botón de divulgación progresiva ayuda a los usuarios a explorar en profundidad más detalles si lo desean o simplifiquen la interfaz de usuario si no lo hacen.
Para obtener instrucciones de etiquetado, consulte Controles de divulgación progresiva.
No vuelva a mostrar este mensaje
Para obtener más instrucciones, consulte Cuadros de diálogo.
Para obtener más instrucciones, consulte Ayuda.
Incorrecto:
En este ejemplo, se usa un código de error como sustituto de un texto de solución.
Correcto:
1234
0xC0001234
Incorrecto:
-1
-67113524
<error code>
.
En este ejemplo, se usa un código de error para complementar un mensaje de error que puede beneficiarse de más información.
General
Incorrecto:
Correcto:
En estos ejemplos, la versión correcta habla el idioma del usuario, mientras que la versión incorrecta es demasiado técnica.
Estos términos son innecesarios y contrarios al tono estimulante de Windows. Cuando se usa correctamente, el icono de error comunica lo suficiente que hay un problema.
Incorrecto:
Correcto:
En el ejemplo incorrecto, los términos "catastrófico" y "error" no son necesarios.
Incorrecto:
Correcto:
El ejemplo incorrecto culpa al usuario mediante la voz activa.
Incorrecto:
No se encontró el archivo.
El disco está lleno.
Valor fuera del intervalo.
El carácter no es válido.
El dispositivo no está disponible.
Estos problemas serían mucho más fáciles de resolver con nombres, ubicaciones y valores específicos.
Correcto:
Espere mientras Windows copia los archivos en el equipo.
Correcto:
Lo sentimos, pero Fabrikam Backup detectó un problema irrecuperable y se cerró para proteger los archivos en el equipo.
Incorrecto:
Correcto:
En el ejemplo incorrecto, se usan nombres completos de productos y símbolos de marca comercial.
Correcto:
En este ejemplo, el mensaje de error sería confuso si el nombre del objeto no estuviera entre comillas.
Para obtener más instrucciones y ejemplos, vea Style y Tone.
Títulos
Incorrecto:
En este ejemplo, el título se usa incorrectamente para explicar el problema.
Instrucciones principales
Incorrecto:
En este ejemplo, todo el mensaje de error se coloca en la instrucción principal, lo que dificulta la lectura.
En este ejemplo, solo el nombre de archivo está en la instrucción principal. La ruta de acceso completa está en la instrucción complementaria.
En este ejemplo, el usuario cambia el nombre de un archivo desde el Explorador de Windows. En este caso, la ruta de acceso completa del archivo no es necesaria porque es obvia del contexto.
Plantillas de instrucciones principales
Aunque no hay reglas estrictas para expresiones, intente usar las siguientes plantillas de instrucciones principales siempre que sea posible:
Por supuesto, realice cambios según sea necesario para que la instrucción principal sea gramaticalmente correcta y cumpla con las directrices de instrucción principales.
Instrucciones complementarias
Incorrecto:
En este ejemplo, aunque el problema y su solución recomendada son posibles, son muy improbables.
En este ejemplo, no se necesita ninguna instrucción complementaria; La solución se puede deducir trivialmente de la instrucción del problema.
Correcto:
Para reiniciar Windows, haga clic en Aceptar.
Incorrecto:
Haga clic en Aceptar para reiniciar Windows.
En el ejemplo incorrecto, es más probable que los usuarios hagan clic en Aceptar por accidente.
Incorrecto:
En este ejemplo, lo más probable es que el problema se produzca con la conexión de red del usuario, por lo que no vale la pena ponerse en contacto con un administrador.
Incorrecto:
En este ejemplo, el mensaje de error recomienda incorrectamente ponerse en contacto con el soporte técnico.
Botones de confirmación
Al hacer referencia a errores:
Ejemplo: Si recibe un elemento No hay ningún disco CD en el mensaje de la unidad , inserte un nuevo disco CD en la unidad e inténtelo de nuevo.
Cursos
Ruta de aprendizaje
Use advance techniques in canvas apps to perform custom updates and optimization - Training
Use advance techniques in canvas apps to perform custom updates and optimization