Decisiones de diseño
Diseño de aplicaciones frente a diseño UX: ¿por dónde empezar?
Una pantalla pulida y una experiencia fácil de usar no son el mismo resultado. App Design distingue el trabajo de interfaz visual de la investigación UX para que puedas elegir lo que tu producto realmente necesita.
Tabla de costes totales
El coste de una decisión de diseño incluye más que dibujar pantallas. Ten en cuenta las personas, las pruebas y las revisiones necesarias para llegar a una decisión en la que puedas confiar.
- diseño de aplicaciones frente a diseño de interfaces de usuario Compara el alcance de un proceso completo de diseño de aplicaciones con la tarea más limitada de definir elementos de interfaz.
- alternativa gratuita para el diseño de aplicaciones Revisa las opciones para empezar desde el navegador y las concesiones que conviene valorar antes de elegir una.
- cuál es el mejor diseño de aplicaciones Descubre qué cualidades hacen eficaz un diseño de aplicaciones más allá de su estilo visual.
Dónde difiere la calidad
El diseño visual mejora lo que las personas ven y utilizan; la práctica UX comprueba si el recorrido general tiene sentido para ellas.
-
1
Define la decisión
Si ya conoces al público, la tarea y la secuencia de pantallas, empieza por diseñar la interfaz: jerarquía, controles, estados y contenido legible. Si no tienes claras esas premisas, identifica primero qué intenta lograr una persona y dónde falla el recorrido actual.
-
2
Crea el entregable adecuado
El diseño de una pantalla ayuda al equipo a evaluar la disposición, la coherencia visual y los detalles de interacción. Un flujo UX o un hallazgo de investigación le ayuda a decidir qué pantallas, pasos y explicaciones deben formar parte del producto. Ninguno sustituye al otro.
-
3
Comprueba el resultado
Revisa la legibilidad, el contraste, las zonas táctiles y la claridad de las respuestas de la interfaz. Comprueba las hipótesis de UX observando a personas representativas mientras intentan completar una tarea y anotando sus dudas y errores, en lugar de preguntarles solo si les gusta el aspecto.
Dónde difieren los tiempos
Una fase de diseño puede avanzar rápido cuando el problema está definido. Descubrir cuál es el problema adecuado lleva más tiempo porque las pruebas deben venir de fuera del lienzo.
Una pantalla no puede validar la demanda
Esta página puede ayudar a distinguir los alcances del diseño, pero una interfaz convincente no demuestra que alguien necesite la función. Considera la aprobación visual como una opinión sobre la presentación, no como una prueba del valor del producto.
Qué hacer en su lugar
Hable con posibles usuarios sobre una tarea real que hayan realizado recientemente antes de invertir en pantallas detalladas.
Un flujo de trabajo en el navegador no es investigación con usuarios
Explorar diseños de aplicaciones en un navegador puede aclarar ideas y revelar estados que faltan. No permite observar cómo se comporta el público al que se dirige ni resolver desacuerdos sobre sus prioridades.
Qué hacer en su lugar
Pruebe un flujo de tareas sencillo con personas representativas y anote dónde se detienen o piden ayuda.
Una vista estática no puede abarcar todos los estados
Una pantalla principal pulida puede ocultar casos difíciles, como resultados vacíos, permisos denegados, errores y tareas interrumpidas. Esas lagunas suelen afectar a la experiencia más que la primera impresión.
Qué hacer en su lugar
Enumere los posibles estados de cada tarea crítica y revíselos junto con la pantalla principal.
Esta comparación no certifica un producto
Estas orientaciones sirven para elegir la siguiente actividad de diseño, no son una auditoría de usabilidad ni una evaluación de accesibilidad de una aplicación concreta.
Qué hacer en su lugar
Realice revisiones basadas en tareas y comprobaciones de accesibilidad en la interfaz real antes del lanzamiento.
Cuándo merece la pena cambiar de enfoque
Pase del trabajo centrado en las pantallas a la investigación de UX cuando las revisiones visuales reiteradas no resuelvan la confusión sobre la propia tarea.
| Enfoque del diseño de aplicaciones | Enfoque del diseño de UX | |
|---|---|---|
| Pregunta principal | ¿Cómo debe verse y comportarse esta aplicación en pantalla? | ¿Pueden las personas completar la tarea prevista y responde esta a una necesidad real? |
| Información inicial útil | Una funcionalidad definida, un público conocido y un flujo de tareas acordado. | Necesidades de los usuarios inciertas, dificultades observadas o ideas contrapuestas sobre el recorrido. |
| Trabajo habitual | Jerarquía de pantallas, componentes, lenguaje visual y estados de la interfaz. | Investigación, análisis de tareas, arquitectura de la información, flujos y pruebas de usabilidad. |
| Entregable habitual | Pantallas y especificaciones de interfaz que un equipo puede debatir y perfeccionar. | Hallazgos, mapas de recorrido o flujos probados que explican por qué la interfaz debería funcionar de una determinada manera. |
| Control de calidad | Revisar la claridad, la coherencia, las consideraciones de accesibilidad y el comportamiento en los distintos estados. | Observar si personas representativas completan tareas relevantes sin confusiones evitables. |
| Riesgo de tiempo | Pulir una pantalla antes de definir la tarea que la sustenta puede generar trabajo adicional. | Investigar sin una decisión concreta que fundamentar puede retrasar una fase de diseño útil. |
| Mejor motivo para cambiar de enfoque | Volver a las pantallas cuando el público, la tarea y el flujo estén lo bastante claros como para plasmarlos. | Investigar cuando los usuarios no logran encontrar, entender o completar la tarea a pesar de que las pantallas sean más claras. |
Cómo se ve un cambio de enfoque
Estas imágenes ilustran dos perspectivas de revisión, no un rediseño literal del antes y el después. Una disposición más limpia puede mejorar la comprensión, pero cambiar el recorrido puede requerir datos sobre los usuarios, las tareas y los obstáculos que una imagen no muestra.
Examinar la pantallaExaminar el recorridoEmpieza por la decisión que puedes tomar ahora
Anota a quién va dirigida la aplicación, qué necesita completar esa persona y qué es lo que aún no sabes. Si el recorrido no está claro, investígalo primero. Si el recorrido está claro, usa un punto de partida de diseño basado en el navegador para explorar la interfaz; después, revisa sus estados y prueba el flujo resultante con personas reales.
Prioriza una tarea clara antes que una pantalla pulida
- Separa las suposiciones sobre los usuarios de las decisiones sobre la apariencia.
- Diseña la tarea principal y sus posibles estados de error o vacíos.
- Usa el rendimiento observado en las tareas para decidir qué revisar.
Preguntas frecuentes sobre la comparación
El diseño de aplicaciones suele referirse a la creación de las pantallas, los controles, el sistema visual y los detalles de interacción de una aplicación. El diseño UX considera la experiencia más amplia de completar una tarea, incluida la investigación, el flujo y la usabilidad. Ambos se solapan, pero una pantalla atractiva por sí sola no garantiza una buena experiencia.
Empieza por comprender lo suficiente al público y la tarea para evitar diseñar un flujo equivocado. Eso no siempre requiere una larga fase de investigación: una conversación centrada o una prueba sencilla de la tarea pueden aclarar la siguiente decisión. Cuando la tarea esté razonablemente clara, las pantallas facilitarán la evaluación de la idea.
Las etiquetas claras, la jerarquía y la retroalimentación pueden eliminar algunas dificultades. No pueden corregir un recorrido que obliga a las personas a realizar pasos innecesarios u oculta la acción que vinieron a completar. Si la confusión persiste tras las mejoras visuales, examina el flujo y los supuestos en los que se basa.
Puede bastar para una revisión inicial cuando ya se conocen el público, la tarea y la secuencia de acciones. Incluye los estados importantes en lugar de mostrar solo la pantalla ideal. Antes del lanzamiento, comprueba si las personas realmente pueden completar la tarea.
Hazlo cuando los comentarios sigan planteando preguntas sobre qué necesitan los usuarios, cuál es el siguiente paso o por qué existe una función. Es poco probable que más variaciones visuales respondan a esas preguntas. Elige una cuestión concreta, recopila información de usuarios representativos e incorpora lo aprendido al diseño.