Jobs to Be Done: o que é e como usar em produto

Jobs to Be Done — JTBD — é uma forma de pensar sobre por que as pessoas usam produtos. A ideia central é simples: as pessoas não compram produtos pelo que eles são, mas pelo que eles fazem por elas numa situação específica.

A frase famosa de Theodore Levitt: "As pessoas não querem uma broca de 6mm. Querem um furo de 6mm." JTBD vai além: elas não querem o furo — querem poder pendurar um quadro para deixar a sala mais bonita antes de receberem visita. O produto é o meio. O job é o objetivo.

Por que JTBD é útil para product managers

JTBD muda o frame de análise de produto. Em vez de perguntar "quais features devo construir?", você pergunta "qual é o job que meu usuário está tentando completar, e como posso ajudá-lo a completar melhor?"

Esse frame tem consequências práticas. Um produto de gestão de tarefas compete com outros apps de tarefa quando você pensa em categoria. Mas quando você pensa no job — "ajudar profissionais a não esquecer o que precisam fazer e sentir que estão progredindo no trabalho" — você percebe que compete com sticky notes, com reuniões de alinhamento, com lembretes de calendário. O escopo de problema muda.

Como JTBD complementa as personas

Personas descrevem quem é o usuário. Jobs descrevem o que o usuário está tentando fazer. Os dois juntos dão uma imagem mais completa do que cada um separado. Uma persona sem job é um perfil demográfico sem motivação. Um job sem persona não tem contexto suficiente para informar decisões de produto.

A estrutura de um job

Um job bem formulado tem três partes: a situação (quando e em que contexto), a motivação (o que a pessoa está tentando realizar) e o resultado esperado (o que constitui sucesso para ela).

Formato: "Quando [situação], eu quero [motivação], para que [resultado esperado]."

Exemplo: "Quando estou preparando uma apresentação para o C-level na véspera, eu quero ter acesso rápido às métricas mais recentes do produto, para que eu possa construir o argumento sem precisar esperar o analista de dados."

Esse job é mais útil do que "o usuário quer ver métricas" porque especifica o contexto, a urgência e o critério de sucesso.

Como usar JTBD no discovery

JTBD transforma a forma como você conduz entrevistas com usuários. Em vez de perguntar sobre features ("você usaria uma funcionalidade X?"), você pergunta sobre situações e motivações.

As perguntas certas para descobrir jobs

"Me conta a última vez que você precisou [atividade relacionada ao produto]. O que estava acontecendo naquele momento? Por que aquilo era importante para você naquele dia? O que você fez antes de usar nosso produto para tentar resolver? O que você esperava que acontecesse?"

Essas perguntas revelam o contexto real de uso, os workarounds que as pessoas usam quando o produto não funciona e o critério de sucesso que o usuário usa — que raramente é o mesmo critério que o time de produto escolheu.

Jobs como base para priorização

Quando você mapeia os jobs que seu produto ajuda (e os que não ajuda bem), você tem uma base para priorização mais sólida do que uma lista de features pedidas por stakeholders. A pergunta de priorização de backlog vira: "Qual job estamos ajudando pior hoje em relação ao impacto que teria para o usuário e para o negócio?"

Jobs funcionais, emocionais e sociais

O framework distingue três camadas de jobs. Funcional: o que a pessoa precisa fazer. Emocional: como a pessoa quer se sentir. Social: como a pessoa quer ser percebida por outros.

Exemplo com app de fitness: o job funcional é registrar exercícios e acompanhar progresso. O job emocional é sentir controle sobre a saúde. O job social é poder mostrar para amigos que está se exercitando.

Produtos que resolvem os três níveis criam vantagem competitiva mais difícil de replicar do que produtos que resolvem só o funcional. Um concorrente pode copiar a feature. Não pode copiar a sensação que o produto cria.

Limites do JTBD

JTBD não é uma fórmula. É um frame. Como todo frame, tem limitações. Ele é especialmente poderoso no estágio de discovery para entender motivação. É menos útil como ferramenta de priorização direta — para isso, você ainda precisa de métricas e critérios de negócio.

Outro limite: usuários nem sempre conseguem articular seus jobs. Eles descrevem comportamentos e resultados, mas raramente descrevem a motivação subjacente em termos claros. Descobrir o job real exige interpretação e padrão de múltiplas conversas — não é o que emerge numa única entrevista.

Usado com honestidade sobre essas limitações, JTBD é uma das ferramentas mais úteis para PMs que querem entender por que o produto está sendo usado — e por que às vezes não está.