Backlogando
Voltar para Product Owner Júnior
Módulo 6 22 min

OKRs e KPIs para POs

Nível: Júnior | Duração estimada de leitura: 22 minutos | Categoria: Trilha Júnior — Módulo 6

Introdução

Você acabou de terminar a sprint review. O time entregou tudo. Velocity ótimo, zero bugs críticos, stakeholders satisfeitos na cerimônia. Parece perfeito — até o seu gestor perguntar: "Mas isso moveu alguma agulha no negócio?"

Silêncio.

Essa cena acontece toda semana em empresas de tecnologia no Brasil. Times que entregam muito, mas não conseguem mostrar o impacto do que entregam. POs que dominam o backlog, mas não sabem conectar o trabalho do time à estratégia da empresa.

O problema não é falta de esforço. É falta de dois frameworks que juntos formam a base da gestão de resultado em produto: KPIs e OKRs.

A maioria dos POs júnior conhece um ou outro superficialmente, confunde os dois, ou sabe a teoria mas não sabe como aplicar no dia a dia. Neste módulo você vai aprender os dois do zero, entender como eles se complementam e sair daqui sabendo exatamente como usar cada um na sua rotina de produto.

KPIs — o que são e para que servem

KPI é uma sigla em inglês: Key Performance Indicator. Em português: Indicador-Chave de Desempenho.

KPIs são métricas que você monitora continuamente para saber se o produto está saudável. Eles respondem à pergunta: "Como o produto está performando agora?"

Pense nos KPIs como o painel de instrumentos de um carro. A velocidade, o nível de combustível, a temperatura do motor — você não precisa olhar a todo momento, mas precisa monitorar regularmente para saber se está tudo bem. Se algum indicador sair do normal, você sabe que algo precisa de atenção.

Para um time de produto, os KPIs mais comuns são divididos em categorias:

Métricas de aquisição: número de novos usuários por semana, custo de aquisição por cliente (CAC), taxa de conversão de visitantes para cadastro.

Métricas de ativação: percentual de usuários que completam o onboarding, tempo até a primeira ação de valor no produto.

Métricas de retenção: usuários ativos mensais (MAU), usuários ativos diários (DAU), churn rate (taxa de cancelamento), taxa de retorno após 7, 30 e 90 dias.

Métricas de receita: MRR (Receita Recorrente Mensal), ticket médio, LTV (valor do ciclo de vida do cliente), revenue churn.

Métricas de satisfação: NPS (Net Promoter Score), CSAT (Customer Satisfaction Score), tempo médio de resolução de suporte.

Você não precisa monitorar todos esses KPIs ao mesmo tempo. O PO escolhe quais são mais relevantes para o momento do produto e do negócio, e acompanha esses com consistência.

Como escolher os KPIs certos para o seu produto

Um erro muito comum de POs iniciantes é monitorar muitas métricas sem clareza sobre o que elas significam para o produto. Acompanhar 20 indicadores ao mesmo tempo não é sinal de maturidade — é sinal de falta de foco.

Para escolher os KPIs certos, parta de três perguntas:

A primeira: Qual é a principal forma de valor que o produto entrega? Se o produto é um app de delivery, o valor é o usuário receber o que pediu rápido e com facilidade. Os KPIs devem refletir isso — tempo de entrega, taxa de pedidos concluídos, avaliação da entrega.

A segunda: Onde está o maior risco de o produto falhar? Se você tem alto custo de aquisição mas baixa retenção, seus KPIs devem priorizar métricas de retenção e engajamento. Se o problema é conversão, o foco é nas métricas do funil de aquisição.

A terceira: O que o negócio precisa crescer agora? O produto existe dentro de um contexto de negócio. Os KPIs do produto devem se conectar com o que o negócio está tentando alcançar neste trimestre.

Uma boa prática é ter de 3 a 5 KPIs principais para o produto, com acompanhamento semanal ou quinzenal. Esses são seus KPIs principais — os que realmente importam para medir a saúde do produto no período atual.

A North Star Metric — o KPI mais importante

Dentro dos KPIs, existe um conceito poderoso que times de produto maduros usam: a North Star Metric, ou Métrica Estrela Guia.

A North Star Metric é o único indicador que melhor representa o valor que o produto entrega para os usuários e que, quando cresce, tende a refletir crescimento sustentável do negócio.

Cada produto tem a sua:

