Dejo por acá los apuntes de esta clase
En busca de la relación con el usuario
Todo lo que aprenderás sobre UX Writing
Primero la historia
El poder de pensar en historias al diseñar la experiencia
¿Cómo diseñar a partir del contenido?
Conoce a tu usuario: La técnica subject domain mind map
Todos en la misma página: Content Briefing
Content Briefing de tu producto
Alineando sentimientos con ideas
Mapea y escribe la historia
¿Qué pasa en el contexto de una interfaz?
Arma el prototipo más barato del mundo
¿Cómo armar el content prototype?
Contenido usable y personal
Niveles de contenido: de lo usable a lo más personal y motivante
Los usuarios y la biología
Contenido funcional y comprensible
Técnicas para escribir corto y conciso
Contenido usable para comunicar con eficiencia
Títulos eficientes
Cómo escribir tus content types
Content Types: Empty States
Content Types: Error
Content Types: Landings
Contenido disfrutable y motivante
El poder de decir sin declarar
Argumentar fuera de la caja
Iterar y medir
Escribir es parte del proceso de diseño
Idear y prototipar
No supongas, prueba y mide tus palabras
El cuento de nunca acabar
Buddy System
Reflexiones
Sé más productivo y más feliz
¿A dónde vas?
Mira de frente al futuro
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Content Types: Error
20/32Recursos
Los mensajes de error son una parte fundamental en las interfaces. Aunque nadie espera encontrarse con uno, es importante que estén presentes y bien diseñados para proporcionar a los usuarios la información necesaria para resolver el problema.
En este artículo, exploraremos las características y componentes básicos de los mensajes de error, así como algunas recomendaciones para su diseño eficaz. Sigue leyendo para aprender más.
¿Cuáles son los componentes básicos de un mensaje de error?
Un mensaje de error debe tener dos componentes esenciales: una explicación clara de lo que sucedió y una solución para resolverlo. Estos elementos ayudarán a los usuarios a comprender el problema y a tomar las medidas necesarias.
1. ¿Qué pasó?
El primer componente de un mensaje de error debe explicar de manera directa y precisa lo que ocurrió. Es importante ser claro y conciso en la descripción del problema para evitar confusión o malentendidos por parte del usuario.
2. ¿Cómo lo resuelvo?
El segundo componente de un mensaje de error es proporcionar una solución para resolver el problema. Es importante que esta solución sea clara y fácil de seguir para que el usuario pueda resolver el problema de manera efectiva.
Recomendaciones para el diseño de mensajes de error
A continuación, se presentan algunas recomendaciones para crear mensajes de error eficaces:
-
Dar claridad en qué pasó y cómo solucionarlo: Es importante proporcionar una explicación clara y concisa del problema, así como una solución paso a paso para solucionarlo.
-
Evitar conceptos técnicos: Los mensajes de error deben estar redactados en un lenguaje sencillo y comprensible para el usuario. Evita utilizar jerga técnica que pueda confundir o frustrar al usuario.
-
Contar las consecuencias del error solo si tiene valor: Si el error tiene consecuencias graves o importantes para el usuario, es importante mencionarlas. Sin embargo, si el error no tiene un impacto significativo, es mejor evitar mencionar las consecuencias para no alarmar innecesariamente al usuario.
Contribución creada con los aportes de: Marina Barraza (Platzi Contributor).
Aportes 5
Preguntas 1
Ordenar por:
Lo más importante de los mensajes de error es decir qué pasó y cómo me puedo recuperar
CONTENT TYPES: ERROR
Son inesperados, por eso deben expresarse con sinceridad. Tienen una estructura basica de dos elementos:
- Què pasó
- Solución o salida clara
RECOMENDACIONES
- Directo al que paso y con mucha precisión
- Claridad en que no se pudo y como salir
- Cuenta las consecuencias, pero solo si tienen valor.
- Evita lo técnico, aunque el error lo sea. Ponerlo en palabras cotidianas.
Los mensajes de error son sorpresivos (nadie espera que el producto falle). Deben ser claros y concisos, explicando qué falló, qué lo ocasionó y cómo resolver el problema, todo en palabras que resulten familiares al usuario. No hay que usar tecnicismos a menos que el usuario sea conocedor y utilice lenguaje técnico. Sólo deben contarse las consecuencias del error si aportan valor para el usuario (Ejemplo: Si no se pudo concretar un pago qué puede pasar,… si habrá que esperar más tiempo para poder validar un dato,… cuánto tiempo se deberá esperar para poder realizar la conexión deseada,… si se deben hacer varios intentos,… si se cancelará cierta transacción, etc.).
Evitar dar conceptos técnicos!!, mi app de celular del banco cae en los errores mencionados aquí
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?