Leadership Styles of Legends

A maioria dos times de produto faz descoberta em lotes. Eles executam um sprint de pesquisa, sintetizam achados, entregam um relatório e seguem adiante. Teresa Torres passou anos treinando times de produto e descobriu que esse modelo quase nunca funciona — não porque a pesquisa é ruim, mas porque a lacuna entre descoberta e decisão é muito grande.

Seu framework de descoberta contínua colapsa essa lacuna.

Fatos Principais: Teresa Torres é uma coach de descoberta de produto e autora de "Continuous Discovery Habits" (Product Talk Press, 2021), criadora da metodologia de Árvore de Solução de Oportunidade. Através do Product Talk, ela ensinou descoberta contínua a 500+ times de produto, incluindo times em Spotify, Atlassian e Ancestry. Ela é uma palestrante de keynote frequente em Mind the Product e ProductCon.

Doutrina de Descoberta Contínua de Torres

A Árvore de Solução de Oportunidade é um artefato de descoberta visual que conecta um outcome de produto desejado a oportunidades de cliente, soluções candidatas e as assunções que cada solução repousa. A doutrina de Torres pareia essa árvore com uma cadência não-negociável de entrevista com cliente semanal executada pelo trio de produto (PM, designer, engenheiro). Juntos, eles convertem descoberta de um projeto de pesquisa periódico em um hábito contínuo que atualiza assunções antes que comprometimentos de entrega endureçam.

A árvore de solução de oportunidade não é uma novelidade de metodologia. É uma resposta estrutural a um modo de falha específico: times de produto que entregam coisas sem conseguir articular o problema de cliente que estão solucionando. Torres passou uma década construindo Product Talk como uma plataforma de coaching e escrita, trabalhando diretamente com times de PM em empresas B2B SaaS onde product-market fit era estabelecido mas o processo de produto ainda era imaturo.

Se seus PMs estão mais próximos de gerentes de projeto do que de solucionadores de problema, o trabalho de Torres é o caminho prático mais claro entre onde você está e onde Marty Cagan diz que você deveria estar. Ela é a pessoa que operacionaliza o que Cagan descreve.

Análise do Estilo de Liderança

Estilo	Peso	Como Aparecia
Coach de Pensamento de Sistemas	60%	A contribuição principal de Torres é arquitetural. A árvore de solução de oportunidade é um sistema visual que força times de produto a desacelerar e mapear a relação entre um outcome desejado, as oportunidades de cliente que o servem, as soluções que endereçam essas oportunidades e as assunções que precisam ser testadas antes de comprometimento. Esse é um redesign de workflow, não um método de pesquisa. Torres passou anos trabalhando com times reais — não hipotéticos — para entender por quê a lacuna entre descoberta e decisão persiste, e ela construiu o framework para fechar essa lacuna específica em vez de descrever um estado ideal.
Pesquisadora Praticante	40%	Torres vem de backgrounds de operações de produto e UX, não de pesquisa acadêmica. Sua autoridade não é de um PhD ou uma empresa famosa. É do coaching de centenas de times de produto através da plataforma Product Talk, execução de cohorts de coaching, e publicação de trabalho em producttalk.org que PMs têm estado lendo e aplicando por mais de uma década. Essa credibilidade baseada em prática significa que seus frameworks carregam as marcas de modos de falha do mundo real — ela viu o que quebra, onde times ficam presos, e onde a teoria não sobrevive o contato com um ciclo de planejamento anual.

A divisão explica a posição de Torres no cânone de produto. Cagan fornece a arquitetura organizacional. Torres fornece a prática semanal. Seus cohorts de coaching e a estrutura de "Continuous Discovery Habits" são projetados para times que aceitaram o diagnóstico de Cagan e precisam do sistema comportamental específico para fazer algo sobre isso. Ela é a camada de implementação para times de produto empoderados.

Características Principais de Liderança

