Notificaciones (conceptos básicos de diseño)

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.

Una notificación informa a los usuarios de eventos que no están relacionados con la actividad del usuario actual, mostrando brevemente un globo desde un icono en el área de notificación. La notificación podría resultar de una acción del usuario o un evento de sistema significativo, o podría ofrecer información potencialmente útil de Microsoft Windows o una aplicación.

La información de una notificación es útil y relevante, pero nunca es crítica. Por lo tanto, las notificaciones no requieren una acción inmediata del usuario y los usuarios pueden omitirlas libremente.

Una notificación típica.

En Windows Vista y versiones posteriores, las notificaciones se muestran durante un período fijo de 9 segundos. Las notificaciones no se muestran inmediatamente cuando los usuarios están inactivos o los protectores de pantalla se están ejecutando. Windows pone automáticamente en cola las notificaciones durante estos tiempos y muestra las notificaciones en cola cuando el usuario reanuda la actividad regular. Por lo tanto, no tienes que hacer nada para controlar estas circunstancias especiales.

Desarrolladores: Puede determinar cuándo el usuario está activo mediante la API SHQueryUserNotificationState.

Nota: Las directrices relacionadas con el área de notificación, la barra de tareas y los globos se presentan en artículos independientes.

¿Es esta la interfaz de usuario adecuada?

Para decidirte, intenta responder a estas preguntas:

• ¿La información es el resultado directo e inmediato de la interacción de los usuarios con la aplicación? Si es así, muestre esta información sincrónica directamente dentro de la aplicación mediante un cuadro de diálogo, un cuadro de mensaje, un globo o una interfaz de usuario local . Las notificaciones son solo para información asincrónica.

En este ejemplo, el cuadro de diálogo Excepciones del Firewall de Windows se muestra como resultado directo de la interacción del usuario. Una notificación no sería adecuada aquí.

• ¿La información solo es relevante cuando los usuarios usan activamente la aplicación? Si es así, muestre la información en la barra de estado de la aplicación u otro área de estado.

En este ejemplo, Outlook muestra su estado de conexión y sincronización en su barra de estado.

• ¿La información cambia rápidamente, continua y en tiempo real? Entre los ejemplos se incluyen el progreso del procesamiento, las cotizaciones bursátiles y las puntuaciones deportivas. Si es así, no use notificaciones porque no son adecuadas para cambiar rápidamente la información.
• ¿La información es útil y relevante? ¿Es probable que los usuarios cambien su comportamiento o eviten molestias como resultado de recibir la información? Si no es así, no muestre la información ni colóquela en una ventana de estado o en un archivo de registro.
• ¿Es fundamental la información? ¿Se requiere una acción inmediata? Si es así, muestre la información mediante una interfaz que requiera atención y no se pueda omitir fácilmente, como un cuadro de diálogo modal o un cuadro de mensaje. Si el programa no está activo, puede llamar la atención sobre la información crítica parpadeando el botón de la barra de tareas del programa tres veces y dejando resaltado hasta que el programa esté activo.
• ¿Son los principales usuarios de TI los usuarios de destino? Si es así, use un mecanismo de comentarios alternativo, como entradas de archivo de registro o mensajes de correo electrónico. Los profesionales de TI prefieren fuertemente archivos de registro para información no crítica. Además, los servidores suelen administrarse de forma remota y normalmente se ejecutan sin que los usuarios inicien sesión, lo que hace que las notificaciones sean ineficaces.

Conceptos de diseño

Las notificaciones eficaces que promueven una buena experiencia de usuario son:

• Asincrónica El evento no es un resultado inmediato y directo de la interacción actual de los usuarios con Microsoft Windows o la aplicación.
• Útil. Existe una posibilidad razonable de que los usuarios realicen una tarea o cambien su comportamiento como resultado de la notificación.
• Relevante. La notificación muestra información útil sobre la que los usuarios se preocupan y aún no lo saben.
• No crítico. Las notificaciones no son modales y no requieren interacción del usuario, por lo que los usuarios pueden omitirlas libremente.
• Procesable. Para las notificaciones que sugieren realizar una acción, esa acción se inicia haciendo clic en la notificación. Sin embargo, la acción siempre se puede posponer.
• Se presenta adecuadamente. La presentación de la notificación (duración, frecuencia, texto, icono e interactividad) coincide con sus circunstancias.
• ¡No molesta! Hay una línea fina entre informar suavemente a los usuarios de un evento y plagarlos.

