Jobs to Be Done (JTBD)
Jobs to Be Done (JTBD) é uma forma de descrever a demanda pelo progresso que a pessoa cliente está tentando alcançar, e não por quem ela é ou quais funcionalidades pede. A unidade de análise é o job: a situação em que alguém está, o incômodo que a empurra a procurar algo novo e o resultado que ela quer. É por isso que dois compradores com dados de empresa idênticos rotineiramente contratam produtos completamente diferentes para o mesmo job.
O que conta como um job
Um job não é uma tarefa e não é um pedido de funcionalidade. É o progresso que alguém está tentando alcançar numa circunstância específica, descrito de um jeito que continuaria verdadeiro se o seu produto nunca tivesse existido. "Colocar os números da semana na frente do meu sócio antes de segunda" é um job. "Exportar para CSV" é uma funcionalidade que talvez o atenda. A distinção não é preciosismo: funcionalidades são baratas de copiar, e o job é aquilo que as pessoas continuam pagando depois que a novidade passa.
O enquadramento vem com vocabulário próprio: clientes contratam um produto para fazer um job e o demitem quando algo faz o job melhor. Parece truque até você notar o que isso obriga a admitir. Sua concorrência real é aquilo que estão contratando hoje, que costuma ser uma planilha, uma pessoa freelancer ou não fazer nada. Um produto que perde para a inércia não está perdendo por funcionalidades, e nenhuma tabela comparativa vai resolver.
Onde difere de uma persona
Um perfil de cliente ideal descreve quem é o comprador. Um job descreve o que está acontecendo com ele. Os dois são confundidos o tempo todo, quase sempre na direção da persona, porque dados demográficos e de empresa são muito mais fáceis de coletar do que circunstâncias.
O teste prático é qual dos dois muda uma decisão. "Um SaaS B2B de 30 pessoas com fundação técnica" não diz quando enviar um e-mail nem o que a primeira linha da home deveria dizer. "Acabou de herdar o marketing, não tem orçamento e precisa mostrar algo no próximo conselho" diz as duas coisas. O perfil de cliente ideal estreita com quem você fala; o job diz o que falar, e por isso alimenta o posicionamento de forma bem mais direta. Você quer os dois, e normalmente só um deles está escrito em algum lugar.
A entrevista de troca é a parte útil
Quase todo material sobre JTBD é enquadramento: declarações de job, diagramas de forças, hierarquias de resultado. A parte que produz de forma confiável algo em que você ainda não acreditava é bem menor: entreviste quem trocou para você recentemente e reconstrua a linha do tempo de trás para frente, a partir do momento em que pagaram. O que você escuta é:
- O primeiro pensamento. Quando isso deixou de ser tolerável? Quase sempre existe um evento disparador, e raramente é o dia em que se cadastraram.
- O que tentaram primeiro. A gambiarra que veio antes de você é seu concorrente de verdade, e costuma ser gratuita e já estar instalada.
- O momento da busca. O que digitaram no buscador? Esse vocabulário é sua lista de palavras-chave e seu título, e quase nunca são as palavras que o time usa internamente.
- O que quase os parou. A ansiedade de trocar e a lealdade ao hábito antigo empurram contra a compra. Nomear essas duas forças é como se escreve tratamento de objeção que acerta em vez de discutir com um benefício.
- Como era estar "pronto". O resultado que usaram para decidir que tinha funcionado — que é exatamente o ponto para onde seu onboarding deveria correr.
Como usar sem virar teatro
JTBD se paga como disciplina de entrevista e se perde como template. O modo de falha é um workshop que produz uma declaração de job lindamente formatada, gerada a partir das suposições que o time já tinha em vez de a partir de clientes, e que ninguém consulta de novo. Se o resultado do seu exercício de JTBD é um documento, você fez a versão que não funciona. Se é um título trocado, um onboarding reordenado ou a decisão de não construir algo, você fez a que funciona.
Uma observação de operar a AgentCeres — a AI Growth Officer em agentceres.com. Publicamos em oito idiomas e já rodamos busca paga em vários mercados, e a variável que melhor previu se alguém voltaria num dia seguinte não foi tamanho de empresa, setor ou país. Foi se a pessoa chegou com um job já em movimento — uma tarefa concreta em mãos — em vez de chegar por curiosidade. Mesma página de destino, mesmo produto, e o comportamento se separou quase inteiramente por aí. O corolário foi igualmente útil: nossa evidência mais clara de que o job de um mercado tinha outro formato veio dos termos de busca com que nos encontraram, não de nada que nos contaram depois. Veja em qual mercado eu deveria lançar primeiro.
FAQ
- Jobs to Be Done é a mesma coisa que uma história de usuário?
- Não, embora no papel se pareçam. Uma história de usuário é uma unidade de trabalho de desenvolvimento escrita de dentro do seu produto: como usuário, quero fazer X. Um job é escrito de fora e continua verdadeiro construindo você algo ou não; descreve o progresso que alguém quer numa situação, incluindo as gambiarras e o que está em jogo emocionalmente. Histórias de usuário vêm depois: o job diz quais valem a pena escrever.
- Quantas entrevistas de troca eu preciso para isso ser útil?
- Menos do que a maioria imagina. De cinco a dez conversas com quem trocou recentemente normalmente já revelam os disparadores que se repetem e as mesmas duas ou três ansiedades, e o retorno cai rápido depois disso. O que importa muito mais que volume é ser recente e específico: quem comprou semana passada e consegue percorrer a linha do tempo vale mais que vinte pessoas descrevendo o que procuram em geral numa ferramenta.
- JTBD substitui o perfil de cliente ideal?
- Não. Eles respondem perguntas diferentes e você precisa dos dois. O perfil de cliente ideal é seu filtro de segmentação: para quem anunciar, quem deixar entrar num beta, quem desqualificar numa call de vendas. O job é sua mensagem: o que dizer depois de já ter a atenção. Um padrão comum é um perfil correto combinado com um job adivinhado, o que produz tráfego bem segmentado que não converte.
- E se as pessoas clientes não conseguirem articular o job?
- Esse é o caso normal, e é por isso que o método é uma reconstrução de linha do tempo e não um questionário. As pessoas são pouco confiáveis explicando motivação e bastante confiáveis lembrando sequência. Pergunte o que aconteceu, em ordem, do primeiro momento em que notaram um problema até o momento em que pagaram: o que buscaram, a quem perguntaram, o que tentaram e abandonaram. O job é o que você infere da história, não o que te entregam.
- De onde vem o enquadramento?
- Ele tem várias linhagens paralelas em vez de um autor só. Clayton Christensen popularizou o enquadramento em pesquisa de inovação e tornou famoso o exemplo do milk-shake; a inovação orientada a resultados de Tony Ulwick formalizou jobs em declarações de resultado mensuráveis; e a entrevista de troca de Bob Moesta é de onde vem o método prático de reconstruir a linha do tempo. Eles discordam sobre formalismo, e para um time pequeno isso pouco importa: a parte que se transfere é a entrevista.
An AI growth team that runs this for you
AgentCeres is a managed AI marketing team — you approve what ships. 14-day free trial, from $39/month.