Confirmaciones

Una confirmación es un cuadro de diálogo modal que pregunta si el usuario quiere continuar con una acción.

Una confirmación típica.

Las confirmaciones tienen estas características esenciales:

• Se muestran como resultado directo de una acción iniciada por el usuario.
• Comprueban que el usuario quiere continuar con la acción.
• Constan de una pregunta simple y dos o más respuestas.

Las confirmaciones son más útiles cuando la acción requiere que el usuario realice una elección relevante y distinta que no se pueda realizar más adelante. Esa opción suele implicar algún elemento de riesgo que no sea obvio para el usuario, pero el riesgo no es esencial para las confirmaciones. Estos elementos son necesarios para justificar la interrupción de la respuesta a un diálogo modal.

Por el contrario, mensajes de advertencia presentar una condición que podría causar un problema en el futuro. Su característica fundamental es que implican riesgos:

• Implican una posible pérdida de uno o varios de los siguientes elementos:
  • Un recurso valioso, como la pérdida de datos o la pérdida financiera.
  • Acceso o integridad del sistema.
  • Privacidad o control sobre información confidencial.
  • Tiempo del usuario (una cantidad significativa, como 30 segundos o más).
• Tienen consecuencias inesperadas o no deseadas.
• Requieren un control correcto ahora porque los errores no se pueden corregir fácilmente, e incluso pueden ser irreversibles.

Si una confirmación implica riesgos, también se puede considerar una advertencia. Por lo tanto, también se aplican las directrices del mensaje de advertencia.

Nota: Directrices relacionadas con cuadros de diálogo, mensajes de error, diseñoy mensajes de advertencia se presentan en artículos independientes.

¿Es esta la interfaz de usuario adecuada?

Para decidirlo, tenga en cuenta estas preguntas:

• ¿Se hace una pregunta al usuario para continuar con una acción que tiene dos o más respuestas? Si no es así, el mensaje no es una confirmación.
• ¿La interfaz de usuario presenta un error o problema que se ha producido? Si es así, use un mensaje de error en su lugar.
• ¿Continuar con la acción requiere que el usuario realice una elección que no tenga un valor predeterminado adecuado? Si es así, una confirmación puede ser adecuada.
• ¿Existe un diseño alternativo que elimine la necesidad de la confirmación? La necesidad de una confirmación a veces indica un error de diseño. A menudo hay una alternativa de diseño mejor que no necesita una confirmación.
• ¿El usuario está a punto de realizar una acción arriesgada? Si es así, una confirmación es adecuada si la acción tiene consecuencias significativas o no se puede deshacer fácilmente.
• ¿El usuario está a punto de abandonar una tarea? Si es así, no confirme. Supongamos que los usuarios comprenden las consecuencias de no completar una tarea.
• ¿La acción tiene consecuencias que los usuarios podrían no tener en cuenta? Si es así, una confirmación puede ser adecuada.
• Dado el contexto actual, ¿es probable que los usuarios realicen una acción en error? Si es así, una confirmación puede ser adecuada.
• ¿Los usuarios realizan la acción con frecuencia? Si es así, considere un diseño alternativo. Las confirmaciones frecuentes son molestas y tienen poco valor porque los usuarios aprenden a responder sin pensar.
• ¿La acción tiene implicaciones de seguridad? Si es así, es posible que se requiera una confirmación incluso si las pruebas anteriores indican lo contrario.

Conceptos de diseño

Las confirmaciones innecesarias son molestas

La primera confirmación de Windows que se creó sin duda era así:

de confirmación "¿está seguro?".

La confirmación molesta original.

Esto fue un mal comienzo. Si quieres que los usuarios odion tu programa, simplemente aspersifique confirmaciones como esta a lo largo de todo. Para entender por qué, considere el punto de vista del usuario. El usuario acaba de pedir que realice una acción por la definición de una confirmación, por lo que, a menos que se haga clic en algo o se presione accidentalmente, por supuesto, el usuario quiere continuar.

No solo son confirmaciones innecesarias molestas, pero no son eficaces para proteger al usuario de errores. Los usuarios detectan rápidamente cuando un programa tiene confirmaciones innecesarias y su respuesta natural es descartarlas lo más rápido posible, a menudo sin leer. Por lo tanto, estas confirmaciones hacen poco más que agregar un paso adicional a estas tareas.

