Case Study — 2026

CuidaMe

O resgate de um app de cuidado dado como perdido: menos escopo, foco na família e, em uma semana, workshop, redesign e 100% do front-end prontos para beta — aprovados de primeira.

Cliente
Altevita · Clínica de cuidado
Ano
2026
Papel
Product Designer & Design Engineer — solo
Plataforma
App mobile · iOS & Android
Contexto
Resgate de um projeto travado há 2 anos antes da minha entrada

O CuidaMe é um app da Altevita para acompanhar o cuidado de pessoas. Nasceu como ferramenta de uma empresa de cuidado, com gestão de equipe, escalas e visita de cuidador no centro.

Quando cheguei, o produto estava há dois anos num ciclo de vai e vem: fazia, não era o esperado, refazia. A relação com o cliente estava desgastada e o projeto, na prática, fadado ao cancelamento. Eu entrei para destravar.

O que eu fiz

Resgate de projetoWorkshop de mapeamentoRedefinição de escopoUX research & fluxosRedesign de UIProtótipo navegávelCiclos de validaçãoDesign systemFront-end (direto em produção)Reuniões com stakeholders
2 anostravado antes da minha entrada, destravado
1 semanaworkshop, redesign e 100% do front-end
100%do front pronto para beta testers em 7 dias
1ªversão do protótipo aprovada de primeira
0handoff — do design direto para a produção
Novoproduto que o cliente agora vai comercializar

01 — As telas

Telas que a família entende de primeira

Redesenhei a interface inteira para o novo público: linguagem simples, hierarquia clara e as ações do dia a dia a um toque. Um só prontuário, visto por todos que cuidam.

02 — O problema

Dois anos de vai e vem e uma relação para resetar

Antes da minha entrada, o projeto passou dois anos com outro time e descarrilou pelo motivo mais comum: falta de detalhamento. Pedia-se uma coisa, entregava-se outra, refazia. Dois anos depois, o cliente estava frustrado com razão e o produto, parado.

O meu trabalho não era desenhar telas bonitas em cima de um escopo nebuloso. Era ser a peça que destrava: devolver clareza antes de devolver código.

A relação estava desgastada, e isso vinha antes de qualquer tela. Apliquei um processo de empatia com o cliente: ouvir onde doía, entender o que elas esperavam e o que já tinham desistido de pedir. A meta não era entregar o combinado — era entregar muito além da expectativa, para a confiança voltar junto com o produto.

Diagrama do ciclo de retrabalho: pedir, entregar fora do esperado, refazer
A raiz do descarrilamento: escopo sem detalhe vira retrabalho infinito.

Antes — o app que eu herdei

App antigo: formulário de cadastro de paciente com seletor de nível de dependência solto no meio da telaAntes
App antigo: formulário de cadastro de cuidador com sete campos obrigatórios e regras de senhaAntes
App antigo: tela do paciente com uma lista de oito botões iguais, sem hierarquiaAntes
App antigo: modal de ajuda sobreposto por um toast de sucessoAntes
App antigo: tela "Mais" só com Sair e Excluir conta em vermelhoAntes

O app publicado antes da minha entrada, dois anos de retrabalho depois: formulários de quinze campos, telas feitas de botões iguais, modal em cima de modal e uma aba “Mais” só com Sair e Excluir conta. Era isso que a cliente usava — e por isso estava frustrada.

03 — O método

Mapear tela a tela antes de prometer qualquer prazo

Inverti a ordem. Antes de falar em prazo, conduzi um workshop de mapeamento com o cliente: tela a tela, fluxo a fluxo, jornada a jornada. Nada de reunião de meia hora.

Dali saiu um protótipo navegável que o cliente conseguia usar de verdade. Eles criticavam, eu ajustava, em ciclo, até estar 100%. Só então assumimos prazo — com o escopo claro para os dois lados, não no escuro.

O protótipo já nasceu na stack final, em Expo. Antes de cada rodada com a cliente, eu passava as telas por heurísticas de usabilidade e boas práticas de UI; o teste ficava para o que só o uso real mostra. O refino visual acontecia direto no código, no mesmo dia, sem documento no meio. Quando a cliente aprovou, o protótipo era o produto.

Mapa de telas e fluxos do CuidaMe montado no workshop
Do workshop ao protótipo aprovado: heurísticas antes do teste, teste com a cliente, refino direto na stack. O protótipo aprovado é a produção.

04 — A virada de produto

Tirar, não acrescentar.

A direção mudou: não era um app novo, era o atual, simplificado. Nas palavras da cliente, o objetivo não era acrescentar nada — era tirar. O público também mudou, de ferramenta de empresa para uso familiar, em casa.

O CuidaMe virou um prontuário compartilhado da família. Dois cenários guiaram tudo: irmãos dividindo o cuidado de pais idosos, e pais separados dividindo o cuidado dos filhos.

