A Primeira Contratação de Produto em uma Empresa B2B em Crescimento

O time de engenharia está desenvolvendo features que não parecem mover a retenção. O time de vendas está definindo o roadmap com base em quem falou mais alto na última ligação com cliente. E você, CEO ou CTO, ainda está em toda decisão de produto porque ninguém mais consegue ter a visão completa do quadro.

Você decidiu que é hora de contratar produto. E agora está prestes a cometer o erro que atrasa empresas em dois anos: contratar um VP de Produto quando você precisa de um PM sênior.

Este guia é sobre como acertar o nível e montar um processo de entrevista que encontra o builder que você precisa.

Por Que o Nível Importa Mais do Que o Título

O erro de contratação de produto em empresas de 50 a 200 funcionários é quase sempre sobre nível, não sobre função. Você contrata um VP de Produto porque o título parece adequado para "alguém que lidera produto", mas o que você realmente precisa é de um PM sênior que consiga executar com suporte limitado.

Veja o padrão do que dá errado com uma contratação de VP de Produto em uma empresa de 80 funcionários:

• Nos primeiros 90 dias, a pessoa fica desenhando estruturas organizacionais e frameworks de processo que você não tem headcount para sustentar
• Ela quer contratar 3 a 4 PMs antes de assumir qualquer responsabilidade pessoalmente
• O instinto dela é "alinhar stakeholders" antes de decidir, o que significa que cada decisão de produto demora três vezes mais
• Seis meses depois, ela produziu ótimos documentos de estratégia, mas o time de engenharia ainda não sabe o que construir na próxima semana

Pesquisas da MIT Sloan Management Review sobre gestão de produto mostraram que times de produto em estágio inicial com um líder de produto com escopo claramente definido entregam 2x mais rápido do que aqueles em que o papel de PM se sobrepõe à tomada de decisão do fundador, e que contratar acima do nível necessário é um gargalo mais comum do que contratar abaixo.

Isso não acontece porque candidatos a VP de Produto são ruins. É porque as habilidades que tornam alguém um VP de sucesso em uma empresa de 400 pessoas (gerenciar PMs, desenvolver capacidades de equipe, definir estratégia de portfólio) são diferentes das habilidades que você precisa em uma empresa de 80 funcionários: priorizar de forma implacável com informações incompletas, escrever especificações detalhadas de produto, manter contato próximo com clientes e tomar 12 decisões por semana com confiança.

O enquadramento correto: comece um nível abaixo do que você acha que precisa e promova ou redefina o escopo quando a equipe for grande o suficiente para justificar. O mesmo princípio se aplica à decisão de promover vs. contratar externamente: alinhar o escopo às capacidades atuais do candidato, não ao título que você quer preencher.

Os Três Níveis de Cargo

Nível 1: Product Manager Sênior

Indicado para: Empresas construindo sua primeira função de PM (sem líder de produto ainda). Essa pessoa trabalha em estreita colaboração com o CTO ou CEO na priorização, é responsável pelo backlog do produto, escreve specs e user stories, gerencia o ciclo de sprint e conversa com clientes regularmente.

Headcount que consegue gerenciar: 0 a 2 PMs júniors ou associados Tamanho da equipe de engenharia: Até 8 a 10 engenheiros O que não é de sua responsabilidade: Estratégia da empresa, narrativa de vendas, roadmap no nível de 12 meses (isso permanece com os fundadores)

Sinais do candidato: Já entregou múltiplos produtos B2B de ponta a ponta, está confortável com ambiguidade sem precisar de infraestrutura de processo, escreve boas specs e consegue mostrar exemplos reais, fez customer discovery e não apenas entrega de features.

Nível 2: Head de Produto (ou Group Product Manager)

Indicado para: Empresas com um ou dois PMs existentes, 10 a 20 engenheiros, e necessidade de alguém que construa a função de produto enquanto ainda atua como PM.

Headcount que consegue gerenciar: 2 a 4 PMs Tamanho da equipe de engenharia: 10 a 20 engenheiros O que não é de sua responsabilidade: Estratégia da empresa no nível de CEO, narrativa para investidores, decisões de headcount fora de produto

Sinais do candidato: Já gerenciou 2 a 3 PMs, já construiu ou melhorou um processo de produto (metodologia de roadmap, cadência de sprint, programa de discovery), pensa em termos de resultados, não de features.

Nível 3: VP de Produto

Indicado para: Empresas com uma equipe de produto estabelecida (4 ou mais PMs) que precisam de estratégia de produto no nível de liderança, parceria executiva e desenvolvimento organizacional.

Headcount que consegue gerenciar: 4 a 8 ou mais PMs Tamanho da equipe de engenharia: 20 ou mais engenheiros O que não é de sua responsabilidade: Planejamento de sprint do dia a dia (para isso existem os PMs)

Sinais do candidato: Já construiu e escalou uma equipe de produto, já foi responsável por uma estratégia de portfólio de produto, já atuou no nível de board em questões de produto.