Característica	Avaliação	O Que Significa na Prática
Comprometimento Rigoroso com Outcome Sobre Output	Excepcional	Torres não usa "outcome sobre output" como um slogan. Ela o usa como uma restrição estrutural em como descoberta é organizada. Cada ramo da árvore de solução de oportunidade começa com um outcome desejado — uma mudança específica, mensurável no comportamento de cliente que indicaria que o produto está funcionando. Se o time não consegue articular o outcome desejado claramente, a árvore não se ramifica. Isso parece simples. Na prática, força times de produto a confrontar como raramente eles estão começando de um outcome claro em vez de começar de uma solução que foi entregue a eles.
Paciência com a Bagunça do Trabalho de Produto do Mundo Real	Muito Alta	O trabalho de coaching de Torres é notável por não assumir condições limpas. Seus frameworks reconhecem que a maioria dos times de produto está operando sob restrições de planejamento anual, com capacidade de pesquisa insuficiente, e com executivos que querem comprometimentos de solução antes que descoberta seja feita. Pesquisa de psicologia organizacional de Adam Grant fornece uma base de evidência complementar para por que essa bagunça persiste — especificamente seu trabalho em como times padrão para comportamento de confirmação sob pressão de planejamento. "Continuous Discovery Habits" não descreve trabalho de produto em uma empresa tier-1 de tech. Descreve trabalho de produto no tipo de empresa SaaS de mid-stage onde um PM cobre três áreas de produto e pesquisa é um papel part-time. Esse enraizamento a torna mais aplicável que frameworks desenhados para as condições do Google.
Habilidade de Tornar Teoria de Produto Abstrata Concreta	Alta	A contribuição de Torres ao pensamento de produto é largamente sobre tradução. A ideia de que times de produto devem falar com clientes regularmente não é nova. Mas "fale com clientes" como conselho produz resultados amplamente variáveis. A especificação de Torres — pelo menos uma entrevista de cliente por semana, conduzida pelo trio de produto (PM mais designer mais engenheiro), como um hábito não-negociável — transforma um princípio em uma prática. Essa especificidade é subestimada. A maioria dos princípios de produto falha não porque estão errados mas porque não são concretos o suficiente para mudar comportamento.
Credibilidade de Praticante Ganha Através do Coaching de Centenas de Times	Alta	Torres tem treinado trios de produto e times de liderança de produto entre centenas de empresas B2B SaaS através dos cohorts de coaching do Product Talk e cursos online. Essa amplitude de experiência de coaching direto — não apenas escrevendo sobre frameworks mas observando times aplicá-los em ambientes reais — é onde seus insights mais úteis vêm. Ela sabe onde a árvore de solução de oportunidade quebra em empresas com ciclos de planejamento trimestral. Ela sabe o que acontece quando o trio de produto tenta executar entrevistas semanais sem cobertura executiva. Seus frameworks são calibrados para essas condições.

As 3 Decisões Que Definiram Teresa Torres Como Líder

1. Escolher Construir Product Talk Como Uma Plataforma Focada em Prática

Torres construiu Product Talk — producttalk.org — como uma plataforma de coaching e escrita em vez de uma firma de consultoria ou um produto SaaS. Essa distinção importa mais do que pode parecer.

Uma firma de consultoria escala adicionando consultores e vendendo engajamentos. Um produto SaaS escala construindo software. Uma plataforma focada em prática escala construindo uma audiência de praticantes que confia em seu pensamento, e depois oferecendo experiências de aprendizado estruturado para essa audiência.

O modelo Product Talk se construiu durante uma década através de blog posts, cohorts de coaching e cursos online. A audiência cresceu gradualmente, através de publicação consistente de pensamento específico, útil em vez de através de marketing. No tempo em que "Continuous Discovery Habits" foi publicado em 2021, Torres tinha 10 mil+ PMs e líderes de produto que tinham lido seu escrito regularmente por anos.

