O que é Modelo Kano?
O Modelo Kano distingue como diferentes atributos afetam satisfação e ajuda a pesquisar prioridades de produto.
Modelo Kano é uma abordagem de pesquisa de qualidade que classifica atributos pelo efeito de sua presença e ausência na satisfação do cliente. Distingue atributos básicos, de desempenho, atrativos, indiferentes e reversos. A classificação depende de público e contexto; ajuda a discutir prioridades, mas não substitui análise de custo, risco e comportamento real.
Origem
Noriaki Kano, Nobuhiko Seraku, Fumio Takahashi e Shin-ichi Tsuji publicaram Attractive Quality and Must-Be Quality em 1984 no Journal of the Japanese Society for Quality Control. O artigo propôs uma leitura bidimensional da qualidade e examinou respostas de consumidores sobre atributos de produtos. O modelo ficou associado ao nome de Kano, mas a publicação original tem quatro autores. Aplicações posteriores levaram a abordagem para serviços e produtos digitais.
Fonte primária: Attractive Quality and Must-Be Quality
Na prática
O Modelo Kano ajuda a entender que a presença e a ausência de uma característica não provocam reações simétricas. Um produto pode perder confiança por falhar num requisito básico sem receber elogio quando simplesmente o cumpre. Outra capacidade pode agradar mais à medida que melhora, e uma surpresa útil pode encantar mesmo sem ser esperada. Em vez de atribuir a todas as funcionalidades um valor único, a equipe investiga como cada atributo afeta satisfação num público e contexto definidos.
O que acontece quando falta
Sem distinguir o efeito dos atributos na satisfação, equipes podem gastar esforço em surpresas pouco relevantes enquanto falhas básicas afastam clientes. O Modelo Kano oferece uma forma de pesquisar essas diferenças. Não é obrigatório para toda decisão de produto, mas algum entendimento sobre o que clientes esperam, valorizam ou rejeitam é necessário. O método funciona melhor combinado com outras evidências de discovery.
Como funciona o Modelo Kano
O Modelo Kano ajuda a entender que a presença e a ausência de uma característica não provocam reações simétricas. Um produto pode perder confiança por falhar num requisito básico sem receber elogio quando simplesmente o cumpre. Outra capacidade pode agradar mais à medida que melhora, e uma surpresa útil pode encantar mesmo sem ser esperada. Em vez de atribuir a todas as funcionalidades um valor único, a equipe investiga como cada atributo afeta satisfação num público e contexto definidos.
Básicos ou obrigatórios. São aspectos cuja ausência costuma frustrar, enquanto sua presença é vista como normal. Um serviço bancário que mostra saldo incorreto pode perder confiança; mostrar saldo correto não é uma surpresa encantadora. Não conclua que todo requisito básico é barato ou pode ser priorizado sem estudo. Segurança, confiabilidade e obrigações podem exigir investimento significativo. A classificação depende das expectativas do público naquele momento.
Desempenho. Alguns atributos apresentam relação aproximadamente crescente entre desempenho e satisfação. Quanto menor a espera de um serviço, por exemplo, maior pode ser a satisfação dentro de limites relevantes. A resposta não precisa ser perfeitamente linear, e o benefício marginal pode cair. Descubra qual faixa importa ao público. Otimizar de dois segundos para um segundo talvez tenha menos valor que resolver uma falha de acessibilidade que impede concluir a tarefa.
Atrativos. Uma característica inesperada pode gerar satisfação quando existe e pouca frustração quando falta. Isso não autoriza perseguir novidades enquanto necessidades básicas falham. Atributos atrativos também podem deixar de surpreender com o tempo, quando concorrentes os oferecem e expectativas mudam. A classificação é uma fotografia de um grupo e período, não uma propriedade eterna da funcionalidade.
Indiferentes e reversos. Um atributo indiferente parece não alterar muito a satisfação do grupo pesquisado. Pode ser caro de construir sem melhorar resultado. Um atributo reverso pode desagradar quando é oferecido, como uma automação que tira controle de parte do público. Essas categorias lembram que adicionar funções não é sempre positivo. Também exigem segmentação: uma opção irrelevante para um grupo pode ser indispensável para outro.
Perguntas funcionais e disfuncionais. A pesquisa Kano costuma apresentar a mesma característica em duas condições: como a pessoa reagiria se ela existisse e como reagiria se não existisse. Combinações de respostas ajudam a classificar o atributo. Formule descrições compreensíveis, sem prometer uma solução idealizada que enviesará a resposta. Teste o questionário com poucas pessoas antes de distribuí-lo e registre quem respondeu. Respostas sobre uma hipótese não equivalem a comportamento observado.
Análise de grupos. Não misture clientes novos e experientes, canais ou necessidades muito diferentes sem verificar divergências. Uma maioria pode esconder um grupo para quem um atributo é reverso. Mostre a distribuição das respostas, não apenas o rótulo vencedor. Se resultados são ambíguos, entrevistas e observação podem ajudar a entender o motivo. O modelo organiza sinais, mas não substitui pesquisa qualitativa nem experimentos de uso.
Prioridade não é automática. Priorização envolve também custo, risco, estratégia, dependências e viabilidade. Uma classificação básica sugere que falha nesse aspecto pode prejudicar o produto, mas não fornece a ordem exata do backlog. Um atrativo caro pode ser uma aposta ruim agora; outro barato pode diferenciar. Compare o efeito esperado para clientes com recursos necessários e hipóteses ainda abertas. Registre o motivo da decisão para reavaliá-la.
Relação com discovery. O Modelo Kano é uma ferramenta dentro de Product Discovery. Pode complementar entrevistas sobre problemas, testes de protótipo e análise de uso. Ele não descobre sozinho necessidades que o time nem pensou em perguntar. Também não diz qual solução técnica implementar. Se clientes valorizam clareza de status, várias soluções podem atender ao mesmo desejo. Explore o problema antes de fixar uma funcionalidade no questionário.
Revisão contínua. À medida que o produto e o mercado mudam, repita a investigação para atributos decisivos. Compare respostas de grupos equivalentes e observe se uma característica antes atrativa virou requisito esperado. Não transforme essa possibilidade em regra universal de que todo encantamento obrigatoriamente vira básico. Contexto e concorrência importam. A equipe precisa revisar também se as categorias previstas se confirmaram no uso real.
Exemplo do Modelo Kano num aplicativo
Imagine uma equipe hipotética que cuida de um aplicativo de consultas. Ela avalia três ideias: confirmação confiável do agendamento, redução do tempo de busca e sugestão personalizada de horários. Antes, todas aparecem como “alto valor” numa lista sem distinção. Um questionário com 60 participantes do público escolhido, junto de entrevistas, sugere que confirmação é básica, tempo de busca é de desempenho e sugestão é atrativa para parte do grupo. Esses números são ilustrativos.
A equipe primeiro corrige falhas de confirmação, pois pessoas que pensavam ter agendado não encontravam registro. Depois testa uma busca mais rápida e mede conclusão da tarefa. A sugestão personalizada fica como experimento menor, porque custa mais e alguns usuários preferem escolher manualmente. Em um grupo diferente, a sugestão pode ser reversa; a equipe mantém controle para desativá-la. O modelo não toma a decisão sozinho, mas muda a conversa sobre onde o investimento protege confiança e onde testa diferenciação.
Antes, três ideias competiam como funcionalidades equivalentes. Depois, há hipóteses diferentes sobre satisfação, custo e risco. Se a confirmação melhorar e a taxa de comparecimento não mudar, o time investigará outras causas. A classificação de Kano não promete um resultado de negócio; ajuda a desenhar perguntas e prioridades que podem ser verificadas.
Como aplicar o Modelo Kano
Defina público e contexto
Escolha uma tarefa e um grupo de clientes que possam responder sobre o mesmo problema.
Selecione atributos
Descreva características compreensíveis sem sugerir a resposta desejada.
Pergunte presença e ausência
Teste questões funcionais e disfuncionais e combine respostas segundo o método.
Examine divergências
Veja distribuição, grupos e respostas ambíguas; complemente com conversa e observação.
Decida e teste
Pondere categoria, custo, risco e estratégia; verifique efeito no uso real.
Erros comuns no Modelo Kano
- Tratar classificação como permanente. Expectativas mudam.
- Misturar públicos. Uma característica pode agradar um grupo e incomodar outro.
- Confundir opinião e comportamento. Questionário não prova adoção.
- Perguntar solução enviesada. Descrição sedutora altera resposta.
- Fazer ranking automático. Custos, risco e estratégia também importam.
- Buscar encanto antes do básico. Falhas fundamentais podem destruir confiança.
Para se aprofundar
Fontes primárias
- Attractive Quality and Must-Be Quality, Noriaki Kano, Nobuhiko Seraku, Fumio Takahashi e Shin-ichi Tsuji (1984)
- About the Kano Model, Kano Model
Termos relacionados
Perguntas frequentes
O que é o Modelo Kano?
É uma abordagem de pesquisa que relaciona presença e ausência de atributos à satisfação de clientes. Classifica características como básicas, de desempenho, atrativas, indiferentes ou reversas. Foi publicada em 1984 por Noriaki Kano e três coautores. Serve para entender expectativas e apoiar decisões de produto, sem dispensar análise de custo, risco e observação do comportamento real.
Quais são as categorias do Modelo Kano?
Básicos frustram quando faltam e costumam ser esperados quando presentes. Atributos de desempenho tendem a aumentar satisfação conforme melhoram. Atrativos agradam quando aparecem sem serem esperados. Indiferentes têm pouco efeito para o grupo analisado, e reversos podem desagradar quando oferecidos. Essas categorias dependem de público, contexto e época; não são etiquetas permanentes da funcionalidade.
Como funciona uma pesquisa Kano?
Para cada atributo, o questionário pergunta como a pessoa se sentiria se ele estivesse presente e como se sentiria se estivesse ausente. A combinação de respostas ajuda a classificar o atributo. A equipe deve testar se as frases são claras, analisar grupos e considerar respostas ambíguas. Pesquisa declarativa apoia hipóteses, mas precisa ser complementada por entrevistas, observação e dados de uso.
Um atributo atrativo pode virar básico?
Pode, quando a experiência se torna comum e clientes passam a esperá-la. Isso não ocorre automaticamente com toda inovação. Público, concorrência e tempo alteram expectativas. Se uma função era surpreendente, vale reavaliar sua classificação depois que mais pessoas a usam. Para decisões importantes, compare grupos equivalentes e observe comportamento, não apenas repita um rótulo antigo.
O Modelo Kano define a ordem do backlog?
Não sozinho. A classificação mostra como um atributo pode afetar satisfação, mas não calcula esforço, dependências, risco, estratégia ou valor econômico. Ela pode indicar que uma falha básica merece atenção antes de um atrativo. A ordem final exige combinar essa informação com objetivos de produto e testar se a solução escolhida realmente melhora a experiência.