O Diagnóstico de 3 Perguntas

Pergunta 1: Quantos engenheiros você vai contratar nos próximos 12 meses?

• 0 a 5 novos engenheiros: PM Sênior
• 5 a 10 novos engenheiros: Head de Produto
• 10 ou mais novos engenheiros: Head de Produto ou VP (depende do bench atual de PMs)

Pergunta 2: Você já tem um PM?

• Sem PMs: PM Sênior
• 1 a 2 PMs: Head de Produto que possa gerenciá-los
• 3 ou mais PMs: Head de Produto ou VP

Pergunta 3: Quanto do seu trabalho de produto é estratégico vs. de execução?

• Principalmente execução (gestão de backlog, sprint, customer discovery): PM Sênior
• Mix de execução e construção de processo: Head de Produto
• Principalmente estratégico (direção de portfólio, desenvolvimento organizacional, alinhamento executivo): VP

Se suas respostas apontam para PM Sênior, mas você está tentado a contratar um VP porque "vamos precisar de um no futuro", resista. Você vai pagar $60k a $80k a mais por ano por alguém desalinhado com o trabalho atual, e provavelmente vai perdê-lo em 18 meses quando perceber que o cargo não é o que esperava. Dados da SHRM sobre rotatividade de PMs mostram que product managers sêniors contratados em nível acima do tamanho da equipe saem a uma taxa 35% maior nos primeiros 24 meses do que aqueles contratados no escopo certo para o estágio da empresa.

O Interview Loop

Fase 1: Triagem Telefônica (30 minutos)

Qualifique o nível de experiência e sonde o instinto genuíno de produto. Duas perguntas que valem a pena fazer nesta fase:

• "Me conte sobre uma feature que você cancelou. Qual foi a decisão, quem resistiu e como você lidou com isso?"
• "Como você decide o que não construir?"

Contratações fortes de produto têm boas respostas para ambas. A pergunta sobre "feature cancelada" revela se o candidato consegue tomar decisões difíceis de trade-off ou se tende a dizer sim para tudo. A pergunta sobre "o que não construir" revela disciplina de priorização.

Fase 2: Exercício de Análise Crítica de Produto (45 minutos)

Envie um link para o seu produto (ou uma gravação de tela se estiver por trás de um login) e dê 48 horas ao candidato.

Peça que produza:

1. Sua leitura sobre os três maiores problemas de UX ou de valor do produto
2. Uma feature que priorizaria e o porquê
3. Uma feature que removeria ou adiaria

Em seguida, faça um debriefing do exercício na entrevista. O output importa menos do que o raciocínio. Você está buscando:

• O candidato enquadra os problemas em termos de resultados para o cliente ou em suposições internas?
• Ele observa o produto pela perspectiva do usuário ou do desenvolvedor?
• Ele justifica a priorização com evidências ou apenas com opinião?
• Ele é diplomático ou honesto quando encontra algo errado?

PMs que não conseguem criticar um produto diplomaticamente não conseguirão dizer não às solicitações de roadmap do time de vendas. As verificações de referência são particularmente reveladoras neste ponto. Ex-colegas vão dizer se o candidato conseguia sustentar uma posição sob pressão comercial ou tendia a ceder. Veja verificações de referência que revelam sinal real para saber como estruturar essas conversas.

Fase 3: Sessão de Framework de Priorização (60 minutos)

Esta é uma sessão de trabalho, não uma apresentação. Forneça um backlog fictício de 20 itens com uma combinação de correções de bugs, features solicitadas por clientes, dívida técnica e apostas estratégicas. Diga que a engenharia tem capacidade para 6 itens no próximo trimestre.

Percorra o backlog juntos e peça que o candidato priorize. Você está avaliando:

• Ele faz perguntas de esclarecimento antes de priorizar ou já vai direto às respostas?
• Qual framework ele aplica? (RICE, ICE, MoSCoW: não há resposta certa, mas ele deve ter um método)
• Como lida com ambiguidade sobre o impacto no cliente?
• Ele consegue tomar uma decisão quando os dados são incompletos?
• Como explica os trade-offs para alguém que ficará desapontado por seu item não ter sido incluído?

Esse último ponto é importante. Em uma empresa de mid-market, o líder de produto estará constantemente explicando para vendas e CS por que uma solicitação de cliente não está no roadmap. Se não consegue fazer isso em uma sala com você, não vai conseguir com um VP de Vendas cético.

Fase 4: Debriefing de Entrevista com Cliente (30 minutos)

Se você tem uma gravação recente de customer discovery (com consentimento) ou pode simular uma, use-a. Caso contrário, escreva uma transcrição fictícia de 1 página de uma entrevista com cliente na qual o cliente expressa frustração com um fluxo de trabalho e sugere vagamente três possíveis causas raiz diferentes.

