# Gestão de Demandas de Marketing: por que pedir a peça esconde o problema

> Quando a área pede "faz um post" ou "sobe uma LP", ela entrega ao marketing uma solução pronta e esconde o problema. Veja como reorganizar a gestão de demandas em torno do problema, do contexto de negócio e do acesso a clientes e dados, sem transformar a rotina em burocracia.

- Tipo: Artigo
- Autor: Dionatha Rodrigues
- Publicado em: 2026-10-20 · Atualizado em: 2026-10-23
- URL: https://clubmartech.com.br/blog/gestao-de-demandas-de-marketing/

Imagine um paciente que chega ao consultório com o nome do antibiótico anotado num papel e pede só a receita. Se o médico assina sem perguntar nada, ele vira um carimbo. Se pergunta pelos sintomas, descobre às vezes que o remédio certo é outro, ou que não precisa de remédio nenhum.

Na **gestão de demandas** de marketing, o papel com o nome do remédio tem outro formato: "faz um post sobre o produto novo" ou "sobe uma LP para o evento". O time entrega no prazo, a tarefa fecha no quadro e nenhum número diz se aquilo resolveu alguma coisa.

A seguir, você vê o que é mais útil receber de quem pede, como tratar a rotina e como dar uma data confiável.

## Por que a Gestão de Demandas de Marketing trava no pedido de peça

Quem escreve "faz um post" já escolheu o canal e o formato, mas não contou qual problema queria resolver. O marketing recebe só a escolha. Sem saber o problema, o time não tem como avaliar se a peça faz sentido, e a métrica que sobra é o prazo.

