As estruturas de gerenciamento de produtos são uma espécie de folha de dicas absolutas para que tudo seja feito quando se trata de gerenciamento de produtos. Elas lhe dão uma ideia de por onde começar, para onde ir e onde parar e fazer um balanço. Tudo isso de uma forma gerenciável e flexível.

No entanto, encontrar a estrutura certa pode ser difícil. Alguns PMs podem entrar em uma função e ter uma estrutura que já existe há muito tempo... mas que não está funcionando. Outras vezes, a empresa é nova e é preciso experimentar diferentes estruturas para encontrar a mais adequada.

Para ser claro: as estruturas não existem apenas para orientar a equipe de gerenciamento de produtos. Não, não, não! Eles servem a um propósito muito maior do que esse.

Mas o problema é o seguinte: o produto é DIFÍCIL. Como PM, você tem toda a responsabilidade, mas apenas uma ilusão de poder.

Na verdade, como parte do Produto, você geralmente tem ZERO poder de decisão, a menos que convença todos ao seu redor de que sabe o que está fazendo, de modo que eles confiem em você para continuar... com o mínimo de interferência.

É nesse ponto que as estruturas do gerente de produtos podem ajudar. Eles não apenas orientam você e a equipe ao longo do processo, mas também são tangíveis e acessíveis; OLHE, ISTO É O QUE ESTAMOS FAZENDO, E AQUI ESTÃO AS RAZÕES PELO QUAL você pode mostrar a qualquer pessoa da empresa que esteja se opondo.

Portanto, sem mais delongas... aqui está uma grande lista de estruturas de gerenciamento de produtos.

Estrutura de gerenciamento de produtos para DAYZ

How Now Wow

A estrutura How Now Wow, criada pela Gamestorming, é uma ferramenta de seleção de ideias que ajuda as equipes de produtos a priorizar o que podem oferecer ao mercado.

Fonte: Gamestorming

Ele usa três critérios - How Now e Wow - para avaliar as ideias.

Como é usado para avaliar a capacidade de uma empresa de executar a ideia.

Agora, veja com que rapidez a ideia pode ser implementada.

Wow é usado para avaliar o fator "Wow!" do recurso ou da solução.

É particularmente excelente para equipes que dependem da visualização de um problema ou que precisam elaborar pontos de ação individuais com base em diferentes elementos do processo.

Trabalhando de trás para frente, também conhecido como o método Amazon

Fonte: Modelthinkers.com

A estrutura do Working Backwards é bastante simples. Você trabalha de trás para frente a partir do momento em que o produto está pronto para ser lançado, levando-o de volta ao problema inicial. Você começa o processo criando um comunicado de imprensa para o seu novo produto e, em seguida, trabalha de trás para frente até chegar a uma declaração concisa do problema que possa ser usada como base para pesquisa, criatividade e testes.

Isso é especialmente útil quando várias partes interessadas precisam concordar com a mesma declaração de problema para seguir em frente. Também ajuda a concentrar a pesquisa, a ideação e os testes em um único problema ou meta.

Embora seja uma ótima maneira de provar o conceito, pode-se argumentar que é um pouco de "carroça antes dos bois" - um pouco de "faremos com que o problema se encaixe em nossa solução".

Trabalhos a serem feitos

O Jobs-to-be-done (ou JTBD) é, em primeiro lugar, um dos favoritos aqui no tl;dv. Até escrevemos um artigo inteiro sobre JTBD; gostamos MUITO dele. A estrutura do JTBD consiste em entender o que motivaria seus clientes a comprar ou precisar de um produto e o que os usuários podem "contratar" para ajudá-los a realizar um "trabalho", ou seja, atingir um objetivo em suas vidas. A estrutura do JTBD se concentra no cliente e em ajudá-lo a realizar tarefas de forma mais satisfatória, produtiva e fácil.

É uma ótima estrutura para entender as motivações do usuário e criar produtos adaptados especificamente a ele. Ela também o incentiva a pensar em soluções que talvez ainda não existam, mas que atendam à mesma finalidade.

"De modo geral, o JTBD tem a ver com a compreensão das metas que as pessoas querem atingir, e atingir essas metas equivale a progredir em suas vidas."

Modelo Kano

O Modelo Kano, criado na década de 1980 pelo pesquisador japonês Noriaki Kano, é incrivelmente voltado para o cliente. Em sua essência, ele ajuda você a descobrir o que os clientes estão procurando, categorizando os recursos em cinco grupos:

Fonte: Prodify.com

