Como você lida com estados vazios, erros e casos de borda nos seus designs?

Projete-os como parte do fluxo, não como sobras. Para cada tela, especifique os estados vazio, carregando, parcial, erro e sem permissão, além do que acontece com conteúdo muito longo ou ausente. Escreva mensagens de erro que digam o que aconteceu e o que fazer em seguida, em linguagem simples. O caminho feliz polido é a parte fácil; os estados em volta dele são onde a confiança se ganha ou se perde.

Eu mantenho uma lista padrão e rodo cada tela contra ela: vazio porque você é novo, vazio porque seu filtro não achou nada, carregando, dados parciais, erro, offline, e sem permissão. São sete telas diferentes e elas não são intercambiáveis, embora eu veja isso comprimido numa ilustração triste o tempo todo. O estado vazio de primeira vez é onde eu gasto tempo de verdade, porque é a tela mais vista do produto para quem está decidindo se fica, e é uma chance de mostrar como é o bom em vez de dizer 'nenhum item ainda'. Texto de erro eu escrevo eu mesmo e depois discuto. Ele tem que dizer o que aconteceu, se a culpa foi da pessoa ou nossa, e exatamente o que fazer em seguida. 'Algo deu errado' é uma admissão de que a gente não se deu ao trabalho. E eu forço o conteúdo: eu colo um nome de sessenta caracteres e uma empresa sem logo, porque dado real é sempre mais feio que dado fictício. Fazer isso lá na frente evita que os engenheiros chutem e me poupa uma rodada de tickets de bug que na verdade são lacunas de design.