Axenya · Saúde Digital

Saúde digital para o cuidado com diabetes

Cliente Axenya · 2Mundos
Período ~6–8 meses (R&D → V5)
Papel UX Lead
Setor Saúde Digital
App Axenya e painel do médico

Visão Geral

Um médico pessoal para o cuidado com diabetes

A Axenya é uma plataforma voltada exclusivamente ao tratamento da diabetes — "seu médico pessoal de cuidados com diabetes" — para pessoas com ou sem diagnóstico, com foco em integração médica. Como UX Lead na 2Mundos, liderei o time na construção ponta a ponta de toda a aplicação, em três superfícies: o app do paciente, o Backoffice Doctor e o Backoffice Axenya.

Entregável Pesquisa com Usuários
Entregável Visão de Produto
Entregável Design UI/UX
Entregável Design System

O Desafio

O cliente trouxe um projeto iniciado por outra empresa que não conseguiu levar o produto adiante. Precisávamos retomá-lo e levá-lo a um MVP real.

Após reuniões com os gestores do cliente, a 2Mundos começou um processo de facilitação para transformar um projeto travado numa experiência de cuidado contínuo com diabetes — conectando médico e paciente em um app e dois backoffices, evoluindo o produto conceitual e tecnicamente junto ao desenvolvimento.

"Welcome to the digital health new era."
Escopo do projeto 3 Superfícies do produto
Fato do autor 24 Entrevistas (médicos e pacientes)
Ecossistema Axenya: funcionalidade individual, cuidado unificado

Ecossistema Axenya — funcionalidade individual, cuidado unificado

Fase 01

Descoberta

Ouvindo médicos e pacientes

Começamos com entrevistas com médicos e pacientes, além de pesquisa quali e quanti sobre as dores mais frequentes de quem convive com diabetes — no Brasil e no mundo — e benchmark competitivo.

24 entrevistas com dois públicos: médicos e pacientes
Pesquisa quali e quanti sobre as dores do dia a dia de quem tem diabetes
Benchmark competitivo de referências de saúde digital
Enquadramento do ecossistema entre paciente, médico e operação

Insight Principal

Um produto travado não se resolve adicionando funcionalidades. Resolve-se ao reestabelecer o que o produto é — e não é — para as duas pessoas que se encontram nele: o paciente e o médico.

Fato do autor 24 Entrevistas realizadas
Escopo do projeto 2 Públicos entrevistados
Wireframes de baixa fidelidade do fluxo do usuário (1)
Wireframes de baixa fidelidade do fluxo do usuário (2)

Wireframes de baixa fidelidade mapeando o fluxo central

Fase 02

Estratégia

Transformando ideias em produto

Os investidores chegavam com muitas ideias. Usamos design thinking e um processo de product design para transformá-las — um método de sete etapas que levou o conceito da visão de produto ao fluxo sequencial, com revisão técnica e de negócio a cada passo.

Visão de produto: É / NÃO É / FAZ / NÃO FAZ
Personas e brainstorming de funcionalidades
Revisão técnica de UX e viabilidade de negócio
Jornadas dos usuários, inserção das funcionalidades nas jornadas e fluxo sequencial

Decisão Estratégica

UX/UI trabalhou integrado ao desenvolvimento, evoluindo o produto conceitual e tecnicamente ao mesmo tempo — e não desenhando telas para jogar por cima do muro.

Escopo do projeto 7 Etapas de discovery e definição
Escopo do projeto 3 Superfícies definidas
Conceito do app e desenho atual

Do conceito ao desenho atual do app do paciente

Fase 03

Design

Construindo o sistema

O design saiu das jornadas e do fluxo sequencial para um sistema completo: grid base de 8 px, style guide e uma biblioteca de widgets de saúde editáveis. O app do paciente gira em torno de um dashboard com glicose média estimada, eA1c e o último HbA1c.

Widgets de saúde editáveis

Glicose, Exercício, Time in Range, Alimentação, HbA1c, Pressão arterial, Insulina e Peso — widgets que o paciente edita e adiciona.

Registro de refeição e seletores customizados

Registro de refeição com foto e calorias, além de teclado numérico e seletor de hora customizados para entrada rápida no dia a dia.

Dashboard de glicose

Glicose média estimada, eA1c e o último HbA1c, dando a paciente e médico uma leitura compartilhada do controle.

Design system em grid de 8px

Tipografia Roboto de 8 a 72 px, azul primário em três tons e cinco cores semânticas de dados, sobre um grid base rígido de 8 px.

Escopo do projeto 8 Widgets de saúde
Escopo do projeto 5 Cores semânticas de dados
Telas do app: início, diário e conexões

App do paciente — início, diário e conexões

Componentes de UI: widgets de saúde
Componentes de UI: registro de refeição e seletor de hora
Guia de estilo: paleta de cores
Tipografia Roboto e escala de tamanhos

Guia de estilo — paleta de cores e escala tipográfica Roboto

Backoffice do médico: visão do paciente

Backoffice do médico — a visão do paciente

Fase 04

Validação e Hand-off

Da V1 ao MVP

A primeira versão ficou pronta para desenvolvimento em cerca de dois meses, com um hand-off muito bem estruturado. Dali o produto evoluiu por versões sucessivas até a V5 — o MVP — ao longo de cerca de seis a oito meses de R&D.

Hand-off estruturado entre design e desenvolvimento
Arquivos Figma versionados para App, Backoffice Doctor e Backoffice Axenya
"Design in progress" vira "Ready to Develop" após aprovação, e o próximo design continua
Componentes com nomenclatura versionada ("Component Name / Version 1")

Como entregamos

Um workflow vivo no Figma manteve design e código em sincronia: o aprovado ia para "Ready to Develop" enquanto a próxima iteração seguia em "Design in progress" — um pipeline contínuo.

Fato do autor ~2 Meses até a V1 pronta para dev
Fato do autor V5 Versão entregue (MVP)
Fluxo de arquivos e versões no Figma

Fluxo de arquivos e versões no Figma (aqui até a Version 3 — ilustração do método, não uma contagem de versões)

Escopo e Fatos

O que foi construído

Os resultados pós-lançamento da Axenya ainda estão sendo confirmados. Os números abaixo são fatos verificáveis do trabalho — o escopo entregue e valores informados pelo autor — cada um com seu rótulo de origem.

Fato do autor 24 Entrevistas com médicos e pacientes
Escopo do projeto 3 Superfícies: app do paciente + 2 backoffices
Escopo do projeto 8 Widgets de saúde editáveis
Escopo do projeto 7 Etapas de discovery e definição
Fato do autor ~2mo Até a V1 pronta para dev, hand-off estruturado
Fato do autor V5 MVP alcançado (~6–8 meses de R&D)