Indispensáveis: Essas são as necessidades básicas que seus produtos devem ter para serem viáveis - pense nisso como o conjunto de recursos sem os quais você não pode viver.

Atributos de desempenho: São recursos que afetam o desempenho do produto. Eles podem ser opcionais, mas ajudam a aprimorar o produto.

Encantadores: Esses são os recursos de seu produto que podem encantar sua base de clientes.

Indiferentes: Esses recursos não são realmente importantes para os clientes de qualquer maneira. Eles não têm nenhum impacto real.

Insatisfatórios: São recursos dos quais os clientes não gostam muito. Eles podem ter ficado melhor sem eles.

Essa estrutura pode ajudar as equipes a priorizar o desenvolvimento de recursos com base no que os clientes valorizam. Também é uma ótima maneira de ver tendências e padrões no estágio de pesquisa do usuário e pode ajudar a informar estratégias e planos.

Priorização do RICE

Fonte: ProductPlan

O RICE é uma estrutura de priorização usada para priorizar tarefas ou marcos de produtos com base no impacto estimado e na facilidade de implementação. 

O acrônimo significa:

Alcance: O número de pessoas ou sistemas que serão afetados pela tarefa.

Impacto: A magnitude da mudança ou melhoria que a tarefa trará.

Confiança: O nível de confiança na estimativa do alcance e do impacto da tarefa.

Esforço: A quantidade de tempo e recursos necessários para concluir a tarefa.

A estrutura RICE ajuda as equipes a priorizar os desenvolvimentos e as iniciativas com base em seu impacto potencial e no esforço necessário para torná-los realidade. Pontuações mais altas em alcance, impacto e confiança, juntamente com pontuações mais baixas em esforço, resultam em uma pontuação RICE geral mais alta e, portanto, em uma prioridade mais alta. 

Até certo ponto, é um modelo muito simplista e, embora possa fornecer uma orientação muito clara, carece de nuances.

Modelo de negócios

O Business Model Canvas é uma ferramenta visual usada para descrever e analisar os principais elementos de um modelo de negócios. Alexander Osterwalder a apresentou em seu livro "Business Model Generation". O canvas consiste em nove blocos de construção que capturam os elementos essenciais de um modelo de negócios:

Segmentos de clientes: Define os diferentes grupos de clientes que a empresa tem como alvo.


Proposta de valor: Descreve os benefícios exclusivos que a empresa oferece a seus clientes, também conhecida como USP.


Canais: Descreve como a empresa alcança e interage com seus clientes.


Relacionamentos com clientes: Define o tipo de relacionamento que a empresa tem com seus clientes.


Fluxos de receita: Descreve as fontes de receita da empresa.


Principais recursos: Identifica os recursos mais importantes necessários para operar o negócio.


Principais atividades: Descreve as principais atividades que a empresa deve realizar para entregar sua proposta de valor.


Principais parceiros: Lista os principais parceiros e fornecedores com os quais a empresa conta para entregar sua proposta de valor.


Estrutura de custos: Descreve os custos associados à operação da empresa.

O Business Model Canvas oferece uma abordagem estruturada para desenvolver e testar novas ideias de negócios. Ele ajuda as organizações a comunicar claramente seu modelo de negócios às partes interessadas. Ele abrange quase todas as eventualidades e é muito amigável para as partes interessadas, o que o torna uma ótima estrutura para convencer a inovação mais profunda (leia-se, MAIS RISCO!).

Roteiro da jornada do cliente

Embora achemos que os roteiros possam ser um pouco superestimados, o Customer Journey Roadmap é uma estrutura de gerenciamento de produtos que tem isso em seu cerne.

Essa estrutura é usada para visualizar e entender os diferentes estágios e experiências de um cliente ao interagir com uma empresa. A estrutura foi projetada para ajudar as empresas a identificar pontos problemáticos, oportunidades de melhoria e áreas em que investir para aprimorar a experiência do cliente.

Normalmente, um roteiro de jornada do cliente inclui os seguintes estágios:

Conscientização: O estágio em que o cliente toma conhecimento da empresa e de suas ofertas.


Consideração: O estágio em que o cliente avalia a empresa e suas ofertas em comparação com seus concorrentes.


Compra: O estágio em que o cliente decide comprar o produto ou serviço.


Entrega: O estágio em que o cliente recebe e usa o produto ou serviço.


Fidelidade: O estágio em que o cliente forma um relacionamento com a empresa e pode se tornar um cliente recorrente.

