Organizando um produto complexo antes de implementar.

O produto busca centralizar atividades de gestão de clínicas de fisioterapia e Pilates. O domínio considerado reúne agendas, pacientes, atendimentos, turmas, pacotes, finanças, documentos e comunicação, além de regras operacionais distintas.

O desafio foi organizar uma ideia ampla em uma estrutura de produto coerente e validar a experiência antes de definir a arquitetura de produção.

O trabalho avançou em etapas conectadas, mantendo decisões e protótipo alinhados.

1. Definição de produto

   Organização do problema, do público e do domínio considerado.

2. Fluxos

   Mapeamento de jornadas, regras e exceções relevantes.

3. Arquitetura de telas

   Estruturação da navegação e das relações entre módulos.

4. Identidade e UI/UX

   Direção visual e estados necessários para tornar os fluxos legíveis.

5. Prototipação

   Validação antecipada das decisões e identificação de inconsistências.

A agenda reúne atendimentos individuais e turmas no mesmo contexto. Durante o agendamento, ações auxiliares — como cadastrar um paciente que ainda não existe — acontecem sem abandonar o fluxo ou perder os dados já preenchidos.

×

×

Claro e escuro como parte do mesmo sistema

Os dois temas preservam a mesma hierarquia, estados e estrutura de interação. A adaptação não é apenas uma inversão de cores: superfícies, contraste e elementos funcionais precisam continuar legíveis nos dois contextos.

ClaroEscuro

As decisões abaixo pertencem à definição e à prototipação do produto; não descrevem funcionalidades já implementadas.

• Agendas individuais e em grupo

  Os dois contextos exigem regras e leituras próprias, em vez de um único fluxo genérico.

• Recorrência e conflitos

  A repetição de atendimentos precisa tornar exceções e sobreposições explícitas.

• Duas camadas de status

  O estado operacional e o estado do atendimento são informações relacionadas, mas distintas.

• Cadastro rápido de paciente

  O agendamento pode abrir um cadastro essencial e retornar ao fluxo original.

Em prototipação

A direção do produto está definida. A implementação vem depois.

O Movune permanece em prototipação. A definição do produto, os principais fluxos, a arquitetura de telas e a identidade visual já possuem uma direção consolidada, enquanto o protótipo continua sendo refinado antes da definição da arquitetura de produção e do início da implementação.

Refinar antes de construir.

O próximo passo é concluir o refinamento dos fluxos e da experiência no protótipo. A partir dessa base, arquitetura e stack poderão ser definidas com as necessidades reais do produto já estabelecidas.