O que o modelo de plataforma habilita é profundidade com uma audiência específica. Os leitores de Torres são PMs trabalhando tentando melhorar sua prática, não executivos procurando um framework estratégico. Essa audiência moldou o que ela construiu: não uma marca de thought leadership, mas uma comunidade de praticantes. Os cohorts de coaching são estruturados ao redor da prática de time atual, não certificação. Os blog posts são sobre problemas específicos — como executar uma entrevista com cliente quando sua empresa não suporta, como construir uma árvore de solução de oportunidade quando você não tem um outcome claro com qual começar.

O que o modelo restringe é escala. Torres não consegue treinar dez mil empresas de uma vez. A plataforma alcança mais pessoas através de escrita e cursos, mas coaching profundo é limitado por tempo. Esse é um tradeoff deliberado: profundidade sobre alcance.

2. Desenvolvendo a Árvore de Solução de Oportunidade

A árvore de solução de oportunidade é o artefato central no framework de Torres. É uma estrutura de árvore visual que organiza descoberta de produto de outcome desejado até o espaço de oportunidade, dentro do espaço de solução e depois em teste de assunção.

A estrutura é: outcome desejado no topo, depois um conjunto ramificado de oportunidades de cliente (necessidades, pontos de dor, desejos que se endereçados contribuiriam para o outcome), depois soluções propostas que endereçam oportunidades específicas, depois as assunções que cada solução repousa, e finalmente os experimentos que testam as assunções mais críticas. O framework Jobs-to-be-Done é o precursor teórico aqui — a estrutura de oportunidade de Torres desenha diretamente da ideia que clientes contratam produtos para fazer um job, e sua estrutura de árvore torna esse job explícito em cada ramo.

Isso parece um monte de passos. Mas está realmente solucionando um único modo de falha: times de produto pulando para soluções antes de mapear o espaço de problema. A maioria dos times de produto começa com uma solução — ou porque ela veio de uma solicitação de cliente, um comprometimento de vendas, ou uma ideia executiva — e trabalha para trás para justificá-la. A árvore de solução de oportunidade torna esse atalho visível ao exigir que o time coloque sua solução proposta em um ramo da árvore que conecta de volta para uma oportunidade de cliente específica e um outcome desejado.

Se a solução não conecta a uma oportunidade, não pertence à árvore. Essa é a restrição estrutural. Na prática, frequentemente revela que times estão construindo soluções para problemas que ninguém diagnosticou.

Torres foi deliberada em tornar o framework visual. Ela descobriu em coaching que times poderiam concordar com a lógica de descoberta orientada por outcome na abstrato e depois imediatamente reverter para pensamento de solução-primeiro na próxima reunião de planejamento. Um artefato físico ou digital que o time pudesse apontar — uma árvore em um whiteboard ou um board Miro — criou uma estrutura de accountability compartilhada que acordo verbal sozinho não fornecia. A prática de anti-goals de Shreyas Doshi reforça a mesma lógica estrutural de um ângulo diferente: ambas as ferramentas existem para forçar decisões explícitas que o otimismo de planejamento normalmente esconde.

3. Escrever "Continuous Discovery Habits" Como Um Manual de Praticante

Torres publicou "Continuous Discovery Habits" em 2021 através de Product Talk Press. A escolha de auto-publicar através de sua própria plataforma em vez de através de uma editora de negócios tradicional foi em si um sinal sobre quem o livro era para: PMs praticantes, não executivos de negócios procurando um framework de liderança.

O livro é estruturado ao redor de um único hábito não-negociável: o trio de produto deveria entrevistar pelo menos um cliente por semana, toda semana, sem exceção. O argumento de Torres é que descoberta falha quando é tratada como um projeto — uma fase de pesquisa com um começo e um fim. Descoberta contínua trata contato com cliente como infraestrutura, como sprints ou stand-ups. É a prática mínima viável que tudo mais depende.

Ao redor desse hábito central, o livro constrói a full metodologia de árvore de solução de oportunidade: como definir um outcome desejado, como entrevistar por oportunidades em vez de soluções, como construir e manter a árvore, como gerar soluções colaborativamente, e como identificar e testar as assunções que mais colocam a solução em risco.