Ao mapear cada estágio da jornada do cliente, as empresas podem obter insights sobre o que os clientes precisam e desejam e identificar oportunidades para melhorar a experiência do cliente e aumentar sua satisfação. Mais uma vez, ele é mais voltado para um estilo de desenvolvimento orientado para o produto, mas considera a experiência do cliente de um ponto de vista holístico.

Produto mínimo viável

A estrutura do Produto Mínimo Viável é usada para desenvolver, testar e lançar um produto com o mínimo de esforço e o máximo de ritmo. Ele foi projetado para ser rápido e seguir o caminho de menor resistência até o mercado.

O MVP se concentra no lançamento dos principais recursos de um produto que são essenciais para agregar valor aos clientes. Ao criar um MVP, as empresas podem obter feedback dos clientes no início do processo de desenvolvimento e fazer os aprimoramentos necessários antes de lançar oficialmente o produto.

Embora muitas pessoas presumam que o MVP seja um protótipo, ele não é. É um produto em si, mas é a base sobre a qual será desenvolvido posteriormente. É um produto por si só, mas é a base sobre a qual será construído posteriormente.

A criação de um MVP permite que as empresas testem suas hipóteses sobre a demanda dos clientes e a viabilidade técnica antes de investir muito tempo ou recursos na criação do produto completo.

Além disso, ele permite que as organizações lancem produtos rapidamente sem criar soluções perfeitas de imediato, permitindo que elas iterem à medida que aprendem mais sobre o que funciona melhor para seus clientes. É a estrutura de gerenciamento de produtos equivalente a "feito é melhor do que perfeito".

De modo geral, o desenvolvimento de um MVP pode levar a uma melhor compreensão das necessidades do cliente, a ciclos de aprendizado mais rápidos e a um processo de lançamento de produto mais eficiente. No entanto, ele traz alguns riscos, pressões de tempo e um monte de coisas que você precisa resolver. No entanto, os MVPs dão certo. Empresas famosas lançadas com base na estrutura do MVP incluem Facebook, DropBox, Airbnb, Spotify e Twitter.

AAARR, também conhecido como Pirate Metrics

Ah, como gostaríamos que tudo isso fosse coisa de pirata de verdade. Com direito a papagaio nos ombros, sabre, armário do Davy Jones. Mas, infelizmente! A estrutura AAARR só é pirata na parte AAAARR.

Embora não seja tão empolgante quanto navegar em alto mar, a estrutura AAARRR ajuda as organizações a rastrear e medir as principais métricas. Isso as ajuda a obter insights sobre como os clientes recebem seus produtos e quais mudanças precisam ser feitas para melhorar o comportamento do cliente.

Os cinco estágios da estrutura são:

Aquisição: O número de novos clientes adquiridos.


Ativação: O número de clientes que têm uma primeira experiência valiosa com o produto ou serviço.


Retenção: O número de clientes que continuam a usar o produto ou serviço ao longo do tempo.


Indicação: O número de clientes que indicam novos clientes para o produto ou serviço.


Receita: O valor da receita gerada pelos clientes.


Andando na prancha: Não. Esse não é real. Só queríamos que ela incluísse piratas de verdade.

Método Hooked

Nir Eyal, viciado

O Método Hooked é uma estrutura desenvolvida por Nir Eyal que ajuda as empresas a criar fidelidade do cliente. Na verdade, até recomendamos o livro de Nir em outro post.

O modelo do Hooked Method baseia-se na criação de produtos ou serviços que são "ganchos", que capturam e retêm a atenção dos clientes e fazem com que eles voltem para comprar mais. Basicamente, eles fazem com que você fique viciado. É polêmico, mas vamos em frente.

De acordo com o Hooked Model, há quatro componentes principais de um gancho bem-sucedido:

Gatilho: Qualquer evento que desencadeie um desejo de ação em um cliente.


Ação: Qualquer ação tomada pelo cliente em resposta ao acionador.


Recompensa: Um incentivo que estimula os clientes a repetir ações.


Investimento: Oferecer oportunidades para que os clientes invistam no produto ou serviço, o que aumenta seu compromisso com a repetição de ações.

Ao compreender esses componentes e usá-los para criar uma experiência envolvente para o cliente, as empresas podem criar uma fidelidade de longo prazo entre seus clientes. É frequentemente usado no desenvolvimento de aplicativos para que não possamos largar o telefone. 

Mesmo usando um mecanismo de busca como o Google, ou tendo a Alexa em sua casa, isso reflete grande parte da metodologia Hooked. Você tem uma pergunta; não se senta e reflete sobre ela, não vai a uma biblioteca nem pergunta a um amigo. Você a digita no Google ou grita: "Alexa, quantos pardais cabem em um Dodge Charger?" Como o cachorro babão de Pavlov, acontece um evento, como um pensamento, e você pega o produto.