No use confirmaciones solo porque existe la posibilidad de que los usuarios cometen un error. En su lugar, las confirmaciones son más eficaces cuando se usan para confirmar acciones que tienen consecuencias significativas o no deseadas. Las buenas confirmaciones nunca declaran lo obvio; deben comunicar algo que los usuarios deben tener en cuenta una buena razón para no continuar. Y solo se usan cuando realmente son necesarios por una acción, como pedir a los usuarios que guarden los cambios solo cuando hay cambios que merece la pena guardar. Al hacerlo, solo se exige la atención del usuario cuando se garantiza realmente.

Para otros tipos de confirmaciones, a menudo hay una alternativa de diseño mejor que obligar a los usuarios a responder a una pregunta.

Considere las alternativas de diseño

Estas son algunas alternativas de diseño que eliminan la necesidad de confirmaciones rutinarias:

• Evitar errores. Diseñar tareas para que los errores significativos sean difíciles de realizar accidentalmente. Por ejemplo, separar físicamente los comandos destructivos de otros comandos y requerir que se completen varias acciones.
• Proporcione deshacer. Proporcionar la capacidad de revertir acciones. Por ejemplo, eliminar un archivo en Microsoft Windows normalmente no requiere una confirmación porque los archivos eliminados se pueden recuperar de la Papelera de reciclaje. Tenga en cuenta que si una acción es muy fácil de realizar, simplemente hacer que los usuarios rehacer la acción pueden ser suficientes.
• Proporcione comentarios. Hacer que los resultados no deseados sean obvios. Proporcionar deshacer solo no es suficiente si los usuarios no se dan cuenta cuando cometen un error. Por ejemplo, el efecto de la manipulación directa (como una operación de arrastrar y colocar) siempre debe ser obvio.
• Supongamos el resultado probable, pero facilitar el cambio. Si no está seguro de lo que quieren los usuarios, pero hay una opción probable, segura y segura, suponga que esa opción, haga que sea clara lo que ha ocurrido y haga que sea fácil cambiar mediante un menú contextual. Por ejemplo, Microsoft Word supone que los usuarios quieren escribir palabras correctamente. Si reconoce una palabra mal escrita y conoce la ortografía correcta probable, Word realiza automáticamente la corrección, pero permite a los usuarios revertir.
• Elimine completamente la elección. Si la elección no es importante, a los usuarios no le importa. Mejor simplificar su programa y eliminar la elección.

Hacer confirmaciones requieren pensamiento

Para que una confirmación tenga valor, los usuarios deben comprender el motivo de no continuar. A veces, el motivo es obvio, ya que cuando los usuarios cierran un documento con cambios que no se han guardado:

En este ejemplo, el motivo de la confirmación es obvio.

En otras situaciones, es posible que la razón no sea tan obvia.

Al elegir las etiquetas de botón de confirmación para los cuadros de diálogo, la directrices generales consiste en elegir etiquetas que son respuestas específicas a la instrucción principal. Esto conduce a una toma de decisiones eficaz porque los usuarios tienen que leer una cantidad mínima de texto para continuar. Sin embargo, este objetivo de eficiencia puede ser contraproducente para las confirmaciones. Considere este ejemplo:

incorrecto:

En este ejemplo, la respuesta correcta requiere pensar.

Si presenta esta confirmación inmediatamente después de que el usuario dio el comando Uninstall, es probable que la respuesta del usuario sea "Por supuesto que quiero desinstalar!" El usuario hará clic en Desinstalar sin darle un segundo pensamiento.

Para las confirmaciones, no queremos que los usuarios tomen decisiones emocionales y atíptico. Para animar a los usuarios a pensar en su respuesta, es necesario proporcionar un pequeño aumento de la velocidad de toma de decisiones. Cuando es práctico, normalmente es mejor hacerlo mediante la expresión cuidadosa de botones de confirmación. Por ejemplo, podemos usar lenguaje adicional para indicar que hay un motivo para no continuar.

mejor:

En este ejemplo, se agrega "de todos modos" a la etiqueta del botón confirmar para indicar que la confirmación da una razón para no continuar.

Si ese enfoque no es práctico, podemos usar botones de confirmación Sí/No.

también mejor:

En este ejemplo, el uso de botones de confirmación Sí/No obliga a los usuarios a leer al menos la instrucción principal.

Proporcionar toda la información

Si va a formular una pregunta, debe proporcionar información suficiente para que los usuarios respondan a esa pregunta de forma inteligente. Considere el cuadro de diálogo Confirmar reemplazo de archivo de Windows XP:

Cuadro de diálogo Confirmar reemplazo de archivo de Windows XP.

¿Esta confirmación proporciona toda la información que los usuarios podrían necesitar para responder a la pregunta? Antes de responder, tenga en cuenta los escenarios de usuario más comunes:

• Copie (o mueva) el otro archivo, reemplazando el existente.
• Mantenga el archivo existente, sin copiar ni mover el otro archivo.
• Mantenga o copie el archivo más reciente (escenario superior).
• Mantenga el archivo existente o copie el otro archivo, en función de criterios como el contenido y el tamaño del archivo.
• Mantenga el archivo existente y copie el otro archivo con un nombre diferente.
• Cancele la operación si algo es incorrecto o inesperado.

Los usuarios pueden lograr el escenario 1 haciendo clic en Sí y el escenario 2 haciendo clic en No. Pueden lograr el escenario 3 comparando las fechas del archivo y haciendo clic en el botón adecuado, pero observe cuánto se piensa en determinar el archivo más reciente y, a continuación, determinar el botón adecuado especialmente para lo que es probable que sea el escenario más común.

Los escenarios 4, 5 y 6 también son sorprendentemente difíciles. Los tamaños de archivo se redondean, por lo que, por ejemplo, es imposible determinar si estos archivos tienen el mismo tamaño o incluso si son el mismo archivo. Los iconos son para la aplicación que se usa para abrir el archivo, por lo que los usuarios tendrían que abrir los archivos para inspeccionar y comparar su contenido. Tener miniaturas del contenido del archivo sería mucho más útil para responder a la pregunta.

La confirmación copiar archivo de Windows Vista realiza un trabajo mucho mejor para controlar estos escenarios al proporcionar más información y agregar la opción para mantener ambos archivos:

Confirmación del archivo de copia de Windows Vista.

Proporcionar información específica y útil

Si va a formular una pregunta, asegúrese de que los usuarios comprendan la pregunta y las implicaciones de las respuestas alternativas. Tenga en cuenta esta confirmación de seguridad de Windows Internet Explorer:

Confirmación vaga de seguridad.

Esta confirmación formula una pregunta que los usuarios no pueden responder de forma inteligente. El usuario ha solicitado que Windows Internet Explorer muestre una página y este mensaje lo aconseja implícitamente a través de la redacción del texto y resaltando No como opción predeterminada.

El problema de seguridad específico que plantea la página no se explica suficientemente, por lo que el riesgo de continuar no está claro. ¿Qué información de la confirmación haría que el usuario alguna vez haga clic en No? Debido a la imprecisión del mensaje, es probable que la confirmación no desaliente a los usuarios de continuar, pero hará que se sienta mal al hacerlo.

Para que esta confirmación sea útil, debe proporcionar información más específica que podría hacer que el usuario decida no continuar. En general, para cada respuesta en una confirmación, tenga en cuenta los escenarios que lo requieren y asegúrese de que hay suficiente información proporcionada para que los usuarios quieran elegirla. Proporcionar opciones, no dilemas.

Cómo determinar si es necesaria una confirmación

Pensar en los escenarios y la probabilidad de elegir cada respuesta sugiere una manera sistemática de determinar si es necesaria una confirmación. Si es probable que los usuarios seleccionen todas las respuestas, la confirmación es necesaria y útil. Sin embargo, si es probable que solo haya una respuesta (por ejemplo, el 98 por ciento del tiempo), la confirmación es claramente innecesaria y debe quitarse. Tenga en cuenta que las confirmaciones relacionadas con problemas de seguridad, legales y de seguridad son posibles excepciones.

¿Es necesaria esta confirmación? ¿Alguna vez seleccionarán los usuarios No? Es posible pero muy improbable. Esta confirmación debe quitarse.

Si solo haces tres cosas...

1. Asegúrese de que la confirmación es realmente necesaria. Debe haber una razón legítima y clara para no continuar, y una posibilidad de que a veces los usuarios no lo harán.

2. Si el motivo de la confirmación no es inmediatamente obvio, elija botones de confirmación que animen a los usuarios a pensar en su respuesta. Normalmente, esto se hace mediante la expresión de la confirmación como sí o ninguna pregunta y proporcionando respuestas completamente explicativas o Sí/No.

3. Tenga en cuenta todos los escenarios y proporcione la información necesaria para responder a la pregunta de forma inteligente.

Patrones de uso

Las confirmaciones tienen varios patrones de uso:

