Como transformei uma navegação em cascata, cega ao contexto, em uma sidebar que se reconfigura a cada persona — entregando sete jornadas a partir de um único componente.
SaaS B2B de gestão de plantões, escalas e faturamento de unidades de saúde — RH, financeiro, compliance e operação num só produto.
Contratos, escalas, controle de documentação obrigatória, valoração de plantões, disputas e faturamento — tudo em uma única plataforma, conectando ponta operacional e financeiro.
Liderei desde a descoberta do problema, defini a nova estrutura de UX, mapeei o impacto em todas as páginas do produto e conduzi o time de design para incorporar a navegação ao design system existente.
Um menu fixo e hierárquico, igual para toda persona. Achar uma página exigia descer camadas de submenus repetidos.
Todos os módulos do produto eram listados em uma única árvore vertical, independente da persona ou da tarefa. O gestor financeiro via os mesmos itens que o coordenador médico — e nenhum dos dois encontrava rapidamente o que precisava.
A sidebar passou a se reconfigurar conforme o contexto ativo do usuário — Contrato, Unidade, ORG, Backoffice, Base Global, Favoritos ou estado não-configurado. Cada contexto carrega apenas as páginas relevantes para aquela jornada.
Quatro objetivos entre UX, produto, design system e negócio.
{it.desc}
Personas, entrevistas e análise de tickets apontaram o mesmo padrão: a navegação tratava todos os usuários como iguais.
Observamos que, ao logar, o usuário gasta >80% do tempo dentro de um único contrato ou unidade. A sidebar antiga tratava todas as opções como igualmente prováveis — quando na prática elas não são.
Coordenadores médicos não tocam em faturamento. Gestores financeiros não abrem matriz documental. Ao cruzar permissões reais com tarefas reais, sete jornadas distintas emergiram do mesmo produto.
Telas como Gestão de Faturamento e Documentação têm 10+ colunas. Em monitor 1366px com sidebar expandida, o usuário rola horizontalmente o tempo todo. A sidebar colapsada deixou de ser feature — virou requisito.
Em vez de inventar componentes para cada contexto, decidimos reusar a mesma anatomia (tabela, filtros, tabs, kanban) e variar apenas o conteúdo da sidebar. O usuário aprende uma vez, aplica em sete lugares.
Sete contextos, cada um uma jornada permissionada com páginas e prioridades próprias. O mesmo componente se reconfigura.
Cada contexto é uma combinação (persona × intenção × permissão) que determina exatamente quais páginas a sidebar oferece naquele momento.
Eles não são telas diferentes — é o mesmo componente carregando estruturas diferentes.
Onde o gestor resolve o dia-a-dia: profissionais, documentos, indicadores e faturamento. O contexto escolhido como case principal.
Contrato e Unidade são pontos da mesma jornada. A sidebar reconfigura as páginas; o header do registro permanece.
O sétimo contexto: uma camada pessoal onde cada usuário fixa as páginas que mais usa, de qualquer contexto.
Defina um apelido para encontrar essa página rapidamente na sua lista pessoal.
Acionável a partir do botão "+ Adicionar favorito" no rodapé da sidebar — disponível em todos os outros contextos.
O nível executivo — diretor, CFO, compliance. Os mesmos componentes do Contrato, agregados por toda a organização.
Decisões de negócio: aceitar um novo contrato? Onde está o gargalo de margem? Qual filial precisa de atenção?
Decisões de gestão de contrato: documentação em dia? Faturamento bate com escalas? Profissionais regularizados?
Decisões de chão de fábrica: quem está de plantão amanhã? Qual médico não validou ponto? Tem cobertura para o feriado?
O único contexto interno: o time Plenno gere permissões, organizações e usuários — em 4 níveis, multi-tenant.
Operação para cadastrar centenas de médicos de uma vez via planilha modelo. O usuário baixa o template, preenche, valida campos no upload e o sistema importa — com pré-visualização de erros antes de comprometer dados.
É uma das poucas ferramentas do Plenno que só existe em Backoffice. Faz sentido: só o time Plenno onboarda novos contratos com profissionais ainda não cadastrados.
Registro mestre de cada profissional. Existe uma vez e alimenta todos os contratos — fim da duplicação.
{/* Entry point — user menu dropdown */}Base Global e Backoffice são os únicos contextos que não aparecem na navegação lateral. O acesso é feito a partir do dropdown do usuário no canto superior direito.
É uma decisão deliberada: separar o que se faz todos os dias (Contratos, Unidades, Favoritos) do que se configura raramente (Base de profissionais, Backoffice). Cada espaço tem um peso diferente — e o cérebro do usuário aprende isso em uma sessão.
Sem permissão para a camada acessada, a navegação se recolhe e sobra uma mensagem clara com o próximo passo.
Suas permissões ainda não foram configuradas.
Seu usuário está ativo, mas precisa de permissões específicas para acessar esta área.
Entre em contato com a gestão para configurar suas permissões.
Cada página do Contrato em duas leituras — expandida e colapsada. Use o controle para alternar todas.
{screen.desc}
Todas as variações entraram no design system do produto: tokens, estados e acessibilidade documentados.
Um botão circular ancorado na divisão entre sidebar e conteúdo. Em vez de viver dentro do menu, ele “mora na fronteira” — sempre acessível, independente do estado.
O usuário fixa páginas frequentes na base da sidebar. Atalho que sobrevive a trocas de contexto — uma camada pessoal sobre a camada permissionada.
Toggle persistente no rodapé da sidebar, em vez de escondido em configurações. Acessível em um clique de qualquer página.
O contrato selecionado fica destacado e abre um nível filho sem perder o pai. A âncora visual elimina a sensação de “onde estou?”.
O sinal mais consistente veio do uso: a navegação saiu do caminho. Em entrevistas, gestores disseram “saber onde estão”.
Usuários reportaram melhora na velocidade para encontrar páginas e ferramentas que utilizam no dia-a-dia.
A sidebar colapsada liberou espaço crítico em telas com tabelas densas (Faturamento, Documentação) — viabilizando trabalho em monitores menores.
O mesmo componente serve sete jornadas. O time de produto passou a criar novos módulos sem reinventar navegação.
Novos clientes passam menos tempo explorando o menu — o contexto já guia para onde ir, em vez de exigir mapa mental.
Antes eu abria a navegação e travava. Hoje sinto que ela já sabe o que eu vim fazer.
O projeto consolidou na minha prática a ideia de que navegação é arquitetura, não decoração. Ela carrega a maior parte do contrato entre produto e usuário sobre “onde estou” e “para onde posso ir”.
Os sete contextos estão documentados — do operacional ao silencioso. Cada um carrega uma decisão de design própria, e juntos formam o sistema de navegação do Plenno.