Os utilizadores «contratam» produtos para um job. Porque isto se sustenta em estratégia e priorização de roadmap.
Categoria · Gestão de Projetos
O job, não a funcionalidade.
Jobs-to-be-Done inverte a perspetiva: as pessoas não compram um produto, "contratam-no" para um job — um progresso que querem alcançar numa situação concreta. A imagem clássica: ninguém quer um berbequim, todos querem o furo na parede.
O job é estável, a solução muda. Quem compreende o job reconhece também contra quem concorre de facto — muitas vezes não o concorrente óbvio.
Onde compensa na prática.
Em estratégia e na priorização da roadmap, o JTBD é um filtro afiado: avaliamos as ideias pelo job que resolvem melhor e para quem — não pela funcionalidade que soa bem. Isto evita listas de funcionalidades que não resolvem a tarefa de ninguém.
Nenhuma panaceia.
O JTBD não substitui a validação quantitativa nem a competência técnica. Formular jobs de forma limpa é trabalho manual; mal feito, produz apenas frases que soam bonito. É uma lente para priorizar, não uma especificação pronta.