No Spotify, a North Star Metric é o tempo que os usuários passam ouvindo música. No Airbnb, é o número de noites reservadas. No WhatsApp, é o número de mensagens enviadas por dia. Em um SaaS B2B, pode ser o número de usuários ativos pagantes que completam a ação central do produto todo mês.

Por que isso importa para o PO júnior? Porque quando o time tem clareza sobre a North Star Metric, fica muito mais fácil priorizar o backlog. Cada feature proposta pode ser avaliada pela pergunta: "Isso vai aumentar nossa North Star Metric?" Se não houver uma ligação clara, a prioridade cai.

OKRs — o que são e para que servem

OKR é outra sigla em inglês: Objectives and Key Results. Em português: Objetivos e Resultados-Chave.

O framework foi criado por Andy Grove na Intel nos anos 70 e popularizado pelo investidor John Doerr, que o levou ao Google ainda nos anos 90. Hoje é usado por empresas como Google, Spotify, Airbnb, Nubank e milhares de outras ao redor do mundo.

Se KPIs são o painel do carro que mostra como você está indo, OKRs são o destino que você colocou no GPS. Eles respondem à pergunta: "Aonde queremos chegar neste trimestre — e como saberemos que chegamos lá?"

Um OKR é composto por duas partes:

Objetivo: Uma declaração qualitativa, inspiradora e direcional. Responde à pergunta "Aonde queremos chegar?" O Objetivo não tem número. Ele é uma frase que mobiliza o time em direção a algo importante.

Resultados-Chave: Métricas quantitativas que medem se o Objetivo foi alcançado. Respondem à pergunta "Como sabemos que chegamos lá?" Os Resultados-Chave têm números, prazos e são verificáveis.

Exemplo prático:

Objetivo: Tornar a experiência de checkout do app a melhor do mercado.

Resultado-Chave 1: Aumentar a taxa de conversão no checkout de 62% para 78% até o fim do trimestre.

Resultado-Chave 2: Reduzir o tempo médio de conclusão de uma compra de 4,2 minutos para 2,5 minutos.

Resultado-Chave 3: Reduzir o NPS específico da etapa de pagamento de 34 para 60.

Perceba: o Objetivo é inspirador e qualitativo. Os Resultados-Chave são concretos e mensuráveis. Essa combinação é o coração do OKR.

A diferença real entre KPI e OKR

Essa é a confusão mais comum no mercado — e entender a diferença vai separar você da maioria dos POs júnior.

KPI é o que você monitora continuamente. OKR é o que você quer mudar em um período específico.

KPI responde: "Como estamos?" OKR responde: "Para onde vamos e como saberemos que chegamos?"

KPI não tem prazo de encerramento. OKR tem começo e fim — geralmente um trimestre.

KPI mede saúde e performance contínua. OKR mede progresso em direção a uma transformação específica.

Um KPI pode se tornar Resultado-Chave de um OKR quando você decide que aquela métrica precisa melhorar. Por exemplo: churn rate é um KPI monitorado todo mês. Se você define como meta reduzir o churn de 8% para 4% neste trimestre, esse KPI vira um Resultado-Chave de um OKR.

Veja como os dois convivem na prática:

KPI monitorado toda semana: churn rate atual é 7,2%.

OKR do trimestre — Objetivo: Tornar o produto indispensável para nossos usuários nos primeiros 90 dias.

Resultado-Chave derivado desse KPI: Reduzir o churn dos primeiros 90 dias de 7,2% para menos de 3,5%.

O KPI virou Resultado-Chave porque o time decidiu que aquela métrica precisa de atenção prioritária agora. Ao final do trimestre, o Resultado-Chave é avaliado. O KPI continua sendo monitorado mesmo depois, para garantir que a melhora se sustentou.

Como escrever um bom Objetivo

O Objetivo é a parte mais difícil de escrever bem. Muita gente confunde Objetivo com tarefa ou projeto.

Objetivo ruim: "Lançar a nova versão do aplicativo." — Isso é uma entrega, não um objetivo. Não diz para quê serve o lançamento.

Objetivo bom: "Entregar uma experiência de app que faça nossos usuários preferirem nos usar no dia a dia em vez da concorrência."

Um bom Objetivo tem estas características:

É inspirador. As pessoas do time devem ler e sentir que vale a pena trabalhar por isso.

É qualitativo. Sem números — os números ficam nos Resultados-Chave.