Uso	Ejemplo
confirmaciones rutinarias confirme que el usuario quiere continuar con una acción rutinaria y de bajo riesgo.	Estas confirmaciones suelen ser frases "¿está seguro...?" y a menudo tienen una casilla de verificación no mostrar este mensaje de nuevo para minimizar su molestia. Ejemplos de confirmaciones rutinarias. Nota: Este patrón suele ser innecesario y debe evitarse.
confirmaciones de acción de riesgo confirme que el usuario quiere continuar con una acción que tiene algún riesgo y no se puede deshacer fácilmente.	Dado que tienen riesgo, estas confirmaciones suelen tener un icono de advertencia. Ejemplos de confirmaciones de acciones de riesgo.
confirmaciones de consecuencias no deseadas confirme que el usuario desea continuar con una acción que tenga consecuencias inesperadas o no deseadas.	Además de formular una pregunta, estas confirmaciones señalan las consecuencias no deseadas. dado que tienen consecuencias no deseadas, estas confirmaciones suelen tener un icono de advertencia. ejemplos de confirmaciones de consecuencias no deseadas. sin embargo, este patrón requiere que las consecuencias sean verdaderamente no deseadas. incorrecto: Las consecuencias están pensadas aquí, por lo que se trata de una confirmación rutinaria.
aclaraciones aclarar cómo el usuario quiere continuar con una acción que tenga consecuencias potencialmente ambiguas o inesperadas.	Las operaciones de arrastrar y colocar pueden dar lugar a aclaraciones si se puede interpretar mal el efecto de la operación. Ejemplos de aclaraciones. Nota: Este patrón debe evitarse porque es mejor diseñar acciones sin consecuencias ambiguas y asumir el resultado más probable deseado.
confirmaciones de seguridad confirme que el usuario quiere continuar con una acción con consecuencias de seguridad.	Ejemplos de confirmaciones de seguridad.
confirmaciones de motivos ulteriores proporcionar información sobre una acción, pero presentarla como confirmación.	Aunque estos cuadros de diálogo se presentan como confirmaciones, su objetivo real es la educación del usuario o el anuncio de características. Un ejemplo de confirmación de motivo ulterior. Nota: Este patrón no se recomienda porque normalmente hay una alternativa mejor y más directa. Por ejemplo, animaciones son una mejor manera de mostrar la relación entre causa y efecto.

Directrices

General

• Use confirmaciones de "Guardar cambios" solo cuando haya cambios significativos. No confirme los cambios que el usuario realizó directamente, como el cambio automático de formato de documentos.

incorrecto:

Este ejemplo es incorrecto cuando se usa para un documento o correo electrónico vacío que el usuario no ha cambiado.

Iconos

• Las confirmaciones no usan iconos de barra de título.

• El icono de área de contenido de una confirmación se basa en su patrón de diseño:

  Patrón	Icono
  Confirmaciones rutinarias	Sin icono.
  Confirmaciones de acción de riesgo	Icono de advertencia.
  Confirmaciones de consecuencias no deseadas	Use un icono de advertencia si existe riesgo, el icono de característica si está disponible; de lo contrario, no hay ningún icono.
  Aclaraciones	Si la confirmación implica un documento, use la miniatura del documento; De lo contrario, use el icono de característica si está disponible o no hay ningún icono.
  Confirmaciones de seguridad	Icono de advertencia.
  Confirmaciones de motivos ulteriores	Sin icono.

• No use iconos de advertencia para preguntas rutinarias. Si lo hace, es contrarrestar el tono de de Windows y hace que el uso de su programa se sienta como una actividad peligrosa. Supongamos que los usuarios comprenden las consecuencias de cancelar una tarea antes de que finalice.

incorrecto:

En este ejemplo, se usa un icono de advertencia para formular una pregunta rutinaria.

Botones de confirmación

• Use respuestas específicas a la instrucción principal si el motivo de la confirmación es obvio o puede hacerse explicativo.

En este ejemplo, el motivo de la confirmación es obvio, por lo que Guardar y No guardar funcionan bien.

• De lo contrario, use los botones Sí y No para las respuestas de confirmación. Si lo hace, los usuarios le dan alguna confirmación antes de responder. Nunca use Aceptar y Cancelar para las confirmaciones.

Correcto:

En este ejemplo, el uso de botones de confirmación Sí/No obliga a los usuarios a leer al menos la instrucción principal.

incorrecto:

