Quando falo que fundei um product studio, a pergunta seguinte é sempre a mesma: isso é agência?
Não é, e a diferença não é semântica. Ela muda o contrato, o tipo de conversa e o que acontece quando o projeto não dá o resultado esperado.
Os três modelos e o que os separa
Agência vende execução de escopo. Você chega com a especificação, ela entrega a especificação. O sucesso é medido por entregar o que foi pedido, no prazo. Se o que foi pedido não resolvia o problema, o contrato foi cumprido do mesmo jeito.
Consultoria vende recomendação. Ela analisa, aponta caminho, entrega documento. A execução é sua. O sucesso é medido pela qualidade do diagnóstico, e o resultado depende de alguém executar direito depois.
Product studio vende produto funcionando com efeito no negócio. Ele participa da decisão do que construir, constrói, coloca no ar e olha o número depois. Quando o número não move, o trabalho não acabou.
A pergunta que separa os três: o que acontece se a gente entregar tudo que foi combinado e o negócio não melhorar? Na agência, isso é problema do cliente. No studio, é problema compartilhado.
Por que esse formato
Passei por seis empresas: e-commerce, infraestrutura de pagamento, viagens, logística, core banking e hoje diagnóstico de governança corporativa. Domínios que não têm quase nada em comum.
O padrão que se repetiu em todos foi o mesmo, e não é técnico.
Time competente construindo a coisa errada com muita disciplina. Backlog cheio de item que ninguém pediu de verdade. Funcionalidade lançada que ninguém usou e que ninguém removeu, porque remover dá trabalho e não dá crédito. Reunião de priorização decidindo entre coisas que já estavam erradas na origem.
Ninguém era incompetente. Faltava alguém entre a decisão de negócio e a execução técnica que entendesse os dois lados e tivesse autoridade pra dizer “isso aqui não vale a pena”.
Esse papel raramente existe. Quando existe, geralmente é uma pessoa sênior sobrecarregada que faz isso nas brechas.
O que muda na prática
O primeiro entregável não é código. É descoberta de gargalo: onde exatamente o dinheiro está travando.
Às vezes a resposta é software. Muitas vezes é automação de um processo manual que consome três pessoas, ou uma integração que ninguém fez, ou um relatório que existe e ninguém confia. O trabalho começa antes da linha de código, e às vezes termina antes também.
A segunda diferença é que o número é combinado antes. Não “entregar o módulo de cobrança”, e sim “reduzir a inadimplência” ou “cortar o tempo de fechamento de cinco dias pra um”. Escopo é meio, não fim.
E a terceira: escopo pode mudar quando a evidência muda. Se na terceira semana ficar claro que o caminho combinado não vai dar o resultado, mudar é o comportamento certo. Num contrato de escopo fechado, mudar é problema contratual, o que cria o incentivo perverso de entregar o que se sabe que não vai funcionar.
O que dá errado nesse modelo
Sendo honesto sobre o outro lado.
Ele exige acesso a informação que muita empresa não dá pra fornecedor. Número de receita, custo, churn, funil. Sem isso, o studio vira agência com discurso melhor.
Ele exige um interlocutor com poder de decisão. Se toda mudança de rumo precisa passar por três comitês, o modelo trava e o tempo de resposta destrói a vantagem.
E não serve pra todo tipo de trabalho. Manutenção de sistema estável, sustentação, demanda de escopo bem definido e repetitivo: agência faz melhor e mais barato. Contratar studio pra isso é pagar caro por uma capacidade que não vai ser usada.
Como saber qual você precisa
Uma pergunta resolve.
Você sabe exatamente o que precisa ser construído e só precisa de gente pra construir? Agência ou contratação direta.
Você sabe que tem um problema, tem hipótese de onde ele está e precisa de alguém que ajude a decidir e execute junto? É outro tipo de contrato.
Ser vendido o modelo errado é caro dos dois lados. Empresa que precisava de braço e contratou parceria estratégica paga caro por reunião. Empresa que precisava de parceiro e contratou execução recebe exatamente o que pediu, que era justamente o problema.
Sobre o nome
“Product studio” é rótulo, e rótulo importa menos que o contrato. O que importa é a resposta a duas perguntas: quem decide o que construir, e como a gente sabe que funcionou.
Se as duas respostas estiverem escritas antes de começar, o nome do modelo é detalhe.
É esse trabalho que eu faço no Singularity, e é a mesma leitura que descrevi em o engenheiro que entende produto, aplicada em escala de empresa em vez de carreira.