É alcançável no período. Geralmente um trimestre (3 meses). Não é uma visão de 5 anos.

É específico o suficiente para dar direção. Não pode ser tão genérico que qualquer coisa possa ser encaixada nele.

Teste prático: mostre o Objetivo para alguém do time e pergunte se aquilo faz sentido sem precisar de explicação. Se a pessoa precisar de contexto para entender, o Objetivo está vago demais.

Como escrever bons Resultados-Chave

Se o Objetivo diz para onde ir, os Resultados-Chave são o GPS que mostra se você está chegando lá.

Um Resultado-Chave precisa ser:

Mensurável. Tem número. "Melhorar a satisfação do usuário" não é um Resultado-Chave. "Aumentar o NPS de 42 para 65" é um Resultado-Chave.

Verificável. Qualquer pessoa pode checar se foi alcançado ou não. Sem ambiguidade.

Orientado a resultado, não a atividade. Esse é o erro mais comum.

Resultado-Chave errado: "Fazer 10 entrevistas com usuários." — Isso é uma atividade. Fazer entrevistas não garante nenhum resultado.

Resultado-Chave certo: "Identificar as 3 principais barreiras de onboarding e validar soluções com pelo menos 20 usuários." — Isso é orientado a aprendizado e resultado.

Cada OKR deve ter de 2 a 4 Resultados-Chave. Mais do que isso, o foco se perde. Menos do que dois, dificilmente você consegue medir o Objetivo de forma completa.

Como POs usam KPIs e OKRs juntos na prática

No refinamento do backlog: Antes de aceitar uma nova história, o PO pergunta: "Qual Resultado-Chave esta história ajuda a mover?" e "Qual KPI impacta?" Se a resposta for "nenhum dos dois", aquela história provavelmente não deveria estar no topo do backlog agora.

Na priorização: Duas features disputam a próxima sprint? KPIs e OKRs juntos ajudam a desempatar. Qual tem maior impacto no Resultado-Chave que mais precisa avançar? E qual KPI pode estar sendo afetado negativamente se você não agir?

Na comunicação com stakeholders: Em vez de mostrar uma lista de features entregues, o PO mostra o progresso nos Resultados-Chave e a evolução dos KPIs. "Nosso KPI de churn estava em 7,2%. Após duas sprints focadas em onboarding, chegamos a 5,8%. Nossa meta OKR é 3,5% até o fim do trimestre — estamos no caminho certo."

Na definição de escopo: OKRs ajudam o PO a dizer não. Se uma demanda urgente chegou, o PO pergunta: "Isso se conecta aos nossos OKRs do trimestre? Qual KPI vai melhorar?" Essa conversa fica muito mais objetiva com os dois frameworks bem definidos.

Na retrospectiva trimestral: Ao final do período, o time avalia quanto de cada Resultado-Chave foi alcançado. No Google, considera-se um OKR bem-sucedido quando se atinge entre 60% e 70% dos Resultados-Chave. Atingir 100% com frequência geralmente indica que as metas foram conservadoras demais.

A estrutura de OKRs na empresa

OKRs funcionam em camadas. Nas empresas que usam bem o framework, você verá três níveis:

OKRs da empresa: Definidos pela liderança (CEO, diretoria), representam os grandes objetivos estratégicos do período. Exemplo: "Expandir para a região Sul do Brasil" ou "Tornar-nos a plataforma de referência para PMEs do setor de varejo."

OKRs de produto ou área: Definidos por VPs, Heads e Gerentes de Produto, derivam dos OKRs da empresa e mostram como produto contribui para a estratégia. Exemplo: "Aumentar a adoção do módulo de estoque entre clientes PME."

OKRs de time: Definidos com o time de desenvolvimento, mostram o que aquele time específico vai fazer para contribuir com o OKR de produto. Exemplo: "Melhorar a usabilidade do módulo de estoque para reduzir a fricção no onboarding."

Como PO júnior, você vai trabalhar principalmente com os OKRs de time — e precisa entender como eles se conectam aos OKRs de produto e empresa. Essa visão de cascata é o que faz o framework funcionar.

Erros comuns de POs com KPIs e OKRs

Confundir outputs com outcomes nos Resultados-Chave. Output é o que você entregou — uma feature, um relatório. Outcome é o resultado que aquela entrega gerou — aumento de retenção, redução de churn. OKRs medem outcomes. "Lançar X feature" como Resultado-Chave está errado. "Aumentar Y métrica após o lançamento" está certo.

Monitorar KPIs demais sem saber o que fazer com eles. Ter 20 KPIs em um dashboard não serve para nada se o time não toma decisões com base neles. Prefira 3 a 5 KPIs que o time realmente discute toda semana.

Ter OKRs demais no mesmo trimestre. Regra prática: no máximo 3 Objetivos, com 2 a 4 Resultados-Chave cada. Prefira menos e com foco real.

Não revisar KPIs e OKRs durante o trimestre. Nem KPI nem OKR é documento para arquivar em janeiro e reabrir em março. Times maduros fazem check-ins semanais ou quinzenais para monitorar o progresso e identificar o que precisa de ajuste.

Usar OKRs como ferramenta de cobrança. OKRs que as pessoas sentem como punição destroem a cultura de ambição. O que importa é o aprendizado sobre por que ficou abaixo da meta e o que fazer diferente.

Escolher KPIs que não se conectam à North Star Metric. Se a North Star do produto é o tempo de uso diário, monitorar número de downloads como KPI principal pode gerar ilusão de crescimento sem crescimento real.

Certificações e onde estudar

Livros fundamentais:

Avalie o que Importa (Measure What Matters) de John Doerr é a referência definitiva em OKRs. Conta a história do framework com exemplos reais de empresas como Google e Intel. Existe tradução em português.

A Prática de OKR de Felipe Castro é escrito por um especialista brasileiro e traz exemplos muito próximos da realidade de empresas no Brasil. Altamente recomendado para quem quer ir além da teoria americana.

Inspired de Marty Cagan tem capítulos fundamentais sobre métricas de produto e como POs devem pensar sobre KPIs para tomar decisões de backlog. Um dos livros mais importantes da área de produto.

Recursos online:

A PM3 (pm3.com.br) cobre OKRs e métricas no contexto de gestão de produto. A Tera (somostera.com) tem cursos de produto com módulos dedicados a KPIs e OKRs aplicados ao dia a dia. O blog do Felipe Castro tem artigos gratuitos e aprofundados sobre OKRs em português.

Certificações relevantes:

PSPO I (Professional Scrum Product Owner I) da Scrum.org cobre fundamentos de produto e estratégia, com conceitos que se complementam diretamente com OKRs e KPIs. A certificação Product Analytics da Reforge aborda como conectar métricas e produto — base necessária para definir bons KPIs e Resultados-Chave eficazes.

IA para POs — KPIs e OKRs com inteligência artificial

Ferramentas como Claude e ChatGPT são aliados poderosos para trabalhar com KPIs e OKRs. Você pode descrever o contexto do seu produto e pedir sugestões de North Star Metric, KPIs relevantes para o estágio atual do produto ou Resultados-Chave para um Objetivo específico.

Exemplo de prompt útil: "Sou PO de um SaaS de gestão financeira para PMEs. Nosso produto tem 3 anos, base de clientes estabelecida, e o desafio agora é reduzir o churn. Me sugira 4 KPIs prioritários para monitorar e um OKR completo (objetivo e 3 resultados-chave) para o próximo trimestre com foco em retenção."

O resultado é um excelente ponto de partida para a conversa com seu time e stakeholders — e abre perspectivas que talvez você não tivesse considerado sozinho.

Conclusão

KPIs e OKRs juntos formam a espinha dorsal da gestão orientada a resultado em produto. KPIs mostram como o produto está — são o painel de controle que você monitora continuamente. OKRs mostram para onde o time está indo e se está chegando lá — são o mapa da transformação que você quer provocar no trimestre.

O PO que domina os dois não precisa mais defender seu backlog com argumentos subjetivos. Cada decisão de priorização passa a ter base em dados e em estratégia — e isso muda completamente como você se posiciona perante stakeholders, liderança e o próprio time.

Você chegou ao final dos seis módulos principais da Trilha Júnior. Do Discovery ao OKR, você percorreu os pilares que fazem um PO deixar de ser executor de tarefas e se tornar dono do resultado de produto.

Agora começa uma nova etapa: os módulos de IA. Porque o mercado mudou. E o PO que sabe usar inteligência artificial no trabalho do dia a dia tem uma vantagem competitiva real.

No próximo módulo você vai descobrir quais ferramentas de IA estão transformando o trabalho de POs — e como começar a usá-las de forma prática, hoje mesmo.

Até lá.