En este ejemplo, el uso de Aceptar/Cancelar es confuso.

• Para cerrar un programa o reiniciar Windows, use respuestas específicas a la instrucción principal. Para evitar cualquier malentendido, no use Close o Sí/No para este propósito.

Correcto:

incorrecto:

En el ejemplo incorrecto, sí se usa para reiniciar Windows.

Vínculos de comandos

• Para el patrón de aclaraciones, considere la posibilidad de usar vínculos de comandos para que las alternativas sean claras.

aceptable:

mejor:

En el ejemplo mejor, los vínculos de comandos hacen que las alternativas sean claras.

• Presentar primero los vínculos de comandos más usados. El orden resultante debe seguir aproximadamente la probabilidad de uso, pero también tener un flujo lógico.
• Si un vínculo de comando requiere una explicación adicional, proporcionar una explicación complementaria. explicaciones complementarias describen por qué es posible que los usuarios quieran elegir la opción o lo que sucede si se elige la opción.

Para obtener más instrucciones y ejemplos, consulte Vínculos de comandos.

Valores predeterminados

• La respuesta predeterminada para una confirmación se basa en su patrón de diseño:

  Patrón	Respuesta predeterminada
  Confirmaciones rutinarias	Proceder.
  Confirmaciones de acción de riesgo	No continúe (o la opción segura).
  Confirmaciones de consecuencias no deseadas	Si las consecuencias son significativas, no continúe; De lo contrario, continúe.
  Aclaraciones	Respuesta más probable.
  Confirmaciones de seguridad	No continúes.
  Confirmaciones de motivos ulteriores	Proceder.

No vuelva a mostrar este mensaje

• Use esta opción solo para los patrones de confirmación de motivos rutinarios y posteriores. Para los demás patrones, si la información es necesaria, siempre debe mostrarse.
• No proporcione esta opción para justificar la presentación de una confirmación innecesaria. Simplemente deshágase de la confirmación en su lugar.

incorrecto:

Sigue siendo incorrecto:

En estos ejemplos, agregar una opción No mostrar este mensaje de nuevo no corrige una confirmación innecesaria.

Para obtener más instrucciones, vea cuadros de diálogo .

Operaciones masivas

• Para las confirmaciones que se aplican a las operaciones masivas, proporcione una opción para aplicar la confirmación a toda la operación.

Este ejemplo tiene una opción para las operaciones masivas.

• Elimine o posponga confirmaciones en una operación masiva.

incorrecto:

En este ejemplo, el Explorador de Windows en Windows XP confirma cada archivo de solo lectura durante un movimiento masivo de archivos. Mejor solo para copiar los archivos de solo lectura sin preguntar o posponer el control de estos archivos y presentar la confirmación al final de la tarea.

Divulgación progresiva

• Si debe incluir información avanzada en un mensaje de confirmación, mostrarla mediante botones de divulgación progresiva (por ejemplo, "Mostrar detalles"). Al hacerlo, se simplifica la confirmación del uso típico. No oculte la información necesaria porque es posible que los usuarios no lo encuentren.
• No use "Mostrar detalles" a menos que realmente haya más detalles. No solo restate la información existente en un formato diferente.

Para obtener instrucciones de etiquetado, consulte divulgación progresiva.

Control de cuentas de usuario

• No use la interfaz de usuario de elevación de Control de cuentas de usuario (UAC) como sustituto de una confirmación. Si una acción necesita una confirmación, use un cuadro de diálogo independiente. Durante el interfaz de usuario de elevación, los usuarios deben centrarse en si iniciaron la tarea y si el programa es de confianza.
• Muestra la confirmación antes de la interfaz de usuario de elevación. Al hacerlo, se eliminan las elevaciones innecesarias.

Mensaje de texto

General

• Quitar texto redundante. Busque texto redundante en títulos, instrucciones principales, instrucciones complementarias, áreas de contenido, vínculos de comandos y botones de confirmación. Por lo general, deje texto completo en instrucciones y controles interactivos y quite cualquier redundancia de los demás lugares.
• No use "advertencia" ni "precaución" en el texto. Si los usuarios necesitan continuar con precaución, indique esto mediante un icono de advertencia en su lugar.

incorrecto:

de confirmación de formato de volumen

En este ejemplo, el término "advertencia" no es necesario.

Títulos