O framing específico ao redor de "hábitos" em vez de "processo" ou "metodologia" foi deliberado. Torres estava desenhando em pesquisa de ciência comportamental (ela cita o trabalho de James Clear) para argumentar que a forma de instalar descoberta contínua não é através de um rollout de processo. É através de formação de hábito em nível individual e de time. Esse framing influenciou como o livro foi estruturado — cada capítulo descreve um hábito específico, não um passo de processo.

O resultado é um livro que se lê diferentemente da maioria da escrita de gerenciamento de produto. É menos sobre descrever o estado ideal e mais sobre o que você faz na segunda-feira.

O Que Teresa Torres Faria no Seu Papel

Se você é um CEO, a mensagem mais importante de Torres para você é sobre o que "orientado por cliente" realmente requer estruturalmente. A maioria das empresas acredita que são orientadas por cliente porque fazem pesquisas de NPS ou executam conselhos consultivos de cliente trimestral. O argumento de Torres é que esses mecanismos colocam muita distância entre o time construindo o produto e os clientes para os quais estão construindo. Conselhos consultivos de cliente contam o que clientes dizem que querem em um ambiente preparado. Entrevistas semanais pelo trio de produto contam o que clientes realmente lutam em seu trabalho. O primeiro produz validação para planos existentes. O segundo produz descobertas que mudam planos. Se você quer o segundo, você precisa construir as condições estruturais para isso.

Se você é um COO, a pergunta operacional que Torres superficializa é sobre como o trabalho de descoberta de seu time de produto conecta aos comprometimentos de entrega. A maioria das empresas planeja entrega 6-12 meses adiante, o que significa que as assunções construídas naquele plano foram formadas meses antes da entrega. O modelo de descoberta contínua de Torres constrói em mecanismos semanais para atualizar essas assunções. Isso cria uma tensão com ciclos de planejamento anual. A resolução operacional não é abandonar planejamento — é construir um mecanismo mais leve para rastreamento de assunção entre ciclos de planejamento, para que o plano de entrega possa ser atualizado quando descoberta revela que uma assunção central está errada.

Se você é um líder de produto, a prática de Torres mais importante para instalar é a cadência de entrevista de cliente semanal para seus trios de produto. Não sprints de pesquisa. Não eventos de teste de usuário. Entrevistas semanais, conduzidas por PM mais designer mais engenheiro juntos, como um item de calendário recorrente que não foi cancelado quando o planejamento de sprint roda longo. Torres é específica sobre a presença de engenheiro porque ela descobriu que engenheiros que participam de entrevistas de cliente fazem melhores decisões de implementação sem precisar de um documento de requisito para soletrar cada detalhe. A entrevista propriamente dita é a camada de comunicação.

Se você está em vendas ou marketing, a árvore de solução de oportunidade de Torres lhe dá uma ferramenta de diagnóstico para compreender por quê feedback de cliente não se traduz em mudanças de produto. Quando um time de vendas traz solicitações de cliente para o time de produto e essas solicitações ficam no backlog, é frequentemente porque a solicitação é estruturada como uma solução (precisamos do recurso X) em vez de uma oportunidade (clientes lutam para fazer Y). O framework de Torres pode ajudá-lo a traduzir entrada de cliente de vendas em linguagem de oportunidade que o time de produto realmente consegue usar. Isso não é uma correção política. É uma mudança de vocabulário que muda o que acontece com a entrada.

Como Rework Operacionaliza a Doutrina de Torres

