Priorização de produto: RICE, ICE, Kano e como decidir o que construir
Os principais métodos de priorização de produto (RICE, ICE, MoSCoW e Kano), como aplicar cada um e como trazer evidência para o backlog.
Todo time de produto tem mais ideias do que capacidade. Clientes pedem recursos, vendas promete funcionalidades, a diretoria tem prioridades e o time técnico enxerga dívidas. Sem um método, o backlog vira uma disputa de quem fala mais alto. A priorização de produto existe para transformar essa disputa em uma decisão argumentada.
Este artigo apresenta os métodos mais usados, quando cada um faz sentido e como reduzir o maior problema de todos eles: o chute.
RICE: alcance, impacto, confiança e esforço
Criado pela equipe de produto da Intercom, o RICE pontua cada iniciativa em quatro dimensões:
| Fator | Pergunta | Exemplo de escala |
|---|---|---|
| Reach (alcance) | Quantas pessoas a iniciativa afeta em um período? | Número de usuários por trimestre |
| Impact (impacto) | Quanto afeta cada pessoa? | 3 = enorme, 2 = alto, 1 = médio, 0,5 = baixo, 0,25 = mínimo |
| Confidence (confiança) | Quanto você confia nas estimativas? | 100% = alta, 80% = média, 50% = baixa |
| Effort (esforço) | Quanto trabalho exige? | Pessoas-mês |
O fator de confiança é o mais importante e o mais ignorado. Ele penaliza ideias empolgantes sem evidência e cria um incentivo para buscar dados antes de priorizar.
ICE: impacto, confiança e facilidade
Popularizado por Sean Ellis no contexto de experimentos de crescimento, o ICE é uma versão mais rápida: impacto, confiança e facilidade, cada um de 1 a 10. É útil para ordenar muitos experimentos pequenos, mas, por ser simples, é ainda mais sujeito a notas subjetivas.
MoSCoW: essencial, importante, desejável, fora
Desenvolvido por Dai Clegg, o MoSCoW classifica requisitos em Must have (obrigatório), Should have (importante), Could have (desejável) e Won't have (fora deste ciclo). Funciona bem para definir o escopo de um lançamento ou de um MVP, quando a pergunta é "o que precisa estar pronto para entregar valor?".
Modelo Kano: como cada recurso afeta a satisfação
Proposto pelo professor Noriaki Kano nos anos 1980, o modelo classifica funcionalidades pela relação entre presença e satisfação:
| Categoria | Se ausente | Se presente | Exemplo |
|---|---|---|---|
| Obrigatória (básica) | Grande insatisfação | Neutro, é o esperado | Login funcionar, pagamento seguro |
| Desempenho (linear) | Insatisfação | Satisfação proporcional | Velocidade, preço, capacidade |
| Encantamento | Ninguém sente falta | Grande satisfação | Algo inesperado que resolve um incômodo |
| Indiferente | Neutro | Neutro | Recursos que ninguém usa |
O Kano é aplicado com perguntas em pares ("como você se sentiria se o produto tivesse X?" e "se não tivesse X?"). Ele ajuda a evitar dois erros: investir em encantamento enquanto o básico falha, e gastar em recursos indiferentes porque um cliente barulhento pediu.
Comparativo dos métodos
| Método | Melhor para | Ponto fraco |
|---|---|---|
| RICE | Comparar iniciativas de tamanhos diferentes | Impacto e alcance estimados no chute |
| ICE | Ordenar muitos experimentos rápidos | Muito subjetivo |
| MoSCoW | Definir escopo de entrega | Não ordena dentro de cada categoria |
| Kano | Entender o efeito na satisfação | Exige pesquisa com clientes |
O problema de todos os métodos: o impacto é um palpite
Nenhuma fórmula corrige uma estimativa errada. Se a nota de impacto vem da intuição do gerente de produto, o RICE só dá uma aparência de rigor a essa intuição. A forma de melhorar a priorização é aumentar a confiança das estimativas antes de decidir:
- Dados de uso: quantas pessoas passam pelo fluxo que você quer mudar? É o alcance real.
- Conversas com clientes: o problema aparece espontaneamente? Com que frequência?
- Testes de interesse: um botão para um recurso que ainda não existe, uma página de pré-lançamento, uma pesquisa curta.
- Simulação: compare como diferentes perfis de usuários reagiriam a cada alternativa (recurso A, recurso B, mudança de preço) para estimar impacto relativo e quem seria afetado.
- Protótipos e testes de usabilidade: para validar se a solução resolve o problema antes de construí-la inteira.
Cada passo aumenta a confiança e, no RICE, sobe ou derruba a pontuação de forma justificada. Leia também sobre decisão baseada em dados e como validar uma ideia.
Qual o melhor método de priorização de produto?
Depende do momento. RICE é bom para comparar iniciativas diversas; MoSCoW para definir escopo de entrega; Kano para entender satisfação; ICE para experimentos rápidos. Muitos times combinam dois métodos.
Como calcular a pontuação RICE?
Multiplique alcance, impacto e confiança e divida pelo esforço. Por exemplo: alcance de 2.000 usuários, impacto 2, confiança 80% e esforço de 4 pessoas-mês resultam em 2.000 × 2 × 0,8 ÷ 4 = 800.
O que é o modelo Kano?
É um modelo que classifica funcionalidades pelo efeito na satisfação do cliente: obrigatórias, de desempenho, de encantamento e indiferentes. Ajuda a decidir o que é básico e o que diferencia o produto.
Como lidar com pedidos de clientes grandes na priorização?
Registre o pedido, estime o alcance real (quantos outros clientes têm a mesma necessidade) e passe pelo mesmo método das demais iniciativas. Exceções podem existir, mas devem ser decisões explícitas.