• Use el título para identificar el comando o la característica de donde procede la confirmación. Excepciones:
  • Si muchos comandos diferentes muestran una confirmación, considere la posibilidad de usar el nombre del programa en su lugar.
  • Si ese título sería redundante o confuso con la instrucción principal, use el nombre del programa en su lugar.

Sin embargo, si la confirmación procede de una tarea de ejecución prolongada y puede mostrarse bien después de iniciar la tarea, use siempre el comando o la característica para identificar claramente el contexto.

• No usar el título para explicar qué hacer en el cuadro de diálogo ese es el propósito de la instrucción principal.
• Si agrega claridad, inicie el título con la palabra Confirmar.
• Para confirmaciones de acción de riesgo, puede agregar el nombre del objeto implicado para un énfasis adicional.

En este ejemplo, la unidad a la que se va a dar formato se incluye en el título.

• Use mayúsculas de estilo de título, sin terminar la puntuación.

Instrucciones principales

• La instrucción principal para una confirmación se basa en su patrón de diseño:

  Patrón	Instrucción principal
  Confirmaciones de consecuencias no deseadas	indica la consecuencia no deseada. excepción: si una pregunta que pregunta si el usuario quiere continuar claramente implica la consecuencia no intencionada, haga la pregunta en su lugar. En este ejemplo, pedir al usuario que continúe lo suficiente como para transmitir las consecuencias de la acción.
  Todos los demás	Haga una sola pregunta para determinar si el usuario quiere continuar.

• Ser conciso use solo una frase completa y única. Quite la instrucción principal a la información esencial. Si debe explicar algo más, use una instrucción complementaria.

• Ser específico si hay objetos implicados, asigne sus nombres completos.

• Use expresiones positivas. La expresión positiva es más fácil de entender para los usuarios.

Correcto:

¿Desea habilitar el uso compartido de archivos e impresoras?

incorrecto:

¿Desea deshabilitar el uso compartido de archivos e impresoras?

Sin embargo, la expresión debe coincidir con el comando asociado, incluso si el comando está fraseado negativamente; por ejemplo, use disable para confirmar un comando Disable.

• Aunque no hay reglas estrictas para la expresión, estas frases de confirmación comunes tienen la enumeración indicada:

  Frase	Connotación
  ¿Está seguro de que desea [realizar una acción]?	Confirmación del resultado directo de una solicitud de usuario.
  ¿Desea [realizar una acción]?	Confirmar un efecto secundario de una solicitud de usuario.
  ¿Desea [seleccionar un resultado]?	Necesita una aclaración.
  [Realizar una acción]?	No hay ninguna reconfiguración.

• Para las confirmaciones de acción de riesgo, use el término permanentemente para indicar que no se puede deshacer una acción.

captura de pantalla de

En este ejemplo, "permanentemente" indica que la acción no se puede deshacer.

• Use mayúsculas de estilo de frase.

Instrucciones complementarias

• La instrucción complementaria para una confirmación se basa en su patrón de diseño:

Etiqueta	Valor
patrón de	instrucción complementaria
Confirmaciones de consecuencias no deseadas	Haga una sola pregunta para determinar si el usuario quiere continuar.
Todos los demás	Explique las razones no obvias por las que es posible que el usuario no quiera continuar. Estas razones incluyen: Pérdida potencial de uno o varios de los siguientes elementos: Un recurso valioso, como la pérdida de datos o la pérdida financiera. Acceso o integridad del sistema. Privacidad o control sobre información confidencial. Acciones que son irreversibles.

• No repita la instrucción principal con palabras ligeramente diferentes. En su lugar, omita la instrucción complementaria si no hay más que agregar.
• Para las confirmaciones de consecuencias no deseadas, considere la posibilidad de usar el término de todos modos para indicar concisamente que hay una razón para no continuar en caso de que el usuario pase por alto la instrucción principal. Consulte Conceptos de diseño para obtener más información.
• Use oraciones completas, mayúsculas de estilo de frase y puntuación final.

Documentación

Al hacer referencia a confirmaciones:

• Consulte una confirmación por su título si el título es específico de la confirmación (es decir, no el nombre del programa); de lo contrario, haga referencia a él por su instrucción principal.
• Si es necesario, puede hacer referencia a un cuadro de diálogo de confirmación como mensaje.
• Use el texto exacto, incluida su mayúscula.
• Cuando sea posible, dé formato al texto con negrita. De lo contrario, coloque el texto entre comillas solo si es necesario para evitar confusiones.

Ejemplo: en el mensaje copiar archivo, haga clic en el archivo más reciente.