Os hábitos de descoberta contínua de Torres falham no calendário, não no framework. A entrevista de cliente semanal escorrega quando o planejamento de sprint roda longo, a árvore de oportunidade fica envelhecida quando ninguém é dono das atualizações, e testes de assunção nunca ligam de volta ao backlog de entrega. Rework fecha essas lacunas ao tratar descoberta como trabalho rastreado, não um ritual. Trios de produto agendams a entrevista semanal como uma tarefa Rework recorrente com PM, designer e engenheiro atribuídos; notas de entrevista e citações de cliente atacam diretamente ao registro de oportunidade. Cada ramo da árvore de solução de oportunidade mapeia a um item de trabalho Rework, para que assunções, experimentos e soluções resultantes compartilhem uma linhagem única de outcome até envio. Essa linhagem é o que executivos realmente precisam: uma visão semanal de quais assunções se moveram, quais oportunidades cresceram e quais comprometimentos de entrega deveriam atualizar como resultado. Começa em $12/usuário/mês — veja pricing Rework.

Citações Notáveis e Lições Além da Sala de Diretores

"No mínimo, pontos de contato semanais com clientes pelo time construindo o produto." Essa é a definição de Torres de descoberta contínua, e a especificidade é o ponto. Não mensal. Não trimestral. Não pelo time de pesquisa em nome do time de produto. Semanal, pelo trio. Esse ritmo é o que faz a diferença entre descoberta como um projeto e descoberta como uma prática.

Seu argumento contra conselhos consultivos de cliente como um substituto para contato direto vale a pena sentar com. Pesquisa HBR sobre desenvolvimento de produto customer-centric chegou a uma conclusão compatível do lado acadêmico: rituais de descoberta estruturados que mantêm times próximos de lutas de cliente consistentemente superam entrada consultiva periódica. Conselhos consultivos produzem entrada curada, consensuada de clientes que foram selecionados pela sua disposição de engajar. Eles são úteis para certos tipos de entrada estratégica. Mas não são substituto para contato direto, não-mediado com clientes que estão tentando resolver problemas em tempo real. O cliente do conselho consultivo descreve o que quer. O cliente em uma entrevista semanal mostra o que estão lutando.

O framing de Torres de "assunções" como a variável mais sub-examinada em decisões de produto é sua contribuição mais intelectualmente precisa. Cada aposta de produto é uma pilha de assunções — sobre o que o cliente quer, se a solução funciona, se o time consegue construí-la, se será adotada. A maioria dos times não enumera essas assunções explicitamente, o que significa que eles não conseguem testar os críticas. O ramo de teste de assunção da árvore de solução de oportunidade existe especificamente para superficializar a assunção que, se errada, invalidaria tudo mais.

Onde Esse Estilo Falha

Descoberta contínua requer times de produto com autonomia suficiente para agir no que aprendem. Em empresas onde recursos de engenharia são ditados por ciclos de planejamento anual ou onde decisões de produto requerem sign-off executivo em nível de recurso, a cadência semanal de Torres cria frustração em vez de momentum. O hábito de entrevistas semanais não resolve o problema se o que você descobrir não conseguir mudar o que você constrói.

A árvore de solução de oportunidade é também uma ferramenta para pensadores de produto experientes. Times cedo em sua maturidade de produto — PMs que ainda estão aprendendo como executar uma entrevista de cliente, engenheiros que nunca estiveram em uma conversa de cliente — frequentemente precisam de mais scaffolding que o framework fornece em si.

E o trabalho de Torres é mais battle-tested em SaaS B2B mid-stage. Software empresarial com ciclos de procurement complexos, produtos de hardware e aplicações de consumidor com milhões de usuários apresentam desafios de descoberta que seu framework endereça em nível alto mas não operacionaliza tão especificamente. Linus Torvalds representa o contraste mais aguçado em cultura de engenharia: onde Torres argumenta por envolvimento contínuo de engenheiro em descoberta de cliente, Torvalds construiu a contribuição de engenharia mais influente dos últimos 30 anos ao manter engenheiros o máximo possível de pressão de requisito externo.

Para leitura relacionada sobre descoberta de produto e times empoderados, veja Estilo de Liderança de Marty Cagan, Estilo de Liderança de Shreyas Doshi e Construir Times de Produto Orientados por Outcome.

Victor Hoang

Co-Founder & CMO, Rework