O que são fundos de desenvolvimento de mercado (MDF)?
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Um fornecedor (vendor) de software quer que seus parceiros realizem campanhas, promovam eventos e construam pipeline. Os parceiros querem que outra pessoa divida a conta. Os fundos de desenvolvimento de mercado, geralmente abreviados como MDF, são a resposta do fornecedor: uma verba que ele reserva para cofinanciar atividades de marketing aprovadas que os parceiros executam.
A ideia é simples. A execução é onde os programas dão certo ou errado. Este artigo define o MDF, separa-o dos fundos de co-op, percorre o ciclo da solicitação ao reembolso e aborda as atividades elegíveis, como os fornecedores decidem quem recebe a verba, o tratamento contábil, a medição do ROI e as falhas que fazem os dois lados perderem tempo.
O que é o MDF
O MDF é o dinheiro que um fornecedor repassa a um parceiro de canal para ajudar a pagar atividades de marketing ou de vendas que promovam os produtos do fornecedor. É uma forma de divisão de custos. O parceiro executa a atividade, paga as contas, e o fornecedor reembolsa o custo elegível, no todo ou em parte, depois que o parceiro comprova que o trabalho aconteceu.
Dois pontos moldam todo o resto.
O dinheiro continua sendo do fornecedor até ser pago. O guia de MDF para parceiros da DigiCert diz claramente que os fundos de MDF pertencem à DigiCert e que ela reembolsa as atividades aprovadas a seu exclusivo critério. Isso é típico. Um parceiro não é dono de um saldo de MDF da mesma forma que é dono de um saldo bancário.
O dinheiro compra algo que o fornecedor quer. O MDF não é um presente. O fornecedor espera receber em troca pipeline mensurável, awareness ou capacidade, e é por isso que quase todo programa vincula os gastos a registros de oportunidades (deal registrations), listas de leads ou relatórios de campanha. Você verá a mesma lógica no crescimento liderado por parceiros, em que o marketing do próprio parceiro passa a fazer parte do motor de go-to-market do fornecedor.
MDF vs. fundos de co-op
As pessoas usam os termos de forma solta, e alguns fornecedores usam "MDF" para os dois. A distinção mais clara, como convenção geral e não como padrão, é esta.
| Fundos de co-op | MDF | |
|---|---|---|
| Como o dinheiro surge | Acumula automaticamente, muitas vezes como um percentual do que o parceiro compra ou vende | Alocado a critério do fornecedor, muitas vezes por proposta |
| Quem decide o valor | Uma fórmula nas regras do programa | A equipe de canal ou de marketing de parceiros do fornecedor |
| O que recompensa | Desempenho passado, ou seja, é conquistado | Desempenho esperado, ou seja, é um investimento |
| Finalidade típica | Promoção contínua e regular | Campanhas direcionadas que atendem a uma prioridade do fornecedor |
| Padrão de planejamento | O parceiro usa o que acumulou | O parceiro envia uma solicitação e aguarda a aprovação |
A linha fica turva nos programas reais. A documentação da Oracle para seu software de gestão de relacionamento com parceiros define três tipos de fundos de MDF: fixo (um valor específico alocado), por acúmulo (dinheiro alocado com base no desempenho do parceiro, como unidades vendidas ou um percentual da receita) e misto (um valor inicial fixo mais um componente de acúmulo). Portanto, um "MDF por acúmulo" existe de fato, e se parece muito com o co-op.
O guia de níveis e benefícios de 2025 da HubSpot oferece um bom exemplo do modelo híbrido. Ele diz que o MDF estaria disponível "em um modelo de mérito" (earned model), em base contínua ao longo de 2025, aberto a parceiros de qualquer nível ou localização, mas reservado em geral aos parceiros Platinum, Diamond e Elite, com os parceiros sem nível e Gold avaliados caso a caso. A regra prática: leia o documento do programa, não o rótulo. Se os fundos se acumulam automaticamente, trate-os como co-op. Se é preciso solicitar e ser aprovado, trate-os como MDF.
O ciclo do MDF: da proposta ao reembolso
Os programas diferem nos detalhes, mas seguem um mesmo esqueleto. A DigiCert e o GitLab publicam os seus, e eles se alinham de perto.
| Etapa | O que acontece | O que dá errado aqui |
|---|---|---|
| 1. Plano | Parceiro e fornecedor combinam um plano de marketing, geralmente com um gerente de marketing de parceiros | Sem um plano compartilhado, as solicitações parecem aleatórias |
| 2. Solicitação | O parceiro envia uma proposta: atividade, datas, custo, resultados esperados | Enviada depois que o dinheiro já foi gasto |
| 3. Pré-aprovação | O fornecedor aprova, reduz ou recusa, por escrito | O parceiro começa antes da aprovação |
| 4. Execução | O parceiro executa a atividade e paga as próprias faturas | A atividade se afasta do que foi aprovado |
| 5. Comprovação de desempenho (POP) | O parceiro envia faturas e evidências | Evidência fraca ou ausente |
| 6. Reembolso | O fornecedor analisa o pedido e paga o valor aprovado | Pedido fora do prazo, então os fundos são perdidos |
Os prazos são rígidos. A DigiCert pede que os parceiros enviem o formulário de solicitação um mês antes do trimestre em que a atividade está planejada e diz que pretende pagar os pedidos aprovados em até 60 dias após o envio. O GitLab pede as solicitações com pelo menos 10 dias úteis de antecedência ao início da atividade, diz que pretende responder em até 5 dias úteis e exige o pedido de reembolso em até 30 dias corridos após o término da atividade. Ambos conforme publicado; confira as versões atuais.
A pré-aprovação não é opcional. A página do handbook de MDF do GitLab afirma que qualquer atividade que não siga o processo e não tenha as aprovações corretas não é elegível a reembolso e que, como o programa é baseado em propostas, não garante que todo parceiro receberá MDF.
Os fundos expiram. A DigiCert diz que as alocações não utilizadas não podem ser transferidas de um trimestre para outro e devem ser usadas no prazo da solicitação aprovada. O GitLab diz que os parceiros devem concluir a atividade dentro do trimestre para o qual ela foi aprovada e que os fundos não reivindicados podem ser perdidos se o pedido não respeitar a janela.
Comprovação de desempenho
A POP é a evidência de que a atividade aprovada realmente aconteceu e fez o que deveria. Os fornecedores a exigem porque os fundos são reembolso, e não adiantamento.
O guia da DigiCert pede uma fatura ou recibo que identifique a atividade, as datas e a moeda, uma imagem do material de marketing ou de vendas e um relatório de ROI que mostre resultados como tráfego no estande, presença no evento, taxas de abertura de e-mails e registros de oportunidades. Acrescenta que uma fatura emitida pelo próprio parceiro não basta: são necessárias cópias das faturas ou recibos dos fornecedores que mostrem que a despesa foi incorrida.
A POP do GitLab depende do tipo de atividade. Uma fatura emitida pelo parceiro mais pelo menos um item de comprovação, como um convite, um material de apoio, uma foto do estande ou uma URL de um webinar gravado. Para vários tipos de atividade, é exigida uma lista de leads ou de participantes, com empresa, contato, cargo, e-mail e telefone. O GitLab também diz que devolverá esses leads ao parceiro, para que ele possa registrar as oportunidades resultantes na solicitação de MDF. Isso liga o MDF ao registro de oportunidades (deal registration), que é como os fornecedores conectam o gasto aos resultados.
Atividades normalmente elegíveis e inelegíveis
As atividades elegíveis se concentram em geração de demanda. Com base no que a DigiCert e o GitLab publicam:
| Normalmente elegíveis | Normalmente inelegíveis |
|---|---|
| Patrocínios e taxas de estande em eventos do setor | Descontos nos produtos do fornecedor |
| Seminários e webinars para clientes realizados pelo parceiro | Eventos gerais de agradecimento ou entretenimento de clientes |
| Campanhas de e-mail e mala direta | Equipamentos para a operação normal do negócio |
| Publicidade em cobranding, anúncios sociais, busca paga (às vezes com aprovação) | Álcool, dinheiro, doações beneficentes, viagens (varia conforme o programa) |
| Conteúdo e materiais de apoio que destacam a marca do fornecedor | Materiais que não mencionam os produtos do fornecedor |
| Incentivos de vendas por tempo limitado para a própria equipe do parceiro (na DigiCert, com pré-aprovação) | Atividades que promovem soluções concorrentes |
Dois padrões se repetem. Primeiro, a marca do fornecedor precisa estar visível: tanto a DigiCert quanto o GitLab exigem o logotipo nos materiais financiados. Segundo, o MDF não pode financiar as despesas gerais comuns do parceiro. O GitLab afirma que o MDF não pode ser usado para despesas de capital nem para o custo normal de fazer negócios. Os incentivos de vendas financiados pelo fornecedor para os representantes do parceiro são uma área cinzenta tratada de forma diferente por cada programa; a economia deles pertence a margens, rebates e SPIFFs, e não ao MDF.
Como os fornecedores decidem quem recebe verba
Os fornecedores não distribuem o MDF de forma uniforme. As regras publicadas por eles mostram os filtros.
- Posição no programa. A HubSpot concentra o MDF em seus níveis mais altos. A DigiCert exige que os parceiros estejam em situação regular, sem faturas vencidas.
- Prontidão. A DigiCert exige um plano de marketing documentado e treinamento de parceiros em dia. O GitLab exige um parceiro "pronto para marketing", com um plano de negócios aprovado, uma lista de contas prioritárias, uma pessoa para gerenciar os leads repassados ao parceiro e reuniões regulares com o gerente de marketing de canal do fornecedor.
- Retorno esperado. A DigiCert diz que o financiamento é determinado trimestralmente com base no engajamento do parceiro, no retorno projetado sobre o investimento e na disponibilidade de fundos.
- Regras de divisão de custos. O GitLab diz que cobrirá até 50% do custo total de uma atividade e define um valor mínimo de solicitação; esse mínimo é hoje de $1.000. Atividades com vários fornecedores não recebem financiamento integral.
Se você é um parceiro, a lição é chegar com um plano, uma meta e uma forma de comprovar os resultados. Se você é um fornecedor, os mesmos filtros evitam que a verba caia em parceiros que não conseguem convertê-la.
Tratamento contábil
Para o fornecedor, o MDF não é automaticamente uma despesa de marketing. Pela ASC 606, a contraprestação a pagar a um cliente é, em geral, apresentada como redução da receita, a menos que o fornecedor receba em troca um bem ou serviço distinto. Quando um parceiro de canal é cliente do fornecedor (por exemplo, um revendedor que compra produto), o MDF pago a ele pode se enquadrar nessa regra.
Um artigo da BYU School of Accountancy sobre marketing digital cooperativo percorre o teste. Se o serviço de marketing é distinto segundo a ASC 606-10-25-19, ou seja, beneficia o vendedor e é identificável separadamente das demais promessas do cliente, o pagamento é contabilizado como as demais compras de fornecedores. O artigo acrescenta dois limites: qualquer valor acima do valor justo do serviço reduz a receita e, se o valor justo não puder ser estimado, o pagamento inteiro a reduz.
Isso tem consequências práticas. Um fornecedor que quer o MDF tratado como despesa precisa de evidências de que recebe algo distinto e consegue estimar seu valor justo, o que é mais um motivo pelo qual a POP importa. O tratamento depende dos fatos e do contrato, então as equipes financeiras devem confirmá-lo com seus auditores em vez de presumi-lo.
Como medir o retorno do MDF
Cada fornecedor tem uma régua diferente, e os benchmarks públicos de um "bom ROI de MDF" são escassos. Em vez de citar um número, use um método simples.
- Defina o resultado antes da aprovação. Oportunidades criadas, oportunidades registradas, reuniões agendadas ou participantes, o que a atividade deve produzir.
- Identifique a atividade. Dê um ID a cada solicitação aprovada e leve-o até as listas de leads e os registros de oportunidades, como faz o fluxo de devolução de leads do GitLab.
- Compare com o custo. Divida o gasto do fornecedor pelo pipeline criado e pela receita fechada e compare com os outros canais do fornecedor e com o seu custo de aquisição de clientes.
- Olhe para o parceiro, não só para a campanha. Um parceiro cujas campanhas de MDF raramente geram oportunidades registradas está lhe dizendo algo.
- Considere os ciclos de vendas. Negócios corporativos podem fechar muito depois de o pedido de reembolso ser pago, então acompanhe coortes por trimestre.
Leve os resultados de volta à classificação dos parceiros em níveis, para que os de melhor desempenho conquistem mais acesso. O artigo sobre o modelo de vendas por canal mostra onde isso se encaixa entre as outras alavancas de canal.
Modos de falha comuns
Fundos não utilizados. Alocações que expiram no fim do trimestre, pedidos enviados fora da janela ou planos que nunca viram solicitações. Os fornecedores perdem boa vontade e os parceiros perdem dinheiro que teriam usado.
Comprovação fraca. Faturas ausentes, uma fatura emitida pelo parceiro sem nada por trás, nenhuma lista de leads, nenhum logotipo no material. São os motivos habituais pelos quais um pedido é devolvido, e a DigiCert e o GitLab detalham o que precisam.
Começar antes da aprovação. O tiro no próprio pé mais comum. Se a despesa veio antes da aprovação, ela costuma ser inelegível.
Exposição a auditoria e fraude. A DigiCert reserva o direito de auditar e verificar pedidos, solicitar mais documentação e excluir parceiros não conformes do MDF por um período. Os termos do GitLab exigem que os parceiros conduzam os negócios de forma ética e legal e proíbem oferecer qualquer coisa de valor de maneira imprópria para influenciar pessoas. Faturas infladas, evidências recicladas e pedidos duplicados entre fornecedores são os padrões de fraude que os programas existem para detectar. Eventos com vários fornecedores são um lugar comum para financiamento duplicado, e é por isso que o GitLab limita o financiamento quando há vários fornecedores envolvidos.
Vínculo fraco com os resultados. Se a atividade financiada não está ligada a oportunidades registradas, o fornecedor não consegue saber o que funcionou, e o programa vira uma verba de patrocínio.
Atrito no canal. O MDF pode alimentar disputas quando uma campanha gera leads que tanto as vendas diretas quanto um parceiro perseguem. As regras de engajamento (rules of engagement) importam aqui, e o artigo sobre o programa de parceiros de canal mostra como os programas as formalizam.
Fatos principais: fundos de desenvolvimento de mercado
- O MDF é dinheiro do fornecedor que cofinancia o marketing do parceiro; a DigiCert declara que os fundos de MDF pertencem ao fornecedor e são reembolsados para atividades aprovadas a seu critério (DigiCert).
- A documentação de gestão de parceiros da Oracle define três tipos de fundos de MDF: fixo, por acúmulo e misto (Oracle).
- O GitLab exige uma solicitação pré-aprovada e um pedido de reembolso em até 30 dias corridos após o término da atividade (GitLab Handbook).
- O GitLab diz que cobre até 50% do custo total de uma atividade, com uma solicitação mínima atual de $1.000 (GitLab Handbook).
- O guia de 2025 da HubSpot descreve o MDF como um modelo de mérito, geralmente reservado aos parceiros Platinum, Diamond e Elite (HubSpot).
- Pela ASC 606, os pagamentos a um cliente reduzem a receita, a menos que comprem um serviço distinto (BYU School of Accountancy).
Leitura relacionada
Co-Founder & COO