Seis princípios que escrevemos para os nossos produtos e que valem para cada sistema que construímos para clientes.
Toda empresa de software tem um jeito de decidir o que entra numa tela. O nosso está escrito em seis princípios. Eles nasceram nos produtos Flow e hoje valem para todo projeto de cliente.
1. O usuário lê a operação, não o produto
A tela fala a língua de quem trabalha. Quem opera uma rede quer saber qual bairro está sem sinal, não qual protocolo falhou. Quem atende quer saber se o cliente está em dia, não em qual tabela isso está guardado.
O jargão das ferramentas que estão por baixo fica por baixo.
2. Cada tela tem um trabalho
Um quadro para ver, uma lista para agir, um cadastro para manter. Quando uma tela tenta fazer as três coisas, ninguém sabe para onde olhar.
3. Dado que não existe não vira enfeite
Se o número ainda não existe, a tela diz isso. Não preenchemos painel com gráfico de exemplo, não inventamos cliente nem depoimento.
Parece detalhe, mas muda a confiança da equipe no sistema. Uma tela que mostra "ainda sem dados" é mais útil do que uma que mostra um gráfico bonito e falso.
Uma tela honesta vazia vale mais do que uma tela cheia de número inventado.
4. Confirmação protege quem opera
Ação que pode derrubar algo pede confirmação, pede motivo e fica registrada. Isso vale para pessoas e para agentes de IA. O registro não serve para achar culpado: serve para entender o que aconteceu e decidir o que pode ser automatizado.
5. Usamos o que vendemos
Os nossos produtos rodam na nossa operação e na dos nossos clientes. Quando algo incomoda, a gente sente primeiro.
6. Processo antes de tela
Software bom começa por entender como a equipe trabalha de verdade. Por isso a primeira etapa de todo projeto é um diagnóstico da operação, não um protótipo.
O que isso muda num projeto
Na prática, esses princípios cortam muita coisa. Cortam painéis que ninguém vai olhar, menus com vinte opções e gráficos que só existem para impressionar na apresentação. O que sobra é menor, mais rápido de construir e mais fácil de usar.
Transforme essa leitura em um sistema.
Diagnóstico da operação, projeto e construção por etapas. O próximo passo depende do seu caso, não de um pacote pronto.
