Confirmaciones

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 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 elecció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, los mensajes de advertencia presentan 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 imprevistas.
• Requieren un control correcto ahora porque los errores no se pueden corregir fácilmente y pueden incluso ser irreversibles.

Si una confirmación implica un riesgo, también se puede considerar una advertencia. Por consiguiente, también se aplican las directrices del mensaje de advertencia.

Nota: Las directrices relacionadas con los cuadros de diálogo, los mensajes de error, el diseño y los mensajes de advertencia se presentan en artículos independientes.

¿Es esta la interfaz de usuario adecuada?

Para decidirte, intenta responder a estas preguntas:

• ¿Se está haciendo 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 haga una elección que no tenga un valor predeterminado adecuado? Si es así, una confirmación puede ser adecuada.
• ¿Hay 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 es posible que los usuarios no conozcan? Si es así, una confirmación puede ser adecuada.
• Dado el contexto actual, ¿es probable que los usuarios realicen una acción en caso de 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

Sin duda, la primera confirmación de Windows creada parecía así:

La confirmación molesta original.

Esto fue un comienzo muy malo. Si quieres que los usuarios odian tu programa, basta con rociar 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 algo se haya hecho clic o presionado accidentalmente, por supuesto que 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 descartarlos 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 intencionadas. 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 haya cambios que valga 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.

Tenga en cuenta las alternativas de diseño

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

• Evitar errores. Tareas de diseño para que los errores significativos sean difíciles de realizar accidentalmente. Por ejemplo, separa físicamente los comandos destructivos de otros comandos y requieren varias acciones para completarse.
• Proporcione deshacer. Proporcione la capacidad de revertir las 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, solo tener usuarios rehacer la acción puede ser suficiente.
• Proporcionar comentarios Hacer que los resultados no deseados sean obvios. Proporcionar deshacer por sí solo no es suficiente si los usuarios no se dan cuenta cuando cometen un error. Por ejemplo, el efecto de la manipulación directa (por ejemplo, una operación de arrastrar y colocar) siempre debe ser obvio.
• Supongamos que el resultado probable es fácil de cambiar. 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 con 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 probablemente, Word realiza automáticamente la corrección, pero permite a los usuarios revertir.
• Elimine la elección por completo. Si la elección no es importante, a los usuarios no les importa. Mejor simplificar el programa y eliminar la elección.

Hacer confirmaciones requieren pensamiento

Para que una confirmación tenga valor, los usuarios deben comprender el motivo por el que no se debe 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, las directrices generales son 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 contraproductivo para las confirmaciones. Considere este ejemplo:

Incorrecto:

En este ejemplo, la respuesta correcta requiere pensamiento.

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

En el caso de las confirmaciones, no queremos que los usuarios tomen decisiones hasty, emocionales. 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 sea 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 un motivo 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 o 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 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 la cantidad de pensamiento que se necesita para 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. Considere esta confirmación de seguridad de Windows Internet Explorer:

Una 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 provocarí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 pueda 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 necesario realizar 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? ¿Los usuarios seleccionarán nunca No? Es posible pero muy improbable. Esta confirmación debe quitarse.

Si sólo haces tres cosas...

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

2. Si el motivo de la confirmación no es obvio inmediatamente, 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 una pregunta sí o no 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 normalmente se escriben como "estás seguro...?" y a menudo no vuelven a mostrar este mensaje 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 que no se puede deshacer fácilmente.	Dado que tienen riesgo, estas confirmaciones suelen tener un icono de advertencia. Ejemplos de confirmaciones de acción 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. porque tienen consecuencias imprevistas, 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 imprevistas. Incorrecta: 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 el efecto de la operación se puede malinterpretado. Ejemplos de aclaraciones. Nota: Este patrón debe evitarse porque es mejor diseñar acciones sin consecuencias ambiguas y asumir el resultado deseado más probable.
Confirmaciones de seguridad confirme que el usuario desea 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 posterior. Nota: Este patrón no se recomienda porque normalmente hay una alternativa mejor y más directa. Por ejemplo, las animaciones son una manera mejor de mostrar la relación entre la causa y el efecto.

Instrucciones

General

• Use confirmaciones de "Guardar cambios" solo cuando haya cambios significativos. No confirme los cambios que el usuario realizó directamente, como el formato automático 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 hay 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, utilice 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. Hacerlo es contrarresto al tono estimulante de Windows y hace que el uso de su programa se sienta como una actividad peligrosa. Suponga que los usuarios entienden 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 autoexplicativo.

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

• En caso contrario, use los botones Sí y No para las respuestas de confirmación. Si lo hace, los usuarios le dan una idea antes de responder. No use nunca Aceptar y Cancelar para 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 Ok/Cancel 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 mejor ejemplo, 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, proporcione una explicación complementaria. Las 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, vea 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 (ni la opción segura).
  Confirmaciones de consecuencias no deseadas	Si las consecuencias son significativas, no continúe; de lo contrario, continúe.
  Aclaraciones	La 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:

Todavía es incorrecto:

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

Para obtener más instrucciones, consulte 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.

Muestra 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 restablezte 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 la 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.

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 con un icono de advertencia en su lugar.

Incorrecto:

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 la que 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 iniciarse la tarea, use siempre el comando o la característica para identificar claramente el contexto.

• No use el título para explicar qué hacer en el cuadro de diálogo que es el propósito de la instrucción principal.
• Si agrega claridad, inicie el título con la palabra Confirmar.
• Para las 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 puntuación final.

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	indicar la consecuencia no deseada. excepción: si una pregunta que pregunta si el usuario quiere continuar claramente implica la consecuencia no deseada, haga la pregunta en su lugar. En este ejemplo, pedir al usuario que continúe lo suficiente transmite las consecuencias de la acción.
  Todos los demás	Haga una sola pregunta para determinar si el usuario quiere continuar.

• Use solo una frase completa y concisa. Seccione 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 para que los usuarios comprendan.

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 tiene frases negativas; 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 anotació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]?	Confirmación de un efecto secundario de una solicitud de usuario.
  ¿Desea [seleccionar un resultado]?	Necesita una aclaración.
  [Realizar una acción]?	No hay ninguna exaltación.

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

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

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

Instrucciones complementarias

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

Etiqueta	Value
Patrón	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 una o varias de las siguientes opciones: 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 oración 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 mediante 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.