Portfólio

Case 01Workflow

01O que eu criei

Workflow.Uma decisãopor vez.

Eu criei um SaaS de operações para pequenas agências encontrarem o que exige atenção, entenderem o contexto e decidirem o próximo passo.

Demo públicaDados fictíciosSomente leitura

Minha linha de raciocínio

02De onde veio

O trabalho aparecia.A decisão, não.

Eu parti de um cenário recorrente em pequenas agências: contexto dividido entre mensagens, planilhas, arquivos e gerenciadores de tarefas. Tudo mostrava atividade; quase nada revelava o que precisava ser decidido agora.

Como eu posso mostrar o que exige atenção antes que vire um problema?
Clique para silenciar o ruído0 / 4

03A ideia

Eu parei de contartarefas.

Em vez de construir outro painel de produtividade, eu desenhei o Workflow para gerenciar por exceção: o trabalho saudável fica silencioso e os riscos explicam por que subiram.

Antes47

itens disputando atenção

Minha direção01

decisão explicável agora

04O modelo

Eu preserveia cadeia de sentido.

Modelei cada alerta para voltar do limite da agência até a ação exata. A decisão central foi tratar Entrega como entidade própria — o elo entre execução e o resultado que o cliente espera.

05A experiência

Eu transformei sinalem próximo passo.

A Central responde “onde agir?”, mantém o contexto visível e termina em uma ação específica. Três momentos; nenhuma rolagem obrigatória dentro do painel.

CRÍTICO · VENCE HOJELanding page bloqueada
Sua operação pede uma decisão agora.
Sinal
Bloqueio + prazo hoje
Prioridade
Acima da atividade ambiente

06Minhas decisões

Eu escolhi coerênciaantes de volume.

As escolhas de produto e engenharia nasceram da mesma pergunta: isso ajuda alguém a decidir com confiança?

Escolha ativaGerenciar por exceção

Eu priorizei poucas situações acionáveis, não gráficos decorativos.

sinais ordenados e explicáveis

07Como eu construí

Ferramentas comfunção clara.

Eu usei uma stack enxuta para manter interface, domínio, dados e entrega verificáveis.

08Como eu protegi

Eu mantive o tenantfora do alcance do browser.

A sessão resolve usuário, membership e papel no servidor; os serviços recebem o escopo derivado e o PostgreSQL RLS funciona como segunda defesa.

  1. Sessão
  2. Membership
  3. Contexto do servidor
  4. Serviço de domínio
  5. PostgreSQL RLS
Pronto para testar as fronteiras.

Isolamentocross-tenant + IDOR

RegrasVitest + PGlite

Experiênciakeyboard + reduced motion

EntregaPlaywright + CI + build

09O que eu aprendi

Clareza também éarquitetura.

O projeto me mostrou que uma interface direta só funciona quando domínio, autorização e estados compartilham a mesma lógica.

10Como pretendo evoluir

Eu quero validarantes de escalar.

O próximo passo não é adicionar recursos por ansiedade. É colocar o fluxo diante de agências reais, medir onde a decisão ainda trava e fortalecer a operação antes de ampliar o produto.

11A história continua

Eu levei a mesma clarezapara outro problema.

No Workflow, eu organizei sinais para pequenas agências decidirem o próximo passo. No Nítido, transformei extratos financeiros em uma leitura privada, processada no próprio dispositivo e sem cadastro.

Próximo case · 02NítidoExtratos viram respostas. Os dados ficam no dispositivo.