Saíram as funcionalidades de empresa: gestão, escala, visita do cuidador, checagem de sinais vitais e evolução. Ficou o essencial da família: agenda de compromissos, prescrição de medicamentos e de cuidados, chat da família, anotação de enfermagem só para intercorrências e um canal para enviar comunicados e vídeos.

E entrou uma peça nova: divisão de contas no estilo Tricount. Cada um lança o que gastou com o cuidado e o app calcula quem paga quem — porque dividir o cuidado é também dividir a conta.

Antes
App antigo: tela da pessoa como lista de oito botões iguais
Depois

01 — Perfil da pessoa

Heurística: Estética e design minimalista · reconhecimento em vez de memorização

A tela da pessoa era uma pilha de oito botões iguais, sem dizer o que importa hoje, e com jargão clínico no topo: “ND: Alto”.

No redesign, a tela abre com o que a família precisa saber agora: 7 de 9 feitos no dia, o próximo compromisso e o tratamento em curso. As ações viraram acesso rápido com ícone e nome, e “ND: Alto” virou “Dependência baixa”, em linguagem de casa.

Antes
App antigo: formulário de cadastro com seletor solto no meio da tela
Depois

02 — Cadastro e ficha

Heurística: Prevenção de erros · flexibilidade e eficiência de uso

O cadastro era um formulário de quinze campos, com um seletor de nível de dependência solto no meio da tela e rótulos como “Digite o alergias”.

A ficha virou um cartão de leitura: alergias em destaque vermelho, contato de emergência com botão de ligar, diagnóstico e cuidados especiais em frases curtas. O preenchimento ficou em passos, com o essencial primeiro.

Antes
App antigo: formulário de criar prescrição com relógio em 00:00 e frequência “Nenhum”
Depois

03 — Prescrição

Heurística: Correspondência entre o sistema e o mundo real

A prescrição nascia num formulário técnico: relógio digital em 00:00, frequência “Nenhum”, recorrência, botão “Criar” desabilitado sem explicar por quê.

Agora o remédio é um cartão que a família lê como lê uma receita: nome e dose, “a cada 8 horas”, horários do dia, período com “termina em 4 dias” e a observação da médica, incluindo o lembrete de levar o frasco na troca de casa.

Antes
App antigo: divisão de gastos por valor fixo, sem acerto entre as pessoas
Depois

04 — Divisão de gastos

Heurística: Visibilidade do status do sistema

Antes, o app dividia o total por um número de pessoas escolhido à mão, com botões de mais e menos, e não dizia quem devia a quem.

Agora mostra quem pagou, quanto e a porcentagem de cada um, e calcula o acerto do mês no estilo Tricount: “Mariana repassa R$ 225,50 para Rafael”. Dividir o cuidado é também dividir a conta, sem planilha.

Antes
App antigo: slides de apresentação com ilustração genérica
Depois

05 — Primeiro acesso

Heurística: Consistência e padrões · estética

O primeiro acesso eram quatro slides com ilustração genérica e texto corrido para pular.

O novo abre com a marca, uma frase e dois caminhos: “Já tenho uma conta” ou “Criar minha conta”. Menos para ler, nada para pular, e a identidade do CuidaMe desde a primeira tela.

Antes
App antigo: modal de ajuda sobreposto por um toast
Depois

06 — Ajuda e modais

Heurística: Ajuda e documentação · controle e liberdade do usuário

A ajuda era um modal cobrindo a tela inteira, às vezes com um toast de sucesso por cima, e um botão “Mais” que só oferecia Sair e Excluir conta.

No redesign, a ajuda foi para dentro da tela: hierarquia, rótulos claros e o acesso rápido no lugar certo. Nada para fechar antes de começar a usar.

À esquerda ou à direita de cada par, a tela publicada antes do resgate, em preto e branco. Ao lado, a tela redesenhada.

05 — Resultado

De fadado ao cancelamento a nova fonte de receita

Tudo isso em uma semana: workshop de mapeamento, redesign completo e 100% do front-end feito, pronto para os beta testers. Fiz o trabalho direto no front, cortando o handoff. O que saía do design já ia para produção — e o cliente aprovou de primeira, depois de dois anos sem conseguir fechar uma versão.

Um projeto que ia ser cancelado agora será comercializado pela Altevita como produto próprio, uma nova fonte de receita, e abriu perspectiva para novos projetos juntos. A relação, de desgastada, virou parceria.

Resultados

O que mudou para o negócio

  • +De dois anos travado (antes de mim) a protótipo aprovado de primeira
  • +Uma semana do workshop ao front-end 100% pronto para beta testers
  • +Escopo simplificado: funcionalidades de empresa cortadas, foco na família
  • +App reposicionado como prontuário compartilhado da família
  • +Novo módulo de divisão de contas no estilo Tricount
  • +Design direto em produção, sem handoff
  • +De fadado ao cancelamento a produto comercializável, com novos projetos à vista

Stack

FigmaProtótipo navegávelReactReact Native / ExpoTypeScriptNativeWindDesign System

Tem um projeto travado que precisa destravar?

Eu entro, mapeio, prototipo e entrego em produção — até ficar 100%.