¿Cuáles son algunas alternativas a la frase "¿Está seguro de que desea XYZ" en los cuadros de diálogo de confirmación?
No me gusta ver la palabra 'usted' en el mensaje dos veces. Ejemplos:
- ¿Estás seguro de que deseas eliminar este elemento?
- Estás seguro de que quieres continuar?
Parte de la razón por la que las personas omiten mensajes largos se debe a la velocidad de lectura.
Supongamos, en aras de la discusión, a alguien con una velocidad de lectura promedio: alrededor de 200 palabras por minuto (*)
Si usa solo 20 palabras en un diálogo, le está pidiendo al usuario que pase 6 segundos leyendo y entendiendo lo que escribió.
Si bien eso no parece mucho, una pausa impuesta de seis segundos cuando intentas hacer algo puede parecer mucho tiempo.
(*) Y no cometa el error de suponer que una velocidad de lectura baja significa poca inteligencia.
Entonces, tres sugerencias para usted, todas destinadas a la máxima claridad con un mínimo de alboroto.
- Sea lo más conciso posible
- Identificar el artículo en riesgo.
- Nombra tus botones para las acciones
Aquí hay un cuadro de diálogo de eliminación simple:
Reduzcamos al mínimo el número de palabras para que sea más fácil de leer:
Ahora, identifiquemos el elemento en riesgo y etiquetemos los botones para la acción:
Mucho mejor: más fácil de leer y más claro.
Otro ejemplo: un diálogo de continuación.
Simplifica la redacción.
Nuevamente, identifiquemos lo que está sucediendo y etiquetemos los botones para las acciones.
Una mejora definitiva.
Aquí hay un pensamiento final. Evite los negativos, especialmente los negativos dobles. Algunos hablantes nativos de inglés encuentran difíciles los dobles negativos, y muchos que aprenden inglés como segundo idioma los encuentran confusos (especialmente si su lengua materna usa dobles negativos para enfatizar en lugar de invertir).
Siempre procuro mostrarle al usuario que el elemento se está eliminando (especialmente porque el diálogo puede ocultar el elemento en cuestión, pero también porque ver texto identificable en el diálogo llamará la atención):
¿Eliminar "tu artículo favorito"?
También puedes inyectar un poco de humor aquí y allá, dependiendo del tipo de aplicación que estés creando:
¿Seguramente no quieres continuar sin guardar? [Sí, déjame en paz] [Oh, claro, gracias por recordármelo]
Si lo prueba, notará que los mensajes humorísticos se notan con más frecuencia simplemente porque se destacan de la multitud de mensajes genéricos y (si en realidad son lo suficientemente lindos) sonríen en la cara del usuario . ¿Qué más podrías querer?
Es mejor no tener dichos diálogos, en su lugar, implementar la funcionalidad de deshacer.
El diálogo es inútil el 95% del tiempo, entonces, ¿por qué forzarlo en las personas? ¿Estás tratando de ayudar a la gente? o estás tratando de culpar al usuario "oye, has confirmado que quieres eliminar ese elemento importante, ¡no me culpes!".
Adivina qué, las personas aprenden a ignorar estos diálogos, siempre confirman inconscientemente cualquier acción que acaban de hacer.
Entonces ese es el enfoque equivocado para resolver el problema.
El problema aquí es: la acción del usuario puede tener efectos no deseados si se hace por error.
Una mejor solución para ese problema sería permitir al usuario revertir su cambio.
Si les permitiste deshacer las eliminaciones, obtienes dos cosas buenas:
- No tendrá que molestar al usuario con diálogos inútiles.
- Los usuarios pueden recuperarse de eliminaciones involuntarias.
Implementar deshacer es mucho más difícil que mostrar un cuadro de confirmación.
Google sugiere dos formas diferentes y ambas eliminan 'usted' por completo.
Pautas de escritura de diseño de Google sugiere lo siguiente:
Omitir frases innecesarias
Puede omitir muchas frases introductorias comunes y llegar al punto.
Además Diálogos de alerta de diseño de materiales sugiere reformular la pregunta para eliminar el '¿estás seguro?'
Alertas con barras de título
Utilice las alertas de la barra de título solo para situaciones de alto riesgo, como la posible pérdida de conectividad. Los usuarios deben poder entender las opciones basadas solo en el título y el texto del botón.
Si se requiere un título:
- Use una pregunta o declaración clara con una explicación en el área de contenido, como "¿Borrar almacenamiento USB?".
- Evite las disculpas, la ambigüedad o las preguntas, como "¡Advertencia!" o "¿Estás seguro?"
¿Eliminar este artículo?
¿Seguir?
Directo al grano.
Una cosa crítica para recordar es que las personas ignoran los mensajes de "¿Estás seguro?". Tienes que obligarlos a pensar en la decisión. Aquí está una de mis favoritas.
Lo que tienes es gramaticalmente correcto, pero entiendo tu punto.
Puedes intentar dividir el mensaje en dos frases:
Este artículo será eliminado, ¿estás seguro?
Esto mueve la parte importante de la pregunta al frente, donde es (con suerte) más probable que se lea.
También tiendo a evitar mensajes para acciones que se pueden deshacer y reducir el número de acciones que no se pueden deshacer a un mínimo absoluto.
Para los mensajes críticos, desea ser lo más claro posible y asegurarse de que el usuario lea el mensaje.
Mensajes como
Al hacer clic aquí, acepta que ...
Estás seguro que quieres ....
Perderse en el usuario, el usuario lo lee como yada, yada, yada, lo que sea ... y hace clic en sí sin mirar.
Para que el usuario lea el mensaje, debe estar en el orden correcto.
- Nombra la acción que sucederá
- entonces la advertencia
- entonces la pregunta
- entonces la acción a tomar.
Está a punto de enviar su solicitud. Esta acción no se puede deshacer. ¿Desea continuar? Haga clic en Sí para continuar o haga clic en Cancelar.
Esto es un poco largo, pero si necesita que el usuario lea el mensaje, esta es la forma más segura de hacerlo.
No siempre se trata de estas acciones explícitas, como eliminar, borrar, guardar ... etc. Puede haber ciertos escenarios en los que el usuario puede salir sin saberlo de un proceso crítico en curso.
Por ejemplo: el usuario está en medio del pago y presiona el botón Atrás.
En este escenario, el usuario debe ser alertado.
El Pautas de la interfaz humana de Apple para Mac OS X tiene mucho que decir sobre los cuadros de mensaje (paneles de alerta).
Los nombres de los botones deben corresponder a la acción que realiza el usuario al presionar el botón, por ejemplo, Borrar, Guardar o Eliminar. El botón más a la derecha del cuadro de diálogo, el botón de acción, es el botón que confirma el texto del mensaje de alerta. El botón de acción suele ser, pero no siempre, el botón predeterminado. (Tenga en cuenta que en los métodos Cocoa, el botón de la derecha siempre se conoce como el botón predeterminado aunque no lo sea). Para obtener más información, consulte "Diálogos de descarte".
El problema con la API de cuadro de mensaje de Windows es que no le permite especificar realmente los nombres de los botones que desea, sino que requiere que despliegue su propio cuadro de mensaje o use los botones integrados Sí/No/Aceptar/Cancelar .
Para leer más, aquí hay un artículo interesante que habla sobre los problemas con los cuadros de mensaje en general: Por qué los cuadros de mensaje son malos .