Ao projetar um produto excelente, divido o conceito de "fácil de usar" em três etapas-chave: visibilidade, capacidade de fixação e interação amigável. Primeiro, os usuários precisam ser capazes de descobrir facilmente as funcionalidades do produto. Em segundo lugar, o sistema deve responder em algumas centenas de milissegundos para manter a atenção do usuário. Finalmente, nos próximos um ou dois segundos, se o resultado puder ser apresentado conforme o esperado, o usuário estará mais disposto a utilizar e compartilhar.

Para os erros que possam ocorrer, devemos fornecer soluções claras, em vez de simplesmente mostrar mensagens de falha. Isso pode incluir opções de nova tentativa, processamento com atraso ou permitir que o usuário modifique os parâmetros. Essa abordagem controla efetivamente a incerteza dentro de um intervalo aceitável para o usuário.

Em cenários de aplicação em tempo real, observei que quando o design do produto considera eventos como a principal fonte de sinal e integra máquinas de estado na interface do usuário, a ansiedade dos usuários diminui significativamente. Da mesma forma, quando a equipe técnica considera a idempotência, desduplicação, verificação pós-leitura e retrocesso automático como opções padrão, toda a equipe se sente mais confiante ao lidar com o tráfego em períodos de pico.

Este enfoque na experiência do usuário é mais persuasivo do que simplesmente buscar dados de pico. Assim, prefiro colaborar com equipes que veem a experiência do usuário como um "produto público". Por exemplo, chegar a um consenso sobre normas de colaboração e modelos de comunicação, usando uma gramática de pré-confirmação unificada para reduzir os custos de comunicação.

Muitas pessoas acreditam que a rápida resposta do produto é apenas um problema técnico, mas na verdade é mais sobre como transmitir informações aos usuários. Se você conseguir fazer com que os usuários entendam em que fase estão atualmente e o que acontecerá a seguir, eles poderão esperar pacientemente aquele tempo de processamento de um ou dois segundos. Da mesma forma, se os desenvolvedores acreditarem que o sistema pode lidar automaticamente com situações excepcionais e se recuperar rapidamente, eles terão mais confiança para otimizar a janela de processamento em lote e a prioridade das transações.

Pelo contrário, se a complexidade do sistema for diretamente exposta ao usuário - como ícones de carregamento que aparecem com frequência, retrocessos inesperados ou situações de não resposta - mesmo com o hardware mais poderoso, será difícil reconstruir a confiança do usuário. Com base na minha experiência, é uma escolha sábia estabelecer "determinismo" como o produto mínimo viável. Desde máquinas de estado até a linguagem de interação com o usuário, desde modelos de parâmetros até o processo de revisão de problemas, primeiro construa essa estrutura básica e, em seguida, considere funcionalidades mais complexas e estratégias de crescimento.

Só assim, ao enfrentar períodos de pico, poderemos alcançar um estado de "mais ocupado, mas organizado", em vez de uma situação de "mais rápido, mas caótico". Esta abordagem não só pode aumentar a satisfação do usuário, mas também fortalecer a confiança e a eficiência da equipe.