Chris Jones e Marty Cagan, do Silicon Valley Product Group (SVPG), descrevem esse mesmo impasse na relação entre times de produto e as áreas da empresa que dependem deles, que chamam de stakeholders ([SVPG, dezembro de 2025](https://www.svpg.com/stakeholders-and-the-product-model/)). O argumento deles é que a primeira ideia de solução com frequência fica aquém do resultado que o negócio precisa, não importa de quem ela venha. Por isso, os times de produto reescrevem os pedidos de funcionalidade como problemas a resolver, acompanhados de uma definição de sucesso.

> O texto lido trata de times de produto e não menciona marketing, e a afirmação sobre as primeiras ideias vem da experiência dos autores como consultores, sem estudo ou amostra citados. A SVPG vende workshops e livros sobre esse modelo de trabalho. Levar o raciocínio para o marketing é leitura do Club Martech, e um time de marketing pequeno pode ter menos autonomia para recusar um pedido do que o time de produto que os autores descrevem.

Com essa ressalva, o mecanismo se aplica ao marketing. Quando o pedido chega como peça, o marketing vira executor da solução de outra pessoa, e quem cuida de [marketing ops](https://clubmartech.com.br/blog/marketing-ops/) passa o dia administrando fila em vez de desenhar a operação. Na próxima demanda que chegar como peça, devolva uma pergunta antes de abrir a tarefa: *"Que problema essa peça resolve, para quem, e qual número a gente olha para saber se resolveu?"*

## Pedido de Peça e Pedido de Problema: o que muda na prática

![Gestão de demandas: o pedido de peça traz só formato e prazo; o pedido de problema traz público, restrições e critério de sucesso](https://clubmartech.com.br/wp-content/uploads/2026/10/cmt-diagrama-41801-gestao-de-demandas-de-marketing-1.webp)

*Leitura do Club Martech a partir de Chris Jones e Marty Cagan (SVPG, 2025).*

Os autores pedem três informações a quem solicita: o problema específico, para quem ele precisa ser resolvido e como o sucesso será medido. Aplicada ao marketing, a diferença entre os dois tipos de pedido fica assim:

| Dimensão | Pedido de peça | Pedido de problema |
| --- | --- | --- |
| Como chega | "Faz um post", "sobe uma LP" | "Os revendedores não sabem que a linha nova existe e as vendas dela estão abaixo da meta" |
| O que o marketing sabe | Formato e prazo | Problema, público, restrições e critério de sucesso |
| Como o sucesso é medido | Peça entregue na data | Mudança no comportamento de quem precisava ser alcançado |
| Espaço para alternativa | Nenhum, a solução veio pronta | O time pode propor outro canal, outro público ou nenhuma peça |
| Se não funcionar | Pede-se outra peça | O time investiga o motivo e ajusta a abordagem |

A área pode trazer uma ideia de solução junto com o problema. O texto da SVPG trata isso como normal e diz que a ideia pode ser compartilhada. No modelo descrito, quem responde pelo resultado é o time que executa, com autonomia para encontrar a solução que funciona, mesmo que isso exija testar mais de uma abordagem.

Num exemplo hipotético, imagine que o comercial peça uma LP para um webinar. Conversando, o time descobre que o objetivo é reativar clientes que pararam de comprar e que já estão na base, ao alcance de uma ligação do vendedor. A LP deixa de ser a única resposta possível. Antes de aceitar a próxima LP, pergunte à área: *"Se essa página não existisse, como você resolveria o mesmo problema?"*

## O Contexto de negócio que só quem pede conhece

A segunda base da colaboração, segundo Jones e Cagan, é o contexto de negócio. Toda empresa tem restrições que o time executor não enxerga sozinho: como o produto chega ao mercado, regulação do setor, custos e formas de monetização, acordos com parceiros. A solução precisa funcionar para o cliente e para essas restrições ao mesmo tempo, e quem conhece as restrições é a área que pede.

No marketing, o risco é esse contexto aparecer tarde demais. Pense numa campanha de desconto aprovada, produzida e revisada que, no dia anterior ao disparo, esbarra na margem do produto ou num texto legal obrigatório para aquela oferta. A conversa entre a meta que chega de cima e o que o time comercial consegue absorver, tratada no artigo sobre [metas de receita](https://clubmartech.com.br/blog/metas-de-receita-conciliacao-top-down-capacidade-comercial/), é um exemplo do tipo de contexto que muda a campanha.

Os autores sugerem formas simples de passar esse contexto: indicar leituras, apresentar as pessoas certas ou orientar diretamente. Mapear quem precisa ser ouvido em cada tipo de demanda é parte da [gestão de stakeholders](https://clubmartech.com.br/significado/gestao-stakeholders/), e o artigo sobre [stakeholders no marketing](https://clubmartech.com.br/blog/stakeholders-marketing-alinhe-retrabalho/) trata de alinhar softwares, campanhas e ROI sem retrabalho. Na abertura de um projeto grande, pergunte: *"Que regra, prazo legal, margem ou acordo pode derrubar essa campanha depois de pronta?"*

## Acesso a Clientes e a Dados: o que pedir junto com o problema

A terceira base é o acesso. Para encontrar uma solução que funcione, dizem os autores, o time precisa de acesso direto a clientes, usuários e dados de uso. Se a área tem receio desse contato, a orientação é conversar com as lideranças em vez de bloquear.

Na gestão de demandas, imagine um time que escreve a mensagem de uma campanha para um cliente com quem nunca conversou. Ninguém deu acesso às gravações de reuniões de venda nem aos dados do CRM sobre quem comprou e quem desistiu. O briefing descreve o público com adjetivos, e o texto sai genérico.

> Jones e Cagan afirmam que as preocupações de privacidade e governança podem ser resolvidas com ferramentas e controle de permissão, sem detalhar como. No Brasil, dado pessoal de cliente segue a LGPD, e definir quem vê o quê é uma decisão que envolve jurídico e TI. A ideia de que o acesso é necessário se sustenta; a facilidade de liberá-lo depende da empresa.

Em vez de pedir "acesso ao CRM", peça o recorte que responde ao problema da demanda. Quando o problema envolver desistência de clientes, pergunte ao comercial: *"Posso ouvir as gravações das últimas cinco reuniões em que o cliente desistiu da compra?"*

## Manter as luzes acesas: a rotina que não precisa virar hipótese

Uma boa gestão de demandas também separa o que não merece investigação. O texto da SVPG separa o trabalho chamado de "manter as luzes acesas": relatórios essenciais do negócio, ajustes de compliance e correção de problemas críticos. Esse trabalho roda em paralelo aos problemas maiores e, segundo os autores, normalmente não precisa ser descrito como problema a resolver nem passar por trabalho de investigação.

No marketing, as luzes acesas são o relatório mensal para a diretoria, a troca do texto legal no rodapé de uma oferta, o link quebrado numa LP de campanha que está no ar, o preço errado num anúncio. Pedir hipótese e métrica de sucesso para corrigir um link quebrado transforma a gestão de demandas em burocracia, e o risco é as áreas contornarem o formulário.

Os autores alertam que, se o volume de rotina cresce demais, a empresa precisa decidir se tem gente para manter a operação e, ao mesmo tempo, fazer o negócio avançar. Para ter essa conversa com número, classifique cada pedido como rotina ou problema durante um mês e conte quanto da capacidade do time cada tipo ocupou. O artigo sobre [gestão de backlog](https://clubmartech.com.br/blog/gestao-backlog-pratica-valor/) ajuda a organizar a fila depois dessa separação, e o de [BPMN para marketing operations](https://clubmartech.com.br/blog/bpmn/) mostra como desenhar os dois caminhos de entrada.

## O Compromisso de alta integridade: a data em que dá para confiar

Trocar entrega por resultado não elimina datas. Há situações em que a empresa precisa saber exatamente quando algo vai estar pronto. Para esses casos, Jones e Cagan descrevem o compromisso de alta integridade, uma data em que a área pode confiar, dada só depois que o time responsável fez algum trabalho de investigação sobre o que vai entregar. Os autores avisam que esse compromisso tem custo e deve ser usado com parcimônia.

No marketing, o risco oposto é toda peça ganhar um prazo definido por quem pede, antes de alguém entender o trabalho, e o time passar a negociar atraso em vez de planejar. Lançamento de produto com data pública e prazo regulatório são candidatos naturais a compromisso de alta integridade. Como proposta do Club Martech, os demais itens podem ter uma janela de entrega em vez de data fixa.

Aplicado ao marketing, o compromisso começa com um intervalo curto de investigação prévia antes de cravar a data dos itens que precisam dela, para entender escopo, aprovações e dependências de outras áreas. Depois disso, a data passa a valer. Quando alguém pedir prazo, pergunte: *"Se essa entrega atrasar uma semana, o que acontece no negócio?"* Se a resposta for "nada grave", o item não precisa de compromisso de alta integridade.

## O que a Gestão de Demandas pede do time em troca

Receber o problema em vez da peça dá mais espaço ao time, e o espaço vem com obrigações. No modelo descrito pela SVPG, o time mostra protótipos da solução antes de construí-la, para que a área avalie enquanto mudar ainda é fácil e barato. Depois de entregar, o time monta o acompanhamento da solução para que todos vejam se o resultado apareceu e, se não apareceu, investiga e ajusta.

Para o marketing, isso significa mostrar o rascunho da mensagem ou o esqueleto da LP antes da produção final e combinar como o resultado será acompanhado. Também significa sustentar a demanda além do disparo, que é a lógica do artigo sobre [marketing contínuo](https://clubmartech.com.br/blog/marketing-continuo/).

O modelo tem limites que o texto original não cobre. Um time de duas ou três pessoas pode não ter tempo para investigar cada pedido, e uma área com mais peso político pode ignorar o formulário. Também não adianta pedir o problema se o próprio time não tem como medir o resultado depois, porque o campo de métrica vira formalidade que ninguém confere. Antes de mudar a gestão de demandas, confira se o time consegue acompanhar ao menos um indicador por demanda grande.

## Próximos passos para redesenhar a Gestão de Demandas de Marketing

![Proposta do Club Martech para a gestão de demandas: oito campos do briefing de pedido, do tipo de pedido à ideia de solução](https://clubmartech.com.br/wp-content/uploads/2026/10/cmt-diagrama-41801-gestao-de-demandas-de-marketing-2.webp)

*Proposta do Club Martech, sem pretensão de ser padrão de mercado.*

O ponto de partida é o formulário ou briefing que as áreas usam para pedir trabalho. Como proposta do Club Martech, sem pretensão de ser padrão de mercado, estes campos cobrem o que foi discutido aqui:

- **Tipo de pedido:** rotina (relatório, ajuste legal, correção) ou problema a resolver. Rotina segue por um caminho curto, com menos campos.
- **Problema:** o que está acontecendo hoje que precisa mudar, em uma ou duas frases.
- **Para quem:** o grupo específico de clientes, leads ou parceiros afetado.
- **Como saber que deu certo:** o número que deve mudar e em quanto tempo.
- **Restrições:** prazo legal, margem, acordo com parceiro, orçamento, aprovação obrigatória.
- **Data:** existe uma data que não pode mudar? O que acontece se ela escorregar?
- **Acesso:** quem pode falar sobre o cliente e que dado o time pode consultar.
- **Ideia de solução (opcional):** se a área já tem uma, ela entra aqui, depois do problema.

Com os campos definidos, leve a nova gestão de demandas às áreas que pedem:

1. **Revise os últimos vinte pedidos.** Marque quantos chegaram como peça e quantos traziam o problema.
2. **Teste o formulário novo de gestão de demandas com uma área só.** Escolha a que mais pede e combine um mês de teste, explicando que a rotina continua com caminho curto.
3. **Combine com a liderança quais datas são compromisso.** Leve a lista de prazos do trimestre e pergunte, item por item, o que acontece se cada um atrasar uma semana.

Comece pela revisão dos últimos vinte pedidos, que cabe numa tarde e mostra quantos chegaram com a solução pronta.