Jobs to Be Done (JTBD): Framework, Exemplos e Como Aplicar

A maioria dos produtos fracassa não porque a equipe construiu algo tecnicamente errado, mas porque nunca entendeu por que os clientes compravam em primeiro lugar. O framework jobs to be done (JTBD) é a lente que corrige esse ponto cego. Ele desloca a unidade de análise do produto em si para o progresso que o cliente está tentando alcançar.

O Que É Jobs to Be Done (JTBD)?

Jobs to be done (JTBD) é uma teoria de motivação do cliente que diz que as pessoas não compram produtos ou serviços diretamente. Elas os "contratam" para realizar um trabalho específico em suas vidas. Um trabalho, nesse contexto, é o progresso que uma pessoa está tentando fazer em uma situação particular, incluindo a tarefa funcional que deseja realizar, o estado emocional que quer atingir e a percepção social que quer gerenciar.

O framework foi desenvolvido e popularizado pelo professor da Harvard Business School Clayton Christensen, junto com os colegas Tony Ulwick e Bob Moesta. Cresceu a partir das pesquisas de Christensen sobre por que empresas bem gerenciadas ainda eram surpreendidas por concorrentes, um problema que ele explorou posteriormente em inovação disruptiva. O insight era simples, mas contraintuitivo: os clientes raramente pensam em termos de categorias de produto. Eles pensam em termos do resultado de que precisam agora.

Fatos Principais

• Produtos desenvolvidos com base em pesquisas JTBD têm uma taxa de sucesso de novos produtos de 86%, em comparação com aproximadamente 17% para produtos desenvolvidos de forma tradicional, segundo a pesquisa de inovação orientada por resultados da Strategyn (2016).
• Apenas 5% dos novos produtos lançados nos EUA a cada ano têm sucesso pela maioria dos critérios do setor, apesar do investimento pesado em pesquisa de mercado, conforme dados da Nielsen IQ (2014).
• 95% dos novos produtos fracassam porque as empresas focam no cliente em vez de no trabalho que o cliente está tentando realizar, segundo a análise da Harvard Business School de Clayton Christensen (2016).

A Fórmula do Job Statement

Um job statement é a ferramenta central do JTBD. Captura o que o cliente está tentando realizar em um formato estruturado que o torna testável e acionável. A fórmula padrão é:

Quando [situação], quero [motivação], para que eu possa [resultado desejado].

Essa estrutura força você a ancorar o trabalho em um contexto real (não um dado demográfico), identificar a motivação subjacente (não um pedido de funcionalidade) e nomear o benefício com que o cliente realmente se importa (não o que ele disse que queria).

Veja como isso se aplica em diferentes produtos e situações:

Observe que em cada linha, o produto mencionado ao final não é o que o cliente diria que está procurando. Ele diria algo muito mais próximo das colunas de situação e motivação.

Trabalhos Funcionais, Emocionais e Sociais

Cada trabalho para o qual um cliente contrata um produto tem até três camadas. A maioria do trabalho estratégico aborda apenas a primeira.

Uma ferramenta de agendamento que resolve apenas o trabalho funcional é uma commodity. Uma que também reduz a ansiedade de agendamento (emocional) e faz o usuário parecer profissional e organizado (social) é genuinamente diferenciada. É por isso que o JTBD é mais do que um método de pesquisa: é um guia para onde sua proposta de valor tem espaço para crescer.

As três camadas também revelam por que a troca de produto acontece. Os clientes não trocam de produto por causa de funcionalidades. Eles trocam quando o produto atual para de fazer progresso no trabalho emocional ou social, mesmo que o trabalho funcional ainda esteja sendo atendido adequadamente.

Como Aplicar o Framework Jobs to Be Done

Aplicar o JTBD na prática segue uma sequência consistente. O objetivo em cada etapa é chegar mais perto do trabalho real e mais longe de suas suposições sobre ele.

Etapa 1: Entrevistar clientes sobre eventos, não opiniões

Não pergunte aos clientes o que querem em um produto. Peça que descrevam a última vez que contrataram algo para realizar um trabalho específico. O que desencadeou a busca? Quais opções consideraram? O que os fez trocar? O que esperavam que a nova solução mudaria?

Tony Ulwick chama isso de "entrevistas de troca". Você está tentando reconstruir a linha do tempo da demanda: o momento em que a antiga solução ficou inadequada, o momento em que o cliente começou a procurar e o empurrão final que o levou a agir. Busque de 10 a 15 entrevistas antes de procurar padrões.

Etapa 2: Extrair e nomear os trabalhos

