O que é Jobs To Be Done (JTBD)?
Em português: Trabalhos a serem realizados · Também conhecido como: JTBD, Jobs-to-be-Done, Trabalhos a serem realizados
Jobs To Be Done observa o progresso que pessoas buscam em uma circunstância para entender por que escolhem uma solução.
Jobs To Be Done (JTBD) é uma lente de descoberta que investiga o progresso que uma pessoa tenta fazer em determinada circunstância e por que escolhe uma solução. O trabalho inclui dimensões funcionais, emocionais e sociais. Em vez de partir apenas de atributos do cliente ou de funcionalidades, o time observa a situação, alternativas disponíveis e critérios de sucesso.
Origem
Jobs To Be Done reúne contribuições de diferentes autores e linhas de prática. Clayton Christensen e Bob Moesta são associados à teoria que descreve o progresso buscado em circunstâncias específicas. Christensen e coautores a explicaram em artigo de 2016. Anthony Ulwick desenvolveu, em paralelo, Outcome-Driven Innovation, uma abordagem estruturada para mapear trabalhos e resultados desejados.
Não há um único roteiro de entrevista ou definição operacional compartilhado por todas essas linhas. Algumas enfatizam a história de mudança de solução; outras mapeiam etapas de um trabalho funcional e medidas de sucesso. O verbete usa a ideia comum de compreender o trabalho do cliente e indica essas diferenças para evitar atribuir uma técnica a todos os autores.
Fonte primária: Jobs to Be Done Theory
Na prática
Quando alguém escolhe uma ferramenta, serviço ou comportamento, costuma tentar avançar em algo que importa naquela situação. JTBD chama esse avanço de trabalho a ser realizado. O produto é uma opção para ajudar, não o centro da investigação. Duas pessoas com a mesma idade e renda podem escolher soluções diferentes porque enfrentam circunstâncias diferentes; duas pessoas de perfis distintos podem buscar o mesmo progresso. A pergunta passa de "quem compra?" para "o que estava tentando resolver naquele momento?".
O que acontece quando falta
Sem entender o progresso procurado, uma equipe pode investir em atributos do produto que parecem atraentes mas não ajudam na situação de escolha. A segmentação fica presa a perfis amplos e a concorrência real permanece invisível. Um serviço pode melhorar tecnicamente e ainda perder para uma alternativa simples que cabe melhor na rotina das pessoas.
JTBD não é a única forma de investigar clientes. Seu valor é lembrar que escolha tem contexto, alternativas e critérios de sucesso. Quando o time conecta esses elementos a experimentos, pode decidir com mais clareza o que oferecer e para quem.
Como funciona a lente Jobs To Be Done
Quando alguém escolhe uma ferramenta, serviço ou comportamento, costuma tentar avançar em algo que importa naquela situação. JTBD chama esse avanço de trabalho a ser realizado. O produto é uma opção para ajudar, não o centro da investigação. Duas pessoas com a mesma idade e renda podem escolher soluções diferentes porque enfrentam circunstâncias diferentes; duas pessoas de perfis distintos podem buscar o mesmo progresso. A pergunta passa de "quem compra?" para "o que estava tentando resolver naquele momento?".
Circunstância. O contexto cria urgência e limita opções. Uma pessoa pode usar um aplicativo de agenda para organizar uma semana previsível, mas escolher papel quando precisa combinar tarefas com familiares sem acesso ao mesmo sistema. O trabalho não é apenas "usar calendário". Investigue o que desencadeou a procura, que solução era usada antes, quais restrições surgiram e que resultado a pessoa esperava. Evite imaginar circunstâncias só a partir de uma persona.
Progresso funcional, emocional e social. O aspecto funcional descreve algo que a pessoa precisa fazer. O emocional envolve como deseja se sentir ao fazê-lo, como confiança ou menos ansiedade. O social envolve como quer ser percebida ou se relacionar com outras pessoas. Nem toda decisão exige o mesmo peso de cada dimensão. Uma solução tecnicamente eficiente pode fracassar se expõe a pessoa a constrangimento ou não cabe no ambiente em que precisa ser usada.
Alternativas reais. O concorrente pode não ser outro produto da mesma categoria. Pode ser uma planilha, conversa com alguém, improviso ou continuar sem agir. Entender o que a pessoa deixaria de usar ao escolher sua oferta revela custo de mudança. Uma equipe que só compara funcionalidades entre aplicativos pode perder a alternativa mais comum. Pergunte o que foi tentado antes e por que aquilo deixou de bastar.
História da escolha. Entrevistas podem reconstruir um episódio concreto: quando surgiu a necessidade, qual foi o primeiro pensamento de mudança, que opções foram consideradas, que dúvidas quase impediram a escolha e o que aconteceu depois. Memórias são imperfeitas, então peça detalhes específicos e confronte com dados disponíveis. Não conduza a conversa para confirmar uma funcionalidade já decidida. Uma preferência declarada para o futuro tem valor diferente de uma escolha observada no passado.
Trabalho e resultado desejado. Descreva o trabalho em termos independentes de uma solução específica. "Receber notificações por aplicativo" já prescreve o meio; "lembrar de compromissos sem interromper a rotina" abre alternativas. Depois, investigue como a pessoa reconhece que fez progresso: rapidez, confiança, esforço, custo ou outro critério. A abordagem de Outcome-Driven Innovation de Anthony Ulwick detalha medidas de resultados desejados e etapas do trabalho. É uma forma de aplicar JTBD, não a única.
Segmentação por situação. Em vez de agrupar apenas por demografia, a equipe pode reconhecer grupos com circunstâncias e critérios de sucesso semelhantes. Isso pode revelar oportunidades de proposta de valor mais claras. Ainda assim, características de pessoas podem importar para acesso, inclusão e contexto. JTBD não exige descartar pesquisa de usuários ou dados demográficos; pede que eles não substituam a investigação do que motiva escolhas.
Da pesquisa à decisão. Um trabalho bem descrito ajuda a definir que problema abordar e que alternativas testar. Não determina automaticamente a solução vencedora. Em product discovery, o time formula hipóteses, prototipa e observa comportamento. Se a nova oferta não torna o progresso mais fácil nas circunstâncias reais, um mapa elegante de jobs não a salvará. A equipe precisa revisar a interpretação quando evidência contradiz sua história inicial.
Limites da metáfora. Dizer que pessoas "contratam" produtos é uma forma de lembrar que existe uma escolha orientada a progresso. Nem toda decisão é deliberada ou individual; hábitos, contratos, acesso e poder influenciam o que é possível escolher. O trabalho pode mudar com o tempo e variar entre situações. Use a metáfora para fazer perguntas melhores, sem tratar uma frase de job como essência permanente da pessoa.
JTBD complementa a jornada do cliente: a jornada mostra interações ao longo do tempo, enquanto a lente de trabalhos pergunta que progresso motivou a escolha e que alternativas competiam por ela. Ambas podem ser usadas para investigar um serviço, desde que partam de episódios e evidências, não apenas de suposições do time.
Exemplo de JTBD para um serviço de alimentação
Imagine uma equipe hipotética que oferece refeições prontas. Antes, ela segmenta o público apenas como "adultos que trabalham" e planeja adicionar mais opções ao cardápio. Em dez entrevistas ilustrativas, porém, aparecem situações diferentes. Algumas pessoas precisam almoçar entre reuniões sem perder tempo; outras querem ter uma refeição fácil de compartilhar com a família à noite. O número de entrevistas é hipotético.
Para o primeiro grupo, o trabalho pode ser "comer algo satisfatório em uma pausa curta sem atrasar a próxima tarefa". Critérios de sucesso incluem previsibilidade de entrega e facilidade de comer. A alternativa anterior pode ser levar comida de casa ou pular o almoço. Para o segundo grupo, o trabalho envolve reunir pessoas com pouco preparo e sem parecer que a refeição foi improvisada. A mesma embalagem e o mesmo horário talvez não sirvam aos dois contextos.
O time observa episódios reais e testa soluções diferentes: uma opção de retirada previsível para a pausa curta e um conjunto fácil de servir para o jantar. Antes de ampliar o catálogo, verifica se esses recortes melhoram a escolha e o uso. Uma pessoa pode pertencer aos dois grupos em dias diferentes, o que mostra por que a circunstância importa mais que um rótulo fixo.
Se as entrevistas revelarem que o maior obstáculo é confiança na hora de entrega, mais sabores talvez não mudem o comportamento. A pesquisa de JTBD não prova que uma solução específica funcionará, mas ajuda a formular um teste mais pertinente. A equipe deve observar compras, recorrência e relatos de uso para revisar sua interpretação.
Como investigar Jobs To Be Done
Escolha uma decisão real
Defina que escolha de cliente ou problema de produto precisa ser entendido antes de propor solução.
Encontre episódios concretos
Converse com pessoas que adotaram, trocaram, abandonaram ou rejeitaram uma solução recentemente.
Reconstrua a situação
Pergunte o que desencadeou a busca, o que usavam antes e que restrições ou dúvidas apareceram.
Descreva o progresso
Separe trabalho funcional, aspectos emocionais e sociais e critérios de sucesso sem nomear a sua funcionalidade.
Compare alternativas
Inclua concorrentes diretos, improvisos e a possibilidade de não fazer nada.
Teste uma proposta
Escolha uma hipótese de oferta e observe se ajuda nas circunstâncias reais. Revise o job descrito quando necessário.
Erros comuns ao usar JTBD
- Escrever a solução como trabalho. O job deve permitir alternativas.
- Confundir perfil com circunstância. Pessoas semelhantes podem buscar progressos diferentes.
- Ouvir apenas intenção futura. Episódios de escolha trazem contexto que opiniões abstratas omitem.
- Ignorar alternativas informais. Planilhas, hábitos e inação competem com produtos.
- Tratar uma escola de JTBD como única. Métodos de entrevista e medição têm diferenças reais.
- Parar na frase do job. A descrição precisa orientar testes de oferta e resultado.
Para se aprofundar
Fontes primárias
- Jobs to Be Done Theory, Christensen Institute
- Know Your Customers’ Jobs to Be Done, Clayton M. Christensen, Taddy Hall, Karen Dillon e David S. Duncan (2016)
- Jobs-to-be-Done template, Strategyn
Termos relacionados
Perguntas frequentes
O que é um job em Jobs To Be Done?
É o progresso que uma pessoa tenta fazer em uma circunstância específica. Pode envolver uma tarefa funcional, sentimentos e relações sociais. O job não deve ser o nome de uma funcionalidade nem um desejo genérico sem contexto. Para identificá-lo, examine situações em que pessoas escolheram, trocaram ou rejeitaram soluções e o que consideraram um resultado satisfatório.
JTBD substitui personas?
Não precisa substituir. Personas podem organizar informações sobre pessoas, mas não explicam sozinhas por que alguém escolhe uma solução numa ocasião. JTBD enfatiza circunstância, progresso e alternativas. Uma pessoa pode ter jobs diferentes em momentos diferentes. Equipes podem combinar ambas as lentes, desde que não transformem um perfil demográfico em explicação automática para comportamento.
Como entrevistar para descobrir Jobs To Be Done?
Peça à pessoa que conte um episódio recente de mudança ou escolha. Explore o que a fez procurar solução, o que usava antes, quais opções considerou, que dúvidas surgiram e o que aconteceu após a decisão. Evite vender a sua ideia durante a conversa. Compare relatos entre pessoas e busque padrões, lembrando que memória e interpretação têm limites.
O concorrente do produto precisa ser semelhante?
Não. Quem tenta fazer um trabalho pode escolher outro aplicativo, uma planilha, ajuda de alguém ou simplesmente adiar a decisão. Essas alternativas competem pelo mesmo progresso na situação concreta, mesmo sem pertencer à mesma categoria de mercado. Entender o que seria abandonado ao adotar sua oferta ajuda a revelar custo de mudança e oportunidades de valor.
Existe um único método oficial de JTBD?
Não. A teoria associada a Clayton Christensen e Bob Moesta enfatiza progresso e circunstância; Outcome-Driven Innovation, desenvolvida por Anthony Ulwick, estrutura trabalhos e resultados desejados de outra forma. Há pontos em comum e diferenças metodológicas. Escolha uma abordagem coerente com a decisão de produto e descreva como coletou evidência, em vez de usar a sigla como selo universal.
