Visão geral
HEART Framework é um framework usado em produto, UX e dados para definir métricas de experiência centradas no usuário e conectadas a objetivos, evitando medir apenas uso bruto ou métricas de negócio desconectadas da qualidade percebida. Ele funciona como uma lente de análise: ajuda o time a organizar variáveis, comparar alternativas ou tornar explícitos critérios que ficariam dispersos na conversa.
O valor de HEART Framework aparece quando o time usa os critérios, passos e dimensões descritos no conteúdo para chegar a uma decisão mais defensável. Ainda assim, o framework deve ser tratado como apoio ao raciocínio, não como fórmula automática para encerrar debates complexos.
Como entra no fluxo
HEART Framework entra bem em momentos de análise, alinhamento ou priorização, especialmente quando há múltiplas opções e o time precisa tornar critérios visíveis.
Atenção ao usar
Não orienta como definir quais dimensões são mais relevantes para cada produto.
Para que serve
Definir métricas de experiência centradas no usuário e conectadas a objetivos, evitando medir apenas uso bruto ou métricas de negócio desconectadas da qualidade percebida.
Quando usar
Use quando o time precisa acompanhar experiência de produto ao longo do tempo, comparar versões ou conectar objetivos de UX a sinais mensuráveis.
Passo a passo
Definir quais das 5 dimensões são relevantes para o produto e objetivo atual.
Para cada dimensão escolhida, definir o Goal — intenção qualitativa do que o time quer alcançar, não a métrica em si. Goal é a direção; Metric vem depois. Ex: Retention → "Aumentar engajamento de usuários ativos nos últimos 30 dias"; Happiness → "Reduzir percepção de lentidão no fluxo principal".
Para cada Goal, identificar Signals — comportamentos observáveis que indicam progresso.
Para cada Signal, escolher a Metric — o dado mensurável que captura o sinal.
Validar se as métricas são coletáveis com a infraestrutura atual.
Revisar o mapa de Goals-Signals-Metrics com produto e analytics antes de implementar.
Dicas
- Não é obrigatório usar todas as 5 dimensões — selecionar as mais relevantes.
- Happiness via survey tem viés de resposta — combinar com dados comportamentais.
- Otimizar uma dimensão pode prejudicar outra — monitorar o conjunto.
- Revisitar o mapa a cada ciclo de planejamento.
Critérios de qualidade
- As dimensões escolhidas são justificadas pelo tipo de produto e fase de desenvolvimento
- Cada Signal é comportamental e observável, não apenas declarativo
- As Metrics são mensuráveis com a infraestrutura existente
- O mapa foi revisado e aceito por produto, UX e analytics juntos
Variações
HEART para feature específica
Aplica o framework para uma funcionalidade isolada em vez de todo o produto, gerando métricas mais focadas.
HEART com North Star Metric
Combina o mapeamento HEART com definição de uma North Star Metric como indicador primário que agrega as dimensões mais críticas.
Uso estratégico
Evite quando
- Produtos sem volume mínimo de usuários para dados estatisticamente significativos
- Times que ainda não definiram os comportamentos centrais do produto
- Contextos onde a organização não tem infraestrutura de analytics para coletar os sinais
Limitações
- Não orienta como definir quais dimensões são mais relevantes para cada produto
- Medir Happiness via survey introduz viés de resposta
- As dimensões podem gerar conflito entre si
Riscos comuns
- Selecionar métricas fáceis de coletar em vez de métricas que indicam qualidade real
- Otimizar uma dimensão isolada sem considerar impacto nas demais
- Usar o HEART para justificar decisões já tomadas
Exemplos de uso
- 01Definir métricas de UX para onboarding de produto SaaS.
- 02Acompanhar sucesso de tarefa em fluxo de busca interna.
- 03Medir adoção e retenção de nova funcionalidade após lançamento.
Tags
Outros nomes
Saiba mais
Links de livros podem ser links de afiliado Amazon. Sua compra apoia o projeto sem custo adicional.
Ajude a melhorar este conteúdo
Encontrou erro, lacuna técnica ou exemplo fraco? Envie uma correção com contexto para revisão.