Peça que debriefe a entrevista: quais são os principais insights, qual é o job-to-be-done, que perguntas ainda não foram respondidas e o que ele faria a seguir.

Isso revela se o candidato pensa em problemas do cliente ou em soluções de produto. Um PM que imediatamente passa para "aqui está o que devemos construir" está pulando a parte mais difícil do trabalho.

Modelo de Plano de 30/60/90 Dias

Use este modelo para calibrar expectativas durante a oferta e as primeiras semanas.

Primeiros 30 Dias: Orientação

• Participar de 5 ligações com clientes como ouvinte (não apenas Demos: ligações de suporte, chamadas de Onboarding, conversas de QBR)
• Revisar os últimos 3 meses de tickets de suporte em busca de padrões recorrentes
• Ler todas as specs de produto escritas nos últimos 6 meses (mesmo as mais rasas)
• Fazer reuniões 1:1 com cada engenheiro e designer
• Montar um backlog priorizado com o que aprendeu (mesmo que preliminar)

Primeiros 60 Dias: Contribuição

• Conduzir o primeiro sprint completo como PM principal
• Concluir um roadmap priorizado para o próximo trimestre
• Realizar de 3 a 5 entrevistas estruturadas de customer discovery de forma independente
• Publicar um documento de primeiros princípios sobre o job-to-be-done do produto
• Liderar a primeira sessão de refinamento de backlog com a engenharia

Primeiros 90 Dias: Autonomia

• Assumir total responsabilidade pelo backlog do produto
• Liderar o planejamento trimestral de forma independente
• Estabelecer uma cadência regular de customer discovery
• Entregar um "estado do produto" escrito aos fundadores com recomendações
• Definir o que significa sucesso nos próximos dois trimestres

Ajuste os marcos com base na sua cadência de sprint e no tamanho da equipe. O sinal principal é se o candidato está criando artefatos nos quais a equipe se apoia (specs, roadmap, insights de discovery), não apenas participando de reuniões. O sistema de buddy de Onboarding funciona tão bem para contratações de produto quanto para representantes de vendas. Fazer um par com um engenheiro sênior nos primeiros 30 dias acelera a construção de contexto técnico, que é a parte mais difícil de fazer de forma independente.

A Conversa "Quem É Dono do Roadmap?"

Antes de o novo contratado começar, tenha uma conversa explícita sobre quem é responsável por quê. Esse é o conflito pós-contratação mais comum em times de produto em estágio inicial.

• Fundadores/CEO: Estratégia da empresa, em quais mercados competir, o que o produto faz ou não faz no nível mais alto
• Líder de produto: Como chegar lá, o que construir a seguir, como sequenciar, decisões de trade-off entre features concorrentes
• Engenharia: Como construir, arquitetura técnica, decisões de build vs. buy
• Vendas/CS: Input de clientes, não direção de produto

Se o CEO ainda está sobrepondo decisões de produto semanalmente após o terceiro mês, algo está errado. Ou a contratação não é a pessoa certa, ou o CEO não realmente delegou. Um sinal útil: se seu contratado de produto não está conduzindo one-on-ones eficazes com seus parceiros de engenharia até o dia 60, o ciclo de tomada de decisão ainda é muito dependente do CEO.

Benchmarks de Remuneração

O equity para a primeira contratação de produto deve ser significativo. Essa pessoa está moldando a trajetória do produto da empresa. Se o pool de opções for limitado, tenha essa conversa cedo, em vez de apresentar um número de equity baixo na hora da oferta. Dados do BLS para gerentes de produto de software oferecem um baseline nacional de remuneração que ajuda a calibrar se suas faixas salariais são competitivas no seu mercado geográfico.

Erros Comuns

Contratar um PM focado em processo quando você precisa de um builder. Alguns PMs são excelentes em gerenciar processo: cerimônias de sprint, revisões de stakeholders, apresentações de roadmap. Mas em uma empresa de 60 pessoas, você não precisa de um gerente de processo. Precisa de alguém que possa escrever uma spec na segunda-feira e entregar na sexta. Pergunte especificamente sobre o trabalho autônomo do candidato, não apenas sobre sua gestão de processo.

Não definir quem é dono do roadmap. Sem uma definição clara, o VP de Vendas e o CEO continuarão sendo os donos por padrão, e seu novo PM vai passar os primeiros 90 dias tentando descobrir de quem é o input que vale mais.

Contratar VP de Produto na Series A. Quase certamente você não tem o tamanho de equipe nem a complexidade organizacional para fazer esse nível funcionar. O VP ficará entediado, com recursos em excesso e vai embora em 18 meses.

---

Saiba Mais

• Contratando um Chief of Staff: Quando Faz Sentido e Quando É Prematuro
• Interno vs. Externo: O Framework de Decisão Promoção vs. Contratação
• Matriz de Habilidades de AI para Times em Crescimento
• Medindo o Tempo de Produtividade Após o Onboarding