Estrutura Jobs-to-Be-Done (JTBD)

A estrutura JTBD, desenvolvida por Clayton Christensen e popularizada no SaaS por Bob Moesta, propõe que os clientes não compram produtos — eles os contratam para progredir em uma situação específica. A ilustração clássica: uma loja de ferragens não vende brocas; ela vende furos de 1/4 de polegada. E as pessoas não querem furos de 1/4 de polegada — elas querem pendurar um quadro. E elas não querem apenas pendurar um quadro — elas querem se sentir orgulhosas de sua casa. Essa sobreposição de dimensões funcionais, emocionais e sociais de cada tarefa revela que as decisões de produto focadas apenas na função do recurso perdem os impulsionadores emocionais e sociais que mais influenciam poderosamente o comportamento e a lealdade do cliente. Aplicado ao SaaS: os clientes não "usam um CRM" — eles o contratam para "sentir-se no controle do meu pipeline de vendas e confiantes ao entrar em uma reunião de previsão."

Product Ops integra o JTBD treinando PMs para usar técnicas de entrevista JTBD na pesquisa de usuários. Uma entrevista JTBD foca na história de mudança do cliente — os momentos que antecederam a busca por uma nova solução, o evento específico que desencadeou a busca ("o empurrão"), o que eles imaginaram que a nova solução lhes daria ("a atração"), e o que quase os impediu de mudar ("ansiedades"). Esta linha do tempo de eventos revela: o contexto específico em que os clientes experimentam a tarefa, os concorrentes que consideraram (incluindo a não-consumo — não fazer nada), os fatores que impulsionaram sua decisão e as expectativas que trouxeram para o novo produto. Product Ops compila insights do JTBD em um modelo de "Forças de Progresso" que a equipe de PM usa durante a priorização — garantindo que os recursos sejam projetados em torno do contexto completo da tarefa, e não apenas da tarefa funcional.

A Inovação Orientada a Resultados (Outcome-Driven Innovation - ODI), implementação do JTBD por Tony Ulwick, traduz a teoria em uma ferramenta de priorização quantitativa. A ODI define "resultados desejados" como as métricas específicas que os clientes usam para avaliar o sucesso em sua tarefa — expressas na forma "minimizar o tempo que leva para [tarefa]" ou "minimizar a probabilidade de que [situação indesejada] ocorra." Os clientes avaliam cada resultado em duas dimensões: importância (quão importante é que o produto se destaque nisso?) e satisfação (quão satisfeitos eles estão com o desempenho do produto atual?). A pontuação de oportunidade = Importância + max(Importância - Satisfação, 0). Alta importância + baixa satisfação = alta oportunidade. Isso fornece ao Product Ops uma lista priorizada de "necessidades não atendidas" que é estatisticamente fundamentada na entrada do cliente, resistente à influência individual do cliente e diretamente acionável para a construção do roadmap.