Como funciona uma área de Product Ops: quando criar, como estruturar e como medir

Product Ops virou termo da moda antes de virar prática compreendida. Muita gente sabe soletrar a sigla, poucas conseguem explicar o que a área faz, quando ela precisa existir e como saber se está dando certo. Para destrinchar isso, o Papo na Arena de agosto de 2023 lotou o auditório do Cubo com três pessoas que viveram o tema de dentro: - [Eduardo Magalhães](https://www.linkedin.com/in/dudumagalhaes/), o Dudu, Head of Product Ops na RD Station - [Mayara Barros](https://www.linkedin.com/in/mayarabarros/), Sr. Product Manager no QuintoAndar - [Priscila Chagas](https://www.linkedin.com/in/aprichagas/), Expert Consultant na Bain & Company A conversa foi conduzida por mim, [Arthur Castro](https://www.linkedin.com/in/arthurdecastroaraujo/), founder da Product Arena.  ## Product Ops em um tweet **Dudu** precisou de dois tweets: > *"Product Ops é a área que ajuda os times de produto, eventualmente engenharia e design, a serem mais produtivos, eficientes e eficazes."* > *"A área que empurra a companhia para bater seus gols."* **Mayara:** > *"Product Ops alavanca e ajuda a direcionar e implementar estratégia de produto."* Ou: *"Faz tudo de produto."* **Priscila:** > *"Uma disciplina que endereça problemas de produto para ajudar a fazer acontecer."* ## Como explicar Product Ops para o resto da empresa **Mayara:** por incrível que pareça, quando começamos existiam duas áreas de Product Operations, que faziam coisas diferentes. Uma estava mais ajudando operações a testar mais rápido sem produto. E a minha área de ProdOps tinha chegado para ajudar e permitir que o time escalasse. Mas, no fim das contas, parte você explica, parte você faz. Depois de um tempo, quando a galera viu que estava funcionando, começaram inclusive a chegar em mim: "posso ter um Ops no meu time também?". **Priscila:** quando a gente montou o capítulo lá no PicPay de produtos, a gente tinha dificuldade de explicar o que era, porque a gente estava lá. Todo mundo tinha suas dores e a gente estava ali para tirar essas dores, para tirar os impedimentos dessa turma. Inclusive, na época já tinha um time de Product Operations. **Dudu:** na RD tem outras áreas de Ops que são bem fortes, como Revenue Ops, Marketing Ops e CX Ops. Então foi mais fácil explicar, porque era basicamente "somos o Ops com recorte em produto". E o papel geral dessas áreas é este: como elas estão trazendo efeitos para os indicadores da companhia. Temos três pilares principais: 1. **Data Analytics:** tentar entender causa vs. efeito. 2. **Governança:** retorno vs. investimento. 3. **Enablement:** olhar as habilidades do time e ver o que as pessoas precisam evoluir. Baseado num score que a gente criou, identificamos e criamos trilhas de desenvolvimento. É um investimento bem pequeno, mas que traz uma evolução gigantesca. ## Por onde começar **Mayara:** quando você chega num nível de complexidade de time e/ou produto em que a pessoa de produto está gastando mais tempo em como escalar o time, processos e afins do que em evoluir o produto, provavelmente Product Ops vai conseguir ajudar. Mas não pense que "ter uma área de ProdOps vai salvar seu time" — até pouco tempo atrás ninguém falava nisso. **Priscila:** vale olhar alguns comportamentos que podem indicar espaço para uma área de Product Ops: 1. **PM se justificando muito:** "ah, preciso mandar relatório para fulano, ciclano…". 2. **Falta de trilha de carreira:** "não sei qual é o próximo passo aqui na empresa". Tem a ver com o enablement que o Dudu comentou: como "rampar" a equipe para ganhar senioridade? 3. **Visão da liderança:** "não sei se a galera está fazendo o que eu preciso e não estou com uma visão muito clara de quando e como isso vai ser entregue". **Dudu:** na RD Station teve uma troca de CPO, e quem assumiu a posição foi um dos fundadores da empresa. Ele tinha um pouco de dificuldade de trackear os resultados da equipe de produto. Esse foi o principal motivo. Só que na primeira tentativa ele trouxe alguém muito bom em dados, mas que não tinha muito suporte para construir. Depois ele me contou um pouco dessa dor — eu não sabia nada do que era Product Operations na época — e me deu o desafio de ajudar a planejar a estratégia para o ano seguinte, porque os executivos falavam uma língua e a gente falava outra. Começamos por aí. Foi um processo meio extenso, mas está dando bom.  ## Onde a área se encaixa no organograma **Dudu:** na RD Station, como Head de Product Ops, eu sou par do Head de Produtos de cada vertical. **Mayara:** no princípio, ficamos debaixo da estrutura de Produto — ProdOps respondia para o Diretor de Produto, que respondia para o CTO. Fui uma "euquipe" por muito tempo. Mas depois percebemos que estávamos ajudando o quarteto como um todo: produto, tech, design e dados. Continuamos par