¿Cómo tratas los estados vacíos, los errores y los casos límite en tus diseños?

Diséñalos como parte del flujo, no como sobras. Para cada pantalla, especifica los estados vacío, cargando, parcial, error y permiso denegado, además de qué pasa con contenido muy largo o ausente. Escribe mensajes de error que digan qué ha pasado y qué hacer a continuación en lenguaje llano. El camino feliz pulido es la parte fácil; los estados de alrededor son donde se gana o se pierde la confianza.

Mantengo una lista estándar y paso cada pantalla por ella: vacío porque eres nuevo, vacío porque tu filtro no encontró nada, cargando, datos parciales, error, sin conexión y sin permiso. Son siete pantallas distintas y no son intercambiables, aunque las veo colapsadas en una sola ilustración triste todo el rato. En el estado vacío inicial invierto tiempo de verdad, porque es la pantalla más vista del producto para cualquiera que esté decidiendo si quedarse, y es una oportunidad de enseñar cómo se ve lo bueno en vez de decir 'todavía no hay elementos'. El texto de error lo escribo yo y después lo discuto. Tiene que decir qué ha pasado, si fue culpa suya o nuestra, y exactamente qué hacer a continuación. 'Algo ha salido mal' es admitir que no nos molestamos. Y fuerzo el contenido: pego un nombre de sesenta caracteres y una empresa sin logo, porque los datos reales siempre son más feos que los de mentira. Hacer esto por adelantado ahorra adivinanzas a los ingenieros y me ahorra una ronda de tickets de bug que en realidad son huecos de diseño.