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 deberse a una acción del usuario o a un evento significativo del sistema, o podría ofrecer información potencialmente útil de Microsoft Windows o de 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 omitirlos libremente.
Una notificación típica.
En Windows Vista y versiones posteriores, las notificaciones se muestran durante una duración fija de 9 segundos. Las notificaciones no se muestran inmediatamente cuando los usuarios están inactivos o se están ejecutando los protectores de pantalla. Windows pone automáticamente en cola las notificaciones durante estas horas 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 está activo el usuario mediante la API SHQueryUserNotificationState.
Nota: Directrices relacionadas con área de notificación, barra de tareasy globos se presentan en artículos independientes.
¿Es esta la interfaz de usuario adecuada?
Para decidirlo, tenga en cuenta estas preguntas:
- ¿La información es el resultado inmediato y directo 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 de , cuadro de mensaje, globoo en contexto interfaz de usuario. Las notificaciones solo son para información asincrónica.
captura de pantalla de
En este ejemplo, el cuadro de diálogo Excepciones de 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 de la barra de estado de la aplicación u otro área de estado.
captura de pantalla de
En este ejemplo, Outlook muestra su estado de conexión y sincronización en su barra de estado.
- ¿La información cambia rápidamente, la información 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 inconvenientes 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 exija 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 dejarla resaltada hasta que el programa esté activo.
- ¿Son los profesionales de TI de destino principales? Si es así, use un mecanismo de comentarios alternativo, como archivo de registro entradas 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:
- Asíncrono. 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.
- Pertinente. La notificación muestra información útil que los usuarios se preocupan por 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 molesto! 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. Tenga 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 demasiado a menudo y bien 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
Idealmente, los usuarios sumidos en su trabajo no verán 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 se absorbe completamente en la actividad durante la cual pierden su sentido del 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 poco clave, periférica y no requieren interacción.
No suponga que si las notificaciones modelos una interrupción 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 usuarios mediante:
- Mostrar notificaciones que los usuarios no le 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 control final 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 a su programa mediante la presentación de 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 mina 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 se sienten obligados a leerlos, 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 diseño de los usuarios decide omitirlas. 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 correcta? para las alternativas.
Uso de la escalación progresiva cuando sea aplicable
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 sea 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 del área de notificación para notificar a los usuarios una energía de batería progresivamente menor.
A medida que la energía de la batería se vuelve más baja, Windows advierte a los usuarios de la energía débil de la batería mediante una notificación.
de energía de batería baja
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 purgando, 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 solo haces tres cosas...
- Use notificaciones solo si realmente necesita. Al mostrar una notificación, puede interrumpir a los usuarios o incluso molestarlos. Asegúrese de que se justifica la interrupción.
- 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 (como un cuadro de diálogo modal).
- 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 | Valor |
---|---|
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é se supone que los usuarios deben hacer ahora? ¿Y por qué advertir a los usuarios sobre la finalización correcta? Mostrar cuándo: Tras la finalización de una tarea asincrónica. Notifique 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 no se espera éxito 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; alto si no es así. Alternativas: 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; 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: captura de pantalla de ![]() En este ejemplo, Microsoft Outlook usó para notificar a los usuarios un error que es poco probable que se preocupen. Mostrar cuándo: Tras un error de una tarea asincrónica. Mostrar con qué frecuencia: una vez. factor de molestia: Baja si resulta útil y pertinente; alto si el problema se resolverá inmediatamente o los usuarios de lo contrario no le importan. alternativas: Usar un cuadro de diálogo modal si los usuarios deben solucionar el error inmediatamente. |
de eventos del sistema no críticos Notifica a los usuarios de eventos o estado significativos del sistema que se pueden omitir de forma segura, al menos temporalmente. |
captura de pantalla de ![]() En este ejemplo, Windows advierte a los usuarios de bajo consumo de batería, pero todavía hay mucho tiempo antes de que tengan que tomar medidas. Mostrar cuándo: Cuando se produce un evento y el usuario está activo o una condición continúa existiendo. Si se produce 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 de eventos del sistema correctos solo si es probable que los usuarios estén esperando el evento o después de errores recientes. Mostrar la 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 que 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 de tareas asincrónicas que deben realizar. Tanto si es opcional como necesario, la tarea se puede posponer de forma segura. |
captura de pantalla de ![]() 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 la frecuencia: Una vez al día durante 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 participarán. |
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, es probable que el usuario no haga nada diferente como resultado de él. 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 notificar a los usuarios. |
de anuncios de características de Notifica a los usuarios las características del sistema o de la aplicación que se han instalado recientemente. |
¡No use notificaciones para anuncios de características! En su lugar, use otra manera de hacer que la característica se pueda detectar, como:
captura de pantalla de ![]() No use notificaciones para anuncios de características. |
Directrices
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 que se muestran durante las primeras horas de uso. Diseñe el programa suponiendo que los usuarios no vean estas notificaciones.
Qué notificar
No notificar 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 que realicen operaciones de seguridad correctas.
- Error reciente. Los usuarios no toman operaciones correctas para que se les concedan 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 se completa antes o posterior de lo esperado.
En otras circunstancias, no proporcione comentarios de éxito ni envíe comentarios "a petición". Suponga 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 completa la operación.
En el caso del patrón FYI, no dan una notificación si los usuarios pueden seguir funcionando normalmente o no pueden hacer nada diferente como resultado de la notificación.
incorrecto:
de rendimiento más rápida
En este ejemplo, la información solo es útil si el usuario ya tiene instalados los puertos. De lo contrario, es probable que el usuario no haga nada diferente como resultado de él.
Excepción: Puede notificar a los usuarios la información de relevancia preguntable si es opcional y los usuarios participarán.
Correcto:
captura de pantalla de
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, usar notificaciones completas para un único evento. No presentar 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:
captura de pantalla de
En este ejemplo, adjuntar un teclado USB da como resultado dos notificaciones completas.
Cuándo se debe notificar
- Mostrar una notificación basada en su patrón de diseño:
Patrón | Cuándo se debe notificar |
---|---|
Acción correcta |
Tras la finalización de una tarea asincrónica. Notifique 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 se produce este 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 de que el error sea notable. 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 siga inmediatamente:
de notificación correcta de la conexión
En este ejemplo, en Windows Vista, la notificación de no conectividad inalámbrica es prematura porque suele ir seguida de una notificación de buena conectividad.
- Para el éxito de la acción y los patrones de FYI, usar la opción en tiempo real para que las notificaciones obsoletas no se ponen en cola cuando los usuarios ejecutan una aplicación de pantalla completa o no usan activamente su equipo.
- En el caso del patrón de eventos del sistema no crítico, no crean el potencial para las tormentas de notificación mediante eventos sorprendentes 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 una duración fija 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 pester mediante la visualización constante de 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
-
hacer 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 tenga que hacer clic directamente en realizar una acción.
- Al hacer clic para mostrar más información, siempre debe mostrar más información. No solo rephrase 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.
- Para otros patrones, use iconos que muestran objetos relacionados con o sugieren el tema, como un escudo para la seguridad o una batería para la energía.
- Usar 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 se vuelve más urgente.
- No use el icono de información estándar. Esas 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 de estilo Aero de.
captura de pantalla de de notificación "mensajes importantes"
En este ejemplo, los usuarios pueden comprender rápidamente la naturaleza de la notificación con un vistazo al icono grande.
Puesta en cola de notificaciones
Nota: Notificaciones se ponen en cola cada vez 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 durante solo 60 segundos.
- Para el éxito de la acción y los patrones 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.
- Quitar notificaciones en cola cuando ya no son pertinentes.
- Desarrolladores: Puede hacerlo estableciendo la marca NIF_INFO en uFlags y establece 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, mostrar un icono temporalmente durante la tarea asincrónica o evento que provocó la notificación.
Mensaje de texto
Texto del título
- Use texto de título que resuma brevemente la información más importante que necesita para comunicarse a los usuarios en un idioma 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.
- Usar fragmentos de texto o oraciones completas sin terminar la puntuación.
- Usar mayúsculas de estilo de oración.
- Use no más de 48 caracteres (en inglés) para dar cabida a 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
Usar texto del cuerpo que proporciona una descripción (sin repetir la información en el título) y, opcionalmente, que proporciona detalles específicos sobre la notificación y también permite a los usuarios saber qué acción está disponible.
Usar oraciones completas con puntuación final.
Usar mayúsculas de estilo de oración.
Use no más de 200 caracteres (en inglés) para dar cabida a 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.
Colocar comillas dobles alrededor de los nombres de objeto.
-
Excepción: No usar comillas cuando:
- El nombre de 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.
-
Excepción: No usar comillas cuando:
Si debe truncar los nombres de objeto a un tamaño máximo fijo para dar cabida a 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 expresión siguiente 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, describir los problemas en lenguaje sin formato.
incorrecto:
de mensajes largos y complejos
En este ejemplo, el problema se describe con un lenguaje demasiado técnico, pero no específico.
Correcto:
de mensajes claros y concisos
En este ejemplo, el problema se describe en lenguaje sin formato.
Describa 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, puede hacerlo 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 mediante texto en negrita. De lo contrario, coloque el título entre comillas solo si es necesario para evitar confusiones.
Ejemplo: Cuando aparezca la actualizaciones críticas para instalar notificación, 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.