A partir das transcrições das entrevistas, extraia as situações, motivações e resultados desejados recorrentes. Agrupe-os em clusters de trabalhos. Nessa etapa, você está construindo um mapa de todos os trabalhos que seus clientes estão tentando realizar, não apenas os que seu produto atualmente aborda.

Escreva cada trabalho como um statement usando a fórmula quando-quero-para que eu possa. Mantenha a linguagem na voz do cliente, não no seu vocabulário interno.

Etapa 3: Identificar resultados mal atendidos

Para cada trabalho, faça duas perguntas: Qual é a importância de acertar isso? Qual é a satisfação do cliente com as soluções atuais? Trabalhos que são importantes, mas mal atendidos, são as lacunas onde a inovação real está. Esse é o núcleo do método de inovação orientada por resultados de Ulwick, e se conecta diretamente à blue ocean strategy, que enquadra a competição como encontrar espaços onde a demanda não é atendida.

Mapeie os trabalhos em um 2x2: importância em um eixo, satisfação no outro. O quadrante de alta importância e baixa satisfação é a sua zona de oportunidade de produto.

Etapa 4: Priorizar por adequação estratégica

Nem todo trabalho mal atendido é seu para resolver. Filtre as oportunidades de acordo com suas capacidades existentes, posicionamento competitivo e os mercados que você escolheu atender. Use as descobertas do JTBD como entrada para seu planejamento com a Ansoff matrix: esse trabalho abre um novo mercado ou aprofunda sua posição em um existente?

Etapa 5: Projetar e testar soluções em torno do trabalho

Construa funcionalidades, mensagens ou produtos inteiramente novos em torno do trabalho específico e suas três camadas. Em seguida, teste-os diretamente em relação ao job statement. Essa solução ajuda o cliente a fazer o progresso que descreveu? Aborda as camadas emocional e social, não apenas a funcional?

Um bom design orientado por JTBD frequentemente remove funcionalidades em vez de adicioná-las. Quando você conhece o trabalho real, muitas funcionalidades que pareciam importantes acabam sendo ruído que dificulta alcançar o progresso central.

Exemplos de Jobs to Be Done

A história do JTBD mais citada é o estudo do milkshake do McDonald's, e vale entendê-la completamente porque mostra o quanto o pensamento intuitivo sobre produto pode estar errado.

O McDonald's queria aumentar as vendas de milkshake. Pesquisaram os clientes e obtiveram respostas previsíveis: as pessoas queriam shakes mais grossos, mais sabores, copos maiores. Melhoraram todas essas coisas. As vendas não se moveram.

Um pesquisador de JTBD então passou um dia observando quando as pessoas realmente compravam milkshakes e as entrevistando. A descoberta foi inesperada. Quase metade de todas as vendas de milkshake acontecia antes das 8h da manhã. Esses clientes estavam em longos trajetos solo. Não estavam com fome o suficiente para uma refeição completa, mas precisavam de algo para aguentar até o almoço. O milkshake fazia isso perfeitamente: demorava muito para consumir, cabia no porta-copos, não era bagunçado e era mais nutritivo do que uma banana ou uma barra de granola.

O trabalho não era "quero um petisco gostoso". O trabalho era "me ajude a passar por um trajeto entediante sem ficar com fome e sem fazer bagunça". Os concorrentes não eram os milkshakes do Wendy's. Eram bananas, pãezinhos e barras de energia.

Aqui estão três exemplos adicionais em diferentes setores:

Em cada caso, entender o trabalho real sugere uma mensagem de marketing diferente, uma experiência de onboarding diferente e funcionalidades diferentes para priorizar. E frequentemente revela concorrentes que você não estava rastreando porque estava olhando para a categoria de produto errada.

Erros Comuns

Confundir segmentos com trabalhos. "Profissionais millennials que trabalham remotamente" é um segmento demográfico, não um trabalho. Os trabalhos transcendem os dados demográficos: um executivo de 55 anos e um freelancer de 28 anos podem ter exatamente o mesmo trabalho quando se sentam para escrever uma proposta.

Tratar preferências declaradas como trabalhos. Quando um cliente diz "quero um produto mais rápido", isso é uma preferência, não um trabalho. O trabalho está por baixo: "Quando estou apresentando para clientes, quero parecer competente, para que eu possa conquistar a confiança deles." Velocidade é uma forma de realizar esse trabalho. Não é o trabalho em si.

