Matriz de Kano (Modelo Kano)

Resposta rápida: a Matriz de Kano (ou Modelo Kano) é uma ferramenta de priorização criada pelo professor japonês Noriaki Kano em 1984. Ela classifica as funcionalidades de um produto pelo efeito que cada uma tem na satisfação do cliente, partindo de uma constatação simples: essa relação não é linear. Algumas features só geram insatisfação quando faltam; outras encantam de surpresa. O modelo separa tudo em cinco categorias para mostrar o que vale construir primeiro.

O que é a Matriz de Kano?#

A Matriz de Kano é um modelo de priorização de funcionalidades que olha cada recurso de um produto pela lente de uma pergunta só: como essa feature afeta a satisfação de quem usa? A resposta, descobriu Kano, depende do tipo de atributo — e não apenas da quantidade entregue. Um sistema sem bugs não encanta ninguém, mas um sistema cheio de bugs irrita todo mundo. Já um detalhe inesperado de design pode arrancar um sorriso sem que ninguém o tivesse pedido.

O nome vem do criador. No Brasil, a ferramenta é conhecida como Matriz de Kano, Modelo Kano ou Análise de Kano — todos se referem à mesma coisa. A premissa central, segundo a definição de referência, é que a satisfação do cliente tem mais de uma dimensão: a relação entre o quanto uma funcionalidade é entregue e o quanto o cliente fica satisfeito muda conforme a natureza daquela funcionalidade.

A grande virada de pensamento da Matriz de Kano é esta: nem toda melhoria gera satisfação na mesma medida. Investir pesado num recurso que o cliente considera apenas "obrigatório" não encanta — só evita reclamação. Por outro lado, um pequeno toque "atrativo" pode diferenciar o produto da concorrência. Por isso o modelo não pergunta "o que é mais difícil de fazer?", e sim "o que move de fato a percepção de quem compra?".

Para que serve a Matriz de Kano?#

A Matriz de Kano serve para decidir quais funcionalidades construir primeiro com base no que realmente importa para o cliente, e não no que parece importante para o time de dentro. Em vez de uma lista de desejos infinita, ela organiza os recursos pelo impacto que cada um tem na satisfação. Na prática, ela entrega:

• Priorização com foco no cliente: a classificação nasce da percepção de quem usa, não do achismo de quem desenvolve.
• Separação entre o "que evita reclamação" e o "que encanta": dois tipos de feature que costumam ser tratados como iguais, mas pedem decisões opostas.
• Identificação de diferenciais: os atributos atrativos são justamente os que destacam o produto da concorrência — e a matriz os revela.
• Economia de esforço: evita gastar tempo polindo recursos indiferentes, que não movem a satisfação em direção alguma.

Embora tenha nascido na gestão da qualidade industrial, a Matriz de Kano se espalhou para o desenvolvimento de produtos digitais, UX, marketing e gestão de portfólio. Onde houver mais ideias do que tempo — e a necessidade de escolher o que entra no roadmap —, há um caso de uso para Kano.

Quando usar: a Matriz de Kano brilha quando você tem uma lista grande de funcionalidades candidatas e precisa decidir o que entra na próxima versão, mas suspeita que o time está priorizando pelo gosto interno, e não pela voz do cliente. É a ferramenta para responder "o que disso aqui o cliente vai notar?" antes de comprometer meses de desenvolvimento.

Quais são as 5 categorias de atributos de Kano?#

O coração do modelo são as categorias de qualidade em que cada funcionalidade pode cair. O artigo original de 1984 descreveu três; a prática posterior consolidou cinco. Cada uma se comporta de um jeito na relação satisfação × funcionalidade:

• Básicos / Obrigatórios (Must-be): o cliente os toma como certos. Quando estão presentes, ninguém comemora — é o esperado. Quando faltam, geram forte insatisfação. Exemplo: freios num carro, ou o quarto de hotel estar limpo. São o piso: sem eles, nada mais importa.
• De Desempenho (One-dimensional / lineares): quanto mais, melhor. A satisfação sobe na proporção em que o atributo melhora, e cai quando ele piora. Exemplo: velocidade de carregamento de um app, ou autonomia da bateria. São os recursos sobre os quais o cliente costuma comparar marcas abertamente.
• Atrativos (Delighters / encantadores): o cliente não espera nem pede. Quando estão presentes, geram satisfação desproporcional; quando ausentes, não fazem falta. Exemplo: um brinde surpresa, ou um detalhe de interface que ninguém imaginava. São a principal fonte de diferenciação.
• Indiferentes: tanto faz para o cliente, presentes ou ausentes — não movem a satisfação em direção nenhuma. Exemplo: uma opção de configuração que quase ninguém abre. Sinalizam onde não vale investir.
• Reversos: a presença atrapalha. Parte do público preferiria que o recurso não existisse, porque o acha confuso ou excessivo. Exemplo: um assistente que insiste em aparecer, ou excesso de notificações. Mostram que "mais funcionalidade" nem sempre é melhor.

Um detalhe importante: a categoria não é uma propriedade fixa da feature — ela depende do público e do momento. O mesmo recurso pode ser atrativo para um segmento de clientes e indiferente para outro. Por isso a classificação sempre se refere a um público pesquisado, e não a uma verdade universal.

Quem criou o Modelo de Kano? (Noriaki Kano, 1984)#

O modelo foi criado por Noriaki Kano (nascido em 29 de abril de 1940, em Tóquio), professor de gestão da qualidade que fez carreira na Universidade de Ciências de Tóquio (Tokyo University of Science). Ele apresentou a teoria em 1984, no artigo "Attractive Quality and Must-Be Quality" ("Qualidade Atrativa e Qualidade Obrigatória"), publicado no periódico da Japanese Society for Quality Control, em coautoria com Nobuhiko Seraku, Fumio Takahashi e Shin-ichi Tsuji.

O que torna o trabalho de Kano singular é ter quebrado a ideia, até então dominante, de que qualidade é uma escala única — "quanto mais, melhor". Inspirado em parte na teoria dos dois fatores de Frederick Herzberg (que separava, na motivação no trabalho, fatores de "higiene" dos de "satisfação"), Kano mostrou que a satisfação do cliente segue lógica parecida: há atributos cuja ausência irrita mas cuja presença não encanta, e há outros que fazem o oposto.

O alcance da ideia é expressivo. O artigo de 1984 se tornou um dos mais citados da literatura de gestão da qualidade e deu origem a toda uma linha de pesquisa, a Teoria da Qualidade Atrativa. O próprio Kano foi reconhecido com o Prêmio Deming para Indivíduos em 1997, uma das maiores honrarias da área de qualidade, concedida pela JUSE (União Japonesa de Cientistas e Engenheiros).

"Há dois aspectos da qualidade: o subjetivo e o objetivo. É necessário investigar a correspondência entre eles."
— Noriaki Kano e coautores, no artigo "Attractive Quality and Must-Be Quality" (1984). Fonte: Journal of the JSQC e Kano model.

Como funciona o eixo satisfação × funcionalidade#

O Modelo de Kano costuma ser desenhado como um gráfico de dois eixos. Entender esses eixos é entender o modelo inteiro:

• Eixo horizontal — Funcionalidade (ou execução): o quanto aquele atributo está presente ou bem-feito. À direita, totalmente entregue; à esquerda, ausente ou malfeito.
• Eixo vertical — Satisfação: o quanto o cliente fica satisfeito. Para cima, encantado; para baixo, frustrado. O centro é a indiferença.

O insight do gráfico é que cada categoria desenha uma curva diferente nesse plano. Os atributos de desempenho formam uma reta diagonal que sobe da esquerda para a direita: mais funcionalidade, mais satisfação, proporcionalmente. Os básicos formam uma curva que mora na parte de baixo: quando ausentes, despencam para a frustração, mas quando presentes mal chegam ao zero — não passam de "ok". Já os atrativos formam uma curva na parte de cima: quando ausentes, ficam perto do zero (ninguém sente falta), mas quando presentes disparam para o encantamento.

É essa diferença de formato que explica por que tratar todas as features igual é um erro. Caprichar num básico não tira você do zero — só evita a queda. Caprichar num atrativo pode levar a satisfação para o alto com pouco esforço. O gráfico transforma essa intuição em algo visual e discutível em reunião.

Por que um atributo atrativo vira básico com o tempo?#

Uma das observações mais citadas de Kano é que os atributos "envelhecem": o que hoje encanta, amanhã será apenas esperado. A jornada típica de uma funcionalidade é Atrativo → Desempenho → Básico. Ela entra no mercado como surpresa agradável, vira motivo de comparação entre marcas e, por fim, vira pré-requisito que ninguém nota — só sente falta.

O exemplo clássico é a câmera no celular. Nos primeiros anos 2000, ter câmera no telefone era um atrativo: encantava, diferenciava, e ninguém reclamava se o aparelho não tivesse. Com o tempo, virou um item de desempenho (megapixels e qualidade entraram na disputa entre fabricantes). Hoje é um básico: um smartphone sem câmera seria considerado defeituoso e geraria forte insatisfação. O atributo percorreu as três categorias sem mudar de função — mudou a expectativa em torno dele.

A consequência prática é direta: uma classificação de Kano tem prazo de validade. Conforme a concorrência copia os diferenciais e o mercado se acostuma, a curva se desloca. Por isso a pesquisa precisa ser refeita de tempos em tempos. O encantamento de ontem é o piso de hoje.

Como aplicar a Matriz de Kano passo a passo#

Na prática, rodar uma análise de Kano num produto segue este roteiro:

1. Liste as funcionalidades candidatas. Reúna os recursos que você cogita construir ou melhorar. Mantenha cada item claro e independente, descrito do ponto de vista do cliente ("receber resumo semanal por e-mail"), não do sistema.
2. Monte o par de perguntas para cada feature. Para cada recurso, escreva duas perguntas: a funcional ("como você se sentiria SE o produto tivesse isto?") e a disfuncional ("como você se sentiria SE NÃO tivesse?").
3. Defina a escala de resposta. Use as cinco opções clássicas de Kano: "Gosto", "Espero/É obrigatório", "Sou neutro", "Tolero" e "Não gosto". A mesma escala vale para as duas perguntas.
4. Aplique o questionário a uma amostra de clientes reais. Quanto mais representativa a amostra do seu público, mais confiável a classificação. Evite responder no lugar do cliente.
5. Cruze as respostas na tabela de avaliação. Combine a resposta funcional com a disfuncional de cada respondente para descobrir a categoria (Básico, Desempenho, Atrativo, Indiferente ou Reverso) daquela feature.
6. Consolide e priorize. Garanta primeiro todos os Básicos (sem eles, o produto reprova). Em seguida, escolha alguns Atrativos para diferenciar. Ajuste os de Desempenho conforme orçamento. Descarte Indiferentes e cuidado com Reversos.

A ordem importa: não adianta encher o produto de atrativos se ele falha num básico. Um app lindíssimo que perde os dados do usuário reprova de qualquer jeito — o básico (não perder dados) precede qualquer encantamento.

Exemplo de Matriz de Kano na prática (caso fictício)#

Para sair da teoria, veja a FinZap — um aplicativo fictício de controle financeiro pessoal, sediado em Florianópolis (SC). A equipe tinha uma lista de 12 funcionalidades candidatas para a próxima versão e brigava sobre o que entrava primeiro. Em vez de decidir no grito, rodou uma análise de Kano com 200 usuários.

Passo 1 — As perguntas. Para cada feature, montaram o par funcional/disfuncional. Exemplo, sobre login por biometria: "Como se sentiria SE o app abrisse com sua digital?" e "Como se sentiria SE precisasse digitar a senha toda vez?".

Passo 2 — A coleta. Os 200 usuários responderam na escala de cinco opções, das duas perguntas de cada recurso. A equipe cruzou as respostas na tabela de avaliação de Kano.

Passo 3 — A classificação. O resultado surpreendeu o time:

• Básico: "Sincronizar os dados sem nunca perdê-los" e "exportar o extrato". Quase ninguém os elogiou, mas a ausência gerava forte rejeição — eram pré-requisitos.
• Desempenho: "Categorização automática de gastos". Quanto mais precisa, mais satisfação — uma relação linear clara.
• Atrativo: "Resumo do mês em áudio, narrado". Ninguém havia pedido, mas a ideia encantou os respondentes — virou o diferencial da versão.
• Indiferente: "Temas de cores personalizados". Tanto fazia para a maioria.
• Reverso: "Notificação diária de saldo". Boa parte do público não queria — achava intrusivo lembrar da conta todo dia.

Passo 4 — A decisão. A FinZap travou a versão garantindo os dois básicos, refinou a categorização (desempenho), investiu no resumo em áudio (atrativo) como gancho de marketing, cortou os temas de cores (indiferente) e removeu a notificação diária (reverso). Resultado: lançou um diferencial real sem desperdiçar esforço no que o cliente não notava — ou rejeitava.

O que é o questionário funcional/disfuncional#

O motor de coleta da Matriz de Kano é o par de perguntas funcional e disfuncional. Para cada feature, o cliente responde duas vezes, sob ângulos opostos:

• Pergunta funcional (forma positiva): "Como você se sentiria se o produto tivesse esse recurso?"
• Pergunta disfuncional (forma negativa): "Como você se sentiria se o produto não tivesse esse recurso?"

Ambas usam a mesma escala de cinco pontos: Gosto · Espero (é obrigatório) · Sou neutro · Tolero · Não gosto. O truque está no cruzamento das duas respostas numa tabela de avaliação. Se a pessoa "gosta" quando tem e "não gosta" quando não tem, o atributo é de desempenho. Se ela é "neutra" quando não tem mas "gosta" quando tem, é atrativo. Se ela "espera" quando tem (acha obrigatório) e "não gosta" quando não tem, é básico. Combinações contraditórias revelam Indiferentes ou Reversos.

É esse cruzamento que dá à Matriz de Kano sua força: a classificação não vem de uma opinião direta ("isso é importante?"), e sim do contraste entre presença e ausência — sinal bem mais honesto da percepção real do cliente.

Matriz de Kano vs MoSCoW: qual a diferença?#

As duas ferramentas priorizam funcionalidades, mas a partir de fontes diferentes. A confusão é comum — e a boa notícia é que elas se complementam. A Matriz de Kano diz o que o cliente percebe; o MoSCoW diz o que entra na entrega.

Na prática, muitas equipes usam as duas em sequência: primeiro a Matriz de Kano para entender o que o cliente valoriza (garantir os básicos, mirar os atrativos), depois o MoSCoW para traduzir esse entendimento no escopo concreto da próxima entrega. Kano informa; MoSCoW decide. Comparada a uma matriz de priorização simples (esforço × impacto), a vantagem do Kano é trazer a voz do cliente para dentro do eixo de impacto, em vez de estimá-lo de dentro.

Erros comuns na Matriz de Kano#

• Responder no lugar do cliente: classificar as features no achismo do time esvazia o método. A graça do Kano é justamente captar a percepção de quem usa — sem pesquisa, é só opinião disfarçada.
• Ignorar os básicos para perseguir atrativos: encher o produto de encantadores enquanto falha num obrigatório. Sem os básicos, nada mais conta — o produto reprova antes de impressionar.
• Tratar a classificação como permanente: esquecer que o atrativo de hoje vira o básico de amanhã. Quem não refaz a pesquisa fica priorizando diferenciais que o mercado já transformou em pré-requisito.
• Confundir "atrativo" com "supérfluo": atrativo não é capricho à toa — é o que diferencia. Cortá-lo por parecer "extra" pode ser cortar exatamente o que destaca o produto da concorrência.
• Misturar públicos numa amostra só: a mesma feature pode ser atrativa para um segmento e reversa para outro. Juntar tudo num único bolo produz uma média que não descreve ninguém.
• Aplicar a tabela de avaliação errada: o cruzamento funcional × disfuncional segue uma tabela específica. Pular essa etapa e classificar "no olho" descarta a maior força do método.

Ficha técnica da Matriz de Kano#