Confiança excessiva em estruturas?

Os exemplos acima são ótimos; todos eles têm seu uso e lugar. No entanto, as estruturas não serão o fator determinante para o sucesso ou fracasso de um produto. É claro que elas terão um impacto, mas mesmo a melhor estrutura só será bem-sucedida se o trabalho de base tiver sido concluído.

Antes mesmo de decidir qual estrutura usar, você precisa da confiança e da adesão de todas as partes interessadas. Pode ser a liderança sênior, os engenheiros, o designer, o marketing, enfim! Até mesmo a equipe de vendas que continua vendendo novos recursos que não existem (nós ❤️ Você realmente vende!)

Se alguma dessas equipes achar que você está cheio de merda, nenhuma estrutura - por mais eficaz que seja - o salvará. Estranhamente, o produto tem a ver tanto com marketing e venda da ideia para a sua equipe interna quanto com pesquisa, design e ideias. Todos precisam estar por trás das mesmas ideias e objetivos para realizar o produto.

O outro aspecto das estruturas é que, em teoria, elas são sempre uma ótima ideia MAS a realidade tem o hábito de morder suas melhores ideias no traseiro. Nosso conselho? Seja muito, muito cauteloso com relação à forma como todas as partes interessadas recebem a estrutura. Nada de acenos de cabeça e sorrisos agradáveis apenas para que tudo seja renegado em uma data posterior. As partes interessadas precisam estar totalmente alinhadas com a estrutura do produto, mas tenha em mente que, mesmo que a estrutura esteja sendo seguida perfeitamente, elas ainda estarão olhando para outras métricas e KPIs (em outras palavras, despesas gerais) como seus principais indicadores de sucesso. 

Outra possível desvantagem dos frameworks é que eles podem tornar os PMs preguiçosos, o que é totalmente culpa sua. Seguir cegamente o "processo", sem espaço para adaptação, não é necessariamente a coisa mais eficaz. Ei, você marcará a caixa e receberá o efeito da dopamina ao concluir a ação, mas onde está a inovação? Você pode criar um produto inteiro no piloto automático, babando pelo canto da boca e deixando passar todos os sinais de alerta porque está enchendo o saco!

E, por fim, nossa última dica para esta sessão, que será muito útil para você: Equipes, pessoas e gerentes de projetos podem facilmente ficar "cansados de processos". Conforme mencionado acima, você pode acabar entrando no piloto automático quando se trata da mesma coisa repetidamente, mas, da mesma forma, um processo totalmente novo trazido por um novo gerente de projetos com olhos de estrela? Sim, vai ser preciso se acostumar com isso. As equipes que cercam o novo PM, engenheiros, designers, etc., darão o melhor de si. Aprenderão, se adaptarão, encontrarão novos fluxos de trabalho e adotarão novos frameworks, mas acabarão se deparando com um obstáculo. O esgotamento da estrutura é real. Se você quiser introduzir uma nova estrutura, tudo bem, mas espere seu tempo e escolha o momento certo para fazer isso.

Torne uma coisa mais fácil

Seja qual for a estrutura que você escolher entre as mencionadas acima, há muitos modelos, vídeos e recursos incríveis para ajudá-lo a começar. Mas, independentemente da estrutura que você escolher, a coleta de dados e a documentação das reuniões serão uma parte essencial do pacote.

É aqui que entra uma ferramenta de reunião de IA como o tl;dv . O estágio de "descoberta de produto" está presente em mais ou menos todas as estruturas, e é por isso que você precisará de um software de pesquisa de produto para obter insights e conseguir a adesão das partes interessadas.

Uma interface fácil de navegar permite que as equipes de produtos coletem, compreendam e priorizem as percepções dos usuários antes que os estágios posteriores do planejamento e do desenvolvimento do produto se iniciem. Toda a sua pesquisa é armazenada em um único local e pode ser facilmente compartilhada com as partes interessadas e os colegas de equipe.

Na verdade, o tl;dv ajudará a garantir que todo o trabalho braçal e as bases estejam prontos antes mesmo de você pensar em estruturas. As equipes de produtos usam o gravadorZoom e Google Meet para documentação de reuniões, a fim de acompanhar mais facilmente os itens de ação, monitorar o progresso e manter os funcionários ausentes informados. O melhor de tudo é que ele é gratuito!