Resolver apenas a camada funcional. Muitas equipes fazem pesquisa JTBD, identificam o trabalho funcional com precisão e depois projetam apenas para isso. Ficam surpresas por que a adoção é baixa ou por que os clientes abandonam após 90 dias. Os trabalhos emocional e social não foram abordados, então o cliente eventualmente encontrou algo que parecia melhor, mesmo sendo funcionalmente semelhante.

Pular a etapa de priorização. Uma vez que você mapeia todos os trabalhos mal atendidos, é tentador tentar abordar todos eles. Isso leva a produtos sobrecarregados que fazem muitas coisas mal feitas. Priorize com base na adequação estratégica, não apenas no tamanho da oportunidade.

Deixar o framework ficar desatualizado. Os trabalhos mudam à medida que as circunstâncias mudam. Um trabalho que estava mal atendido há dois anos pode agora estar adequadamente atendido por um concorrente. A pesquisa JTBD precisa ser atualizada periodicamente, não tratada como uma descoberta única.

Boas Práticas

• Entreviste sobre eventos reais, não hipóteses. "O que você gostaria?" produz pensamento wishful. "Me conte a última vez que você contratou algo para isso" produz insight acionável.
• Observe o que os clientes não compram, não apenas o que compram. A não-compra frequentemente revela um trabalho que nenhum produto atual está atendendo bem o suficiente. Essa é uma das principais fontes de inovação disruptiva.
• Mapeie as descobertas do JTBD para o ciclo de vida do seu produto. Trabalhos de clientes diferentes dominam em estágios diferentes do ciclo de vida do produto. Os clientes em fase de crescimento frequentemente têm trabalhos primários diferentes dos adotantes iniciais.
• Use job statements para escrever um copy de posicionamento melhor. Uma boa pesquisa JTBD se traduz diretamente em mensagens: seu texto deve descrever a situação e o resultado desejado, não apenas as funcionalidades do produto.
• Conecte o JTBD à sua análise competitiva. A lente dos trabalhos ajuda você a ver seu conjunto competitivo real. Quando você sabe para qual trabalho seu produto é contratado, pode identificar todas as outras soluções que o cliente poderia usar em vez dele, incluindo a não-compra.
• Combine JTBD com métricas de resultado. O método de Ulwick atribui pontuações de importância e satisfação a cada trabalho, dando a você uma ferramenta de priorização quantitativa em vez de apenas uma história qualitativa.

Perguntas Frequentes

Qual é a ideia principal por trás do jobs to be done?

A ideia central é que os clientes não compram produtos. Eles contratam produtos para progredir em um trabalho específico em uma situação específica. Entender esse trabalho, incluindo suas dimensões funcional, emocional e social, é mais útil para decisões de produto e estratégia do que dados demográficos ou preferências declaradas.

Como o JTBD difere das personas de usuário?

As personas descrevem quem é o cliente: dados demográficos, comportamentos, atitudes. O JTBD descreve o que o cliente está tentando fazer em um momento específico. Duas pessoas com personas muito diferentes podem ter trabalhos idênticos. O JTBD tende a ser mais preditivo do comportamento de troca e das decisões de compra porque está fundamentado em situações, não em arquétipos.

O que é um job statement?

Um job statement segue o formato: Quando [situação], quero [motivação], para que eu possa [resultado]. Captura o contexto, a motivação subjacente e o progresso desejado. Um job statement bem escrito é específico o suficiente para ser testável e geral o suficiente para se aplicar a múltiplas soluções potenciais.

Como o JTBD se relaciona com a vantagem competitiva?

O JTBD revela seu conjunto competitivo real: qualquer solução que o cliente poderia usar para realizar o mesmo trabalho. Esse conjunto frequentemente inclui produtos de categorias completamente diferentes, não apenas concorrentes diretos. Conhecer o trabalho real ajuda você a entender onde sua vantagem competitiva realmente está e onde ela é vulnerável.

O framework pode ser usado para produtos B2B?

Sim. Em contextos B2B, o trabalho geralmente tem múltiplas camadas: o trabalho funcional da organização (automatizar aprovações de compras), o trabalho profissional do comprador (parecer um tomador de decisão competente para o CFO) e o trabalho diário do usuário (parar de perseguir pessoas para aprovações manualmente). Todos os três precisam ser entendidos, e nem sempre estão alinhados.

O jobs to be done não substitui o restante do seu toolkit de estratégia. Mas ancora tudo nele em algo concreto: o progresso real que seus clientes estão tentando fazer. Frameworks de estratégia como o business model canvas ou a Ansoff matrix se tornam ferramentas mais afiadas quando você sabe quais trabalhos está projetando para atender.