Desafortunadamente, hay demasiadas notificaciones molestas, inapropiadas, inútiles e irrelevantes. Ten en cuenta estas notificaciones de Windows XP Hall of Shame:

En estos ejemplos, Windows XP está intentando ayudar a los usuarios con su configuración inicial. Sin embargo, estas notificaciones aparecen con demasiada frecuencia y después de que sean útiles, por lo que son poco más que anuncios de características no solicitados.

Se debe mantener el flujo de usuario

Lo ideal es que los usuarios sumidos en su trabajo no vean las notificaciones en absoluto. En su lugar, verán las notificaciones solo cuando su flujo ya esté roto.

En flujo: La psicología de la experiencia óptima, Mihaly Csikszentmihalyi dice que los usuarios entran en un estado de flujo cuando son totalmente absorbidos en la actividad durante la cual pierden su sentido de tiempo y tienen sentimientos de gran satisfacción.

Las notificaciones eficaces ayudan a los usuarios a mantener su flujo mediante la presentación de información útil y relevante que se puede omitir fácilmente. Las notificaciones se presentan de forma baja, periférica y no requieren interacción.

No suponga que si las notificaciones son modelaciones , no pueden ser una interrupción molesta. Las notificaciones no exigen la atención de los usuarios, pero ciertamente la solicitan. Puede interrumpir el flujo de los usuarios:

• Mostrar notificaciones que los usuarios no les importan.
• Mostrar una notificación con demasiada frecuencia.
• Usar varias notificaciones cuando una sola notificación es suficiente.
• Usar sonido al mostrar una notificación.

En Windows 7, los usuarios tienen el control definitivo sobre las notificaciones. Si los usuarios encuentran que las notificaciones de un programa son demasiado molestos, pueden optar por suprimir todas las notificaciones de ese programa. Asegúrese de que los usuarios no lo hagan en su programa presentando información útil, relevante y siguiendo estas directrices.

Las notificaciones deben ser ignorables

Las notificaciones no requieren una acción inmediata del usuario y los usuarios pueden omitirlas libremente.

Los desarrolladores y diseñadores suelen querer presentar sus notificaciones de forma que los usuarios no puedan omitir. Este objetivo debilita completamente la ventaja principal de las notificaciones porque interrumpiría el flujo de los usuarios. Si los usuarios están distraídos por las notificaciones o sienten obligados a leerlas, se ha producido un error en el diseño de la notificación.

Si le preocupa que los usuarios omiten las notificaciones, tenga en cuenta lo siguiente:

• Si usa las notificaciones correctamente y no requieren una acción inmediata del usuario, el hecho de que los usuarios decidan omitirlas es por diseño. No cambies esto.
• Si el evento requiere una acción inmediata del usuario, use una interfaz de usuario (UI) alternativa que los usuarios no puedan omitir. Consulte ¿Esta es la interfaz de usuario adecuada? para las alternativas.

Uso de la escalación progresiva cuando corresponda

Si se usa una notificación para un evento que los usuarios pueden omitir de forma segura al principio, pero eso debe abordarse finalmente, se debe usar una interfaz de usuario alternativa cuando la situación se vuelva crítica. Esta técnica se conoce como escalación progresiva.

Por ejemplo, el sistema de administración de energía de Windows indica inicialmente una batería baja cambiando simplemente su icono de área de notificación.

En estos ejemplos, la administración de energía de Windows usa el icono de área de notificación para notificar a los usuarios la baja energía de la batería progresivamente.

A medida que la energía de la batería se vuelve más baja, Windows advierte a los usuarios de energía débil con batería mediante una notificación.

En este ejemplo, la administración de energía de Windows usa una notificación para indicar a los usuarios que su energía de batería es débil.

Esta notificación aparece mientras los usuarios siguen teniendo varias opciones. Los usuarios pueden conectar, cambiar sus opciones de energía, ajustar su trabajo y apagar el equipo, o ignorar la notificación y continuar trabajando. A medida que la energía de la batería continúa drenando, el texto y el icono de la notificación reflejan la urgencia adicional. Sin embargo, una vez que la energía de la batería se vuelve tan baja que los usuarios deben actuar inmediatamente, la administración de energía de Windows notifica a los usuarios que usan un cuadro de mensaje modal .

En este ejemplo, la administración de energía de Windows usa un cuadro de mensaje modal para notificar a los usuarios una batería críticamente baja.

Si sólo haces tres cosas...

1. Use notificaciones solo si realmente necesita. Al mostrar una notificación, puede interrumpir a los usuarios o incluso molestarlos. Asegúrese de que la interrupción está justificada.
2. Use notificaciones para eventos no críticos o situaciones que no requieran una acción inmediata del usuario. Para eventos críticos o situaciones que requieren una acción inmediata del usuario, use una interfaz de usuario alternativa (por ejemplo, un cuadro de diálogo modal).
3. Si usa notificaciones, haga que sea una buena experiencia de usuario. No intente forzar a los usuarios a ver las notificaciones. Si los usuarios están tan sumidos en su trabajo que no ven las notificaciones, el diseño es bueno.

Patrones de uso

Las notificaciones tienen varios patrones de uso:

Etiqueta	Value
Acción correcta Notifica a los usuarios cuando una acción asincrónica iniciada por el usuario se completa correctamente.	Correcto: En este ejemplo, Windows Update notifica a los usuarios cuando su equipo se ha actualizado correctamente. Incorrecto: En este ejemplo, Microsoft Outlook notifica a los usuarios cuando se completa una comprobación de archivos de datos. ¿Qué deben hacer ahora los usuarios? ¿Y por qué advertir a los usuarios sobre la finalización correcta? Mostrar cuándo: Tras la finalización de una tarea asincrónica. Notificar a los usuarios las acciones correctas solo si es probable que estén esperando la finalización o después de errores recientes. Mostrar cómo: Use la opción en tiempo real para que estas notificaciones no estén en cola cuando los usuarios ejecuten una aplicación de pantalla completa o no usen activamente su equipo. Mostrar con qué frecuencia: Una vez. Factor de molestia: Bajo si el éxito no se espera debido a errores recientes, el éxito es después de un error crítico o muy inusual, por lo que el usuario necesita comentarios adicionales o el usuario está esperando la finalización; alta si no es así. Alternativas: Proporcione comentarios "a petición" mostrando un icono (o cambiando un icono existente) en el área de notificación mientras se realiza la operación; quite el icono (o restaure el icono anterior) cuando se complete la operación.
Error de acción Notifica a los usuarios cuando se produce un error en una acción asincrónica iniciada por el usuario.	Correcto: En este ejemplo, la activación de Windows notifica a los usuarios un error. Incorrecto: En este ejemplo, Microsoft Outlook usó para notificar a los usuarios un error que es poco probable que les interese. Mostrar cuándo: Tras un error de una tarea asincrónica. Mostrar con qué frecuencia: Una vez. Factor de molestia: Baja si es útil y relevante; alto si el problema se resolverá inmediatamente o los usuarios de lo contrario no les importa. Alternativas: Use un cuadro de diálogo modal si los usuarios deben solucionar el error inmediatamente.
Evento del sistema no crítico Notifica a los usuarios de eventos o estado significativos del sistema que se pueden omitir de forma segura, al menos temporalmente.	En este ejemplo, Windows advierte a los usuarios de poca energía de batería, pero todavía hay mucho tiempo antes de que tengan acciones. Mostrar cuándo: Cuando se produce un evento y el usuario está activo o una condición continúa existiendo. Si resulta de un problema, quite las notificaciones mostradas actualmente inmediatamente una vez resuelto el problema. Al igual que con las notificaciones de acción, notifique a los usuarios los eventos del sistema correctos solo si es probable que los usuarios estén esperando el evento o después de errores recientes. Mostrar con qué frecuencia: Una vez cuando se produce el evento por primera vez. Si esto resulta de un problema que los usuarios necesitan resolver, redisplay una vez al día. Factor de molestia: Bajo, siempre y cuando la notificación no se muestre con demasiada frecuencia. Alternativas: Si los usuarios deben resolver un problema, use la escalación progresiva mostrando en última instancia un cuadro de diálogo modal cuando la resolución sea obligatoria.
Tarea de usuario opcional Notifica a los usuarios las tareas asincrónicas que deben realizar. Tanto si es opcional como necesario, la tarea se puede posponer de forma segura.	En este ejemplo, Windows Update notifica a los usuarios una nueva actualización de seguridad. Mostrar cuándo: Cuando se determina la necesidad de realizar una tarea y el usuario está activo. Mostrar con qué frecuencia: Una vez al día por un máximo de tres veces. Factor de molestia: Bajo, siempre que los usuarios consideren la tarea importante y la notificación no se muestre con demasiada frecuencia. Alternativas: Si los usuarios deben realizar la tarea, use la escalación progresiva mostrando en última instancia un cuadro de diálogo modal cuando la tarea sea obligatoria.
FYI Notifica a los usuarios información potencialmente útil y relevante. Puede notificar a los usuarios la información de relevancia marginal si es opcional y los usuarios optan por participar.	Correcto: En este ejemplo, se notifica a los usuarios cuando se recibe un nuevo mensaje de correo electrónico. Correcto: En este ejemplo, se notifica a los usuarios cuando los contactos se conectan y eligen recibir esta información opcional. Incorrecto: En este ejemplo, la información solo es útil si el usuario ya tiene instalados puertos USB de alta velocidad. De lo contrario, el usuario no es probable que haga nada diferente como resultado de ella. Mostrar cuándo: Cuando se produce el evento desencadenador. Mostrar cómo: Use la opción en tiempo real para que estas notificaciones no estén en cola cuando los usuarios ejecuten una aplicación de pantalla completa o no usen activamente su equipo. Mostrar con qué frecuencia: Una vez. Factor de molestia: Medio a alto, dependiendo de la percepción de utilidad y relevancia de los usuarios. No se recomienda si hay una probabilidad baja de interés del usuario. Alternativas: No notifique a los usuarios.
Anuncio de características Notifica a los usuarios las características del sistema o de la aplicación recién instaladas, no usadas.	¡No use notificaciones para los anuncios de características! En su lugar, use otra manera de hacer que la característica se pueda detectar, como: Diseñe la característica para que sea más fácil de detectar en contextos en los que es necesario. No haga nada especial y permita a los usuarios descubrir la característica por sí sola. Incorrecto: No use notificaciones para anuncios de características.

Instrucciones

General

• Seleccione el patrón de notificación en función de su uso. Para obtener una descripción de cada patrón de uso, consulte la tabla anterior.
• No use ninguna notificación durante la experiencia inicial de Windows. Para mejorar su primera experiencia, Windows 7 suprime todas las notificaciones mostradas durante las primeras horas de uso. Diseñe el programa suponiendo que los usuarios no verán dichas notificaciones.

Qué notificar

• No notifique las operaciones correctas, excepto en las siguientes circunstancias:

  • Seguridad. Los usuarios consideran que las operaciones de seguridad son de la mayor importancia, por lo que notifica a los usuarios las operaciones de seguridad correctas.
  • Error reciente. Los usuarios no toman operaciones correctas para concederlas si se produce un error inmediatamente antes, por lo que notifica a los usuarios que se han realizado correctamente cuando se produjo un error en la operación recientemente.
  • Evite molestias. Notificar las operaciones correctas al hacerlo podría evitar la inconvenición de los usuarios. Por lo tanto, notifique a los usuarios cuando se realiza una operación correcta de forma inesperada, como cuando una operación es larga o completa antes o posterior de lo esperado.

• En otras circunstancias, no proporcione comentarios de éxito ni envíe comentarios "a petición". Supongamos que los usuarios toman operaciones correctas para concederlas. Puede enviar comentarios a petición mostrando un icono (o cambiando un icono existente) en el área de notificación mientras se realiza la operación y quitando el icono (o restaurando el icono anterior) cuando se complete la operación.

• En el caso del patrón de FYI, no proporcione una notificación si los usuarios pueden seguir funcionando normalmente o es poco probable que hagan algo diferente como resultado de la notificación.

  Incorrecto:

  

  En este ejemplo, la información solo es útil si el usuario ya tiene instalados los puertos. De lo contrario, el usuario no es probable que haga nada diferente como resultado de ella.

  • Excepción: puede notificar a los usuarios la información de relevancia interrogable si es opcional y los usuarios optan por participar.

    Correcto:

    

    En este ejemplo, se notifica a los usuarios cuando los contactos se conectan y eligen recibir esta información opcional.

• Para los patrones de eventos del sistema y FYI no críticos, use notificaciones completas para un único evento. No presente varios parciales.

  Incorrecto:

  

  Estos ejemplos muestran solo cuatro de las ocho notificaciones mostradas por Windows XP cuando un usuario adjunta un teclado USB específico, cada uno de los cuales presenta incrementalmente más información.

  Correcto:

  

  En este ejemplo, adjuntar un teclado USB da como resultado dos notificaciones completas.

Cuándo notificar

• Mostrar una notificación en función de su patrón de diseño:

Patrón	Cuándo notificar
Acción correcta	Tras la finalización de una tarea asincrónica. Notificar a los usuarios las acciones correctas solo si es probable que estén esperando la finalización o después de errores recientes.
Error de acción	Tras un error de una tarea asincrónica.
Evento del sistema no crítico	Cuando se produce un evento y el usuario está activo o la condición continúa existiendo. Si esto resulta de un problema, quite la notificación mostrada actualmente inmediatamente una vez resuelto el problema.
Tarea de usuario opcional	Cuando se determina la necesidad de realizar una tarea y el usuario está activo.
FYI	Cuando se produce el evento desencadenador.

• Para el patrón de error de acción, si el problema podría corregirse en cuestión de segundos, retrase la notificación de error durante un período de tiempo adecuado. Si el problema se corrige, notifique nada. Notifique solo después de que haya transcurrido el tiempo suficiente para que se notifique el error. Si notifica demasiado pronto, lo más probable es que los usuarios no noten el problema notificado, pero observarán la notificación innecesaria.

Incorrecto:

Cuando sigue inmediatamente:

En este ejemplo, en Windows Vista, la notificación de no conectividad inalámbrica es prematura porque a menudo va seguida inmediatamente de una notificación de buena conectividad.

• Para el éxito de la acción y los patrones de FYI, use la opción en tiempo real para que las notificaciones obsoletas no se ponen en cola cuando los usuarios ejecuten una aplicación de pantalla completa o no usen activamente su equipo.
• En el caso del patrón de eventos del sistema no crítico, no cree la posibilidad de que se produzcan tormentas de notificación mediante eventos asombrosos vinculados a eventos conocidos, como el inicio de sesión del usuario. En su lugar, vinte el evento a algún período de tiempo después del evento. Por ejemplo, podría recordar a los usuarios que registren el producto cinco minutos después del inicio de sesión del usuario.

Cuánto tiempo se debe notificar

En Windows Vista y versiones posteriores, las notificaciones se muestran durante un período fijo de 9 segundos.

Frecuencia con la que se notifica

• El número de veces que se va a mostrar una notificación se basa en su patrón de diseño:

Patrón	Frecuencia con la que se notifica
Acción correcta	Una vez.
Error de acción	Una vez.
Evento del sistema no crítico	Una vez cuando se produce el evento por primera vez. Si esto resulta de un problema que los usuarios necesitan resolver, redisplay una vez al día.
Tarea de usuario opcional	Una vez al día por un máximo de tres veces.
FYI	Una vez.

• En el caso de las tareas de usuario opcionales, no intentes enviar a los usuarios plagados al mostrar constantemente las notificaciones. Si se requiere la tarea, muestre un cuadro de diálogo modal inmediatamente en lugar de usar notificaciones.

Escalación de notificaciones

• No suponga que los usuarios verán las notificaciones. Los usuarios no los verán cuando:
  • Están sumidos en su trabajo.
  • No están prestando atención.
  • Están lejos de su ordenador.
  • Ejecutan una aplicación de pantalla completa.
  • Su administrador ha desactivado todas las notificaciones de su equipo.
• Si los usuarios deben realizar algún tipo de acción, use la extensión progresiva para mostrar una interfaz de usuario alternativa que los usuarios no puedan omitir.

Interacción

• Haga clic en las notificaciones cuando:
  • Los usuarios deben realizar una acción. Al hacer clic en la notificación se debe mostrar una ventana en la que los usuarios pueden realizar la acción. Este enfoque es preferible para los errores de acción y los patrones de diseño de tareas de usuario opcionales.
  • Es posible que los usuarios quieran ver más información. Al hacer clic en la notificación se debe mostrar una ventana en la que los usuarios pueden ver información adicional.
• Mostrar siempre una ventana cuando los usuarios hacen clic para realizar una acción. No tengas que hacer clic en realizar una acción directamente.
• Hacer clic para mostrar más información siempre debe mostrar más información. No solo rephrate la información ya en la notificación.

Iconos

• Para el patrón de error de acción, use el icono de error estándar.
• Para los patrones de eventos del sistema no críticos, use el icono de advertencia estándar.
• En el caso de otros patrones, use iconos que muestren objetos relacionados o sugieran al sujeto, como un escudo para la seguridad o una batería para la alimentación.
• Use iconos basados en la aplicación o la personalización de marca de la empresa si los usuarios de destino los reconocerán y no hay ninguna alternativa mejor.
• Para la escalación progresiva, considere la posibilidad de usar iconos con una apariencia progresivamente más empática a medida que la situación sea más urgente.
• No use el icono de información estándar. Las notificaciones son información sin decir.
• Considere la posibilidad de usar iconos grandes (32 x 32 píxeles) cuando:
  • Los usuarios comprenderán rápidamente el icono en lugar del texto.
  • Los iconos grandes transmiten su significado de forma más clara y eficaz que los iconos estándar de 16 x 16 píxeles.
  • El icono usa el estilo Aero.

En este ejemplo, los usuarios pueden comprender rápidamente la naturaleza de la notificación con un vistazo al icono grande.

Cola de notificaciones

Nota: Las notificaciones se ponen en cola siempre que no se pueden mostrar inmediatamente, como cuando se muestra otra notificación, el usuario ejecuta una aplicación de pantalla completa o el usuario no usa activamente el equipo. Las notificaciones en tiempo real permanecen en la cola solo durante 60 segundos.

• Para el éxito de la acción y los patrones de FYI, use la opción en tiempo real para que la notificación no se pone en cola durante mucho tiempo. Estas notificaciones solo tienen valor cuando se pueden mostrar inmediatamente.
• Quite las notificaciones en cola cuando ya no sean relevantes.
• Desarrolladores: Para ello, establezca la marca NIF_INFO en uFlags y establezca szInfo en una cadena vacía. No hay ningún daño al hacerlo si la notificación ya no está en la cola.

Integración del sistema

• Si la aplicación no siempre tiene un icono en el área de notificación cuando se ejecuta, muestre un icono temporalmente durante la tarea asincrónica o evento que provocó la notificación.

Texto

Texto del título

• Use el texto de título que resume brevemente la información más importante que necesita para comunicarse a los usuarios en lenguaje claro, sin formato, conciso y específico. Los usuarios deben ser capaces de comprender el propósito de la información de notificación rápidamente y con un esfuerzo mínimo.
• Use fragmentos de texto o oraciones completas sin terminar la puntuación.
• Use mayúsculas de estilo de frase.
• No use más de 48 caracteres (en inglés) para acomodar la localización. El título tiene una longitud máxima de 63 caracteres, pero debe permitir la expansión del 30 por ciento cuando se traduce el texto en inglés.

Texto del cuerpo

• Use texto del cuerpo que proporcione una descripción (sin repetir la información en el título) y, opcionalmente, que proporcione detalles específicos sobre la notificación y también permita a los usuarios saber qué acción está disponible.

• Use oraciones completas con puntuación final.

• Use mayúsculas de estilo de frase.

• No use más de 200 caracteres (en inglés) para acomodar la localización. El texto del cuerpo tiene una longitud máxima de 255 caracteres, pero debe permitir la expansión del 30 por ciento cuando se traduce el texto en inglés.

• Incluya información esencial en el texto del cuerpo, como nombres de objeto específicos. (Ejemplos: nombres de usuario, nombres de archivo o direcciones URL). Los usuarios no deben tener que abrir otra ventana para encontrar dicha información.

• Coloque comillas dobles alrededor de los nombres de objeto.

  • Excepción: No use comillas cuando:
    • El nombre del objeto siempre usa mayúsculas de estilo de título, como con nombres de usuario.
    • El nombre del objeto se desplaza con dos puntos (ejemplo: Nombre de impresora: Mi impresora).
    • El nombre del objeto se puede determinar fácilmente desde el contexto.

• Si debe truncar los nombres de objeto a un tamaño máximo fijo para acomodar la localización, use los puntos suspensivos para indicar el truncamiento.

  

  En este ejemplo, se trunca un nombre de objeto mediante puntos suspensivos.

• Use la siguiente expresión si la notificación es accionable:

  • Si los usuarios pueden hacer clic en la notificación para realizar una acción:

    < breve descripción de la información esencial>

    <detalles opcionales>

    Haga clic para <hacer algo>.

    

    En este ejemplo, los usuarios pueden hacer clic para realizar una acción.

  • Si los usuarios pueden hacer clic en la notificación para ver más información:

    < breve descripción de la información esencial>

    <detalles opcionales>

    Haga clic para obtener más información.

    

    En este ejemplo, los usuarios pueden hacer clic para obtener más información.

• No digas que el usuario "debe" realizar una acción en una notificación. Las notificaciones son para información no crítica que los usuarios pueden omitir libremente. Si los usuarios realmente deben realizar una acción, no use notificaciones.

• Si los usuarios deben realizar una acción, desactive la importancia.

• En el caso de los errores de acción y los patrones de eventos del sistema no críticos, describa los problemas en lenguaje sin formato.

  Incorrecto:

  

  En este ejemplo, el problema se describe con un lenguaje demasiado técnico, pero no específico.

  Correcto:

  

  En este ejemplo, el problema se describe en lenguaje sin formato.

• Describir el evento de una manera que sea relevante para los usuarios de destino. Una notificación es relevante si hay una posibilidad razonable de que los usuarios realicen una tarea o cambien su comportamiento como resultado de la notificación. A menudo se puede lograr mediante la descripción de las notificaciones en términos de objetivos de usuario en lugar de problemas tecnológicos.

Documentación

Al hacer referencia a las notificaciones:

• Use el texto exacto del título, incluida su mayúscula.
• Consulte el componente como una notificación, no como un globo o una alerta.
• Para describir la interacción del usuario, use haga clic.
• Cuando sea posible, dé formato al texto del título con texto en negrita. De lo contrario, coloque el título entre comillas solo si es necesario para evitar confusiones.

Ejemplo: cuando aparezca la notificación Actualizaciones críticas listas para instalarse , haga clic en la notificación para iniciar el proceso.

Al hacer referencia al área de notificación:

• Consulte el área de notificación como área de notificación, no la bandeja del sistema.