RFP para MarTech

Quando vale fazer RFP em MarTech

Nem toda compra de MarTech merece RFP formal. O processo consome 8 a 24 semanas e dezenas a centenas de horas do time. Aplicar a ferramenta errada gera custo sem benefício. Critérios para decidir se vale:

Valor da compra. Acima de R$ 200.000 a R$ 500.000 anuais, o RFP formal compensa o tempo investido. Abaixo disso, comparação leve com prova de conceito (POC — Proof of Concept) costuma resolver.

Criticidade operacional. Plataforma que vai operar fluxos centrais de marketing (envio de email para toda a base, integração com CRM, captura de dados de clientes) tem peso operacional alto — erro de seleção vira projeto de troca em 12-24 meses.

Decisão envolve comitê. Se múltiplas áreas precisam aprovar (marketing, TI, segurança, jurídico, procurement), o processo formal organiza a discussão e produz documentação para defesa da decisão.

Procurement exige. Em empresas com política formal de compras, RFP é requisito acima de determinado valor.

Decisão precisa ser defendida ao conselho ou board. Documentação do processo é parte do dossiê de governança.

Quando nenhum desses critérios se aplica, RFP vira excesso burocrático que afasta bons fornecedores (que recusam responder a processo desproporcional à compra).

Diferenças entre RFI, RFP e RFQ

RFI (Request for Information — solicitação de informação). Documento prévio, de 1 a 3 páginas, usado para mapear o mercado e criar lista curta. Pede informações básicas: tempo de mercado, base de clientes, abrangência funcional, modelo comercial, certificações de segurança. Usado quando o universo de candidatos é amplo (10+) e é preciso filtrar antes de aprofundar.

RFP (Request for Proposal — solicitação de proposta). Documento aprofundado, de 15 a 50 páginas, distribuído à lista curta (3 a 5 fornecedores). Pede proposta substantiva com abordagem para o problema, demonstração de funcionalidades-chave, modelo de equipe de implementação, cronograma, modelo comercial detalhado e referências.

RFQ (Request for Quotation — solicitação de cotação). Documento curto e técnico, focado em preço para escopo já totalmente definido. Usado em compras de commodity ou em segunda rodada com finalistas já validados tecnicamente. Não cabe como primeiro instrumento em compra estratégica — implica que o escopo já está fechado.

A ordem típica em compra estratégica de MarTech: RFI ? RFP ? POC ? RFQ final entre os 2 finalistas.

Estrutura típica do RFP de MarTech

RFP de tecnologia de marketing tem oito blocos centrais.

1. Contexto e objetivos. Quem é a empresa, qual problema a ferramenta resolve, quais resultados se busca, qual o porte da operação que vai usar a ferramenta.

2. Escopo funcional. Lista detalhada de funcionalidades exigidas (must-have) e desejadas (nice-to-have). Em RFP de plataforma de automação de marketing, exemplos típicos: construtor de email, automações multi-etapa, segmentação dinâmica, formulários, páginas de destino, integração com CRM, painéis. Cada item recebe peso.

3. Requisitos técnicos. Arquitetura (nuvem, modelo de implantação), capacidade (volume de contatos suportados, envios mensais, integrações simultâneas), APIs disponíveis, padrão de exportação de dados, ambientes (teste, produção).

4. Requisitos de segurança e conformidade. Certificações (ISO 27001, SOC 2 Type II), criptografia em trânsito e em repouso, controle de acesso, registros de auditoria, política de retenção, adequação à LGPD (Lei 13.709/18), local de processamento e armazenamento dos dados.

5. Requisitos comerciais. Modelo de cobrança (por contato, por envio, por usuário, por funcionalidade), política de reajuste anual, política de upgrade e downgrade, custos adicionais (implementação, treinamento, suporte premium), prazo mínimo de contrato, política de cancelamento.

6. Cronograma do processo. Data de envio do RFP, prazo para perguntas, prazo de resposta, datas de apresentação e demonstração, datas de POC, data prevista de decisão.

7. Formato de resposta esperado. Estrutura padronizada (capítulos correspondentes ao RFP) para permitir comparação direta. Documento principal, anexos técnicos e modelos comerciais separados.

8. Critérios de avaliação ponderados. Scorecard transparente compartilhado com os fornecedores. Cada fornecedor sabe como vai ser avaliado.

Critérios de avaliação ponderados: o scorecard

Faixa típica de pesos em RFP de MarTech (ajustar conforme a categoria):

Funcional (35-45%). Atendimento aos requisitos must-have e nice-to-have. Avaliado por demonstrações dirigidas (não demo geral da plataforma — demo dos casos de uso específicos da empresa).

Técnico e integração (15-25%). Arquitetura, capacidade, APIs, integrações com sistemas atuais (CRM, plataforma de e-commerce, plataforma de dados), padrão de exportação. Em algumas operações, esse critério é eliminatório — sem integração com o CRM atual, fornecedor é descartado.

Segurança e conformidade (10-20%). Certificações, política de privacidade, adequação à LGPD. Em setores regulados (saúde, finanças), pode subir para 25-30%.

Comercial e custo total (15-25%). Não é só preço da assinatura — é custo total de propriedade (TCO — Total Cost of Ownership) ao longo de 3 a 5 anos, incluindo implementação, treinamento, suporte, manutenção, integrações, reajuste anual previsto. Em muitos RFPs, o fornecedor com menor preço inicial tem o maior TCO em 36 meses.

Referências (5-15%). Casos de clientes em categoria e porte similares. Falar com clientes atuais é parte do processo — bom fornecedor abre referências.

Plano de implementação (5-15%). Modelo de equipe alocada, cronograma realista, plano de migração de dados, treinamento. Implementação ruim faz boa plataforma fracassar.

O funil de seleção: do universo à decisão

Processo bem desenhado tem quatro etapas, cada uma reduzindo o conjunto:

Universo. Mapeamento amplo de fornecedores possíveis. Em MarTech, fontes: chiefmartec.com (mapa anual da indústria), Gartner Magic Quadrant, Forrester Wave, G2 Crowd, Capterra, indicações de pares e referências da consultoria que apoia o processo. Universo típico: 15 a 40 fornecedores.

Lista longa (long list, via RFI). 6 a 10 fornecedores com fit declarado. RFI filtra por porte, presença local, abrangência funcional declarada e certificações.

Lista curta (short list, via RFP). 3 a 4 fornecedores com proposta substantiva avaliada por scorecard. Demonstrações dirigidas para os casos de uso da empresa.

Finalistas (via POC). 2 fornecedores em prova de conceito com dados reais e cenário operacional próximo do real. POC de 4 a 8 semanas, com critérios de aceitação definidos antes.

Decisão final. Geralmente acompanhada de RFQ entre os 2 finalistas para negociação comercial final.

Funil ajustável conforme porte. Em PME, basta universo ? 3 candidatos ? 1 POC. Em enterprise, todas as etapas formais.

POC bem desenhada: o filtro decisivo

A prova de conceito (POC — Proof of Concept) é o momento em que a promessa do fornecedor encontra a realidade. POCs mal desenhadas viram demo guiada pelo fornecedor — pouco útil. Boa POC tem:

• Casos de uso reais definidos pelo comitê interno, não pelo fornecedor.
• Dados representativos (anonimizados se necessário, mas com volume e variabilidade próximos do real).
• Critérios de aceitação escritos antes da POC começar.
• Equipe interna engajada testando como vai usar no dia a dia, não só assistindo apresentação.
• Prazo definido (4 a 8 semanas é faixa típica) com checkpoint intermediário.
• Comparação direta entre 2 finalistas nos mesmos casos.

POC paga ou gratuita? Em compras enterprise, alguns fornecedores cobram pela POC (especialmente quando exige customização). Aceitar pagamento simbólico (R$ 5.000 a R$ 20.000) pode ser razoável se a profundidade da POC justifica.

Quem participa do RFP

Comitê avaliador bem composto tem 5 a 10 pessoas com perspectivas complementares.

Marketing operações (líder). Conduz o processo e responde pelo critério funcional. Quem mais vai usar a ferramenta no dia a dia.

CMO (patrocinador). Decide e responde pela escolha. Sem patrocínio claro, o processo perde autoridade.

TI / arquitetura. Responsável pelos critérios técnicos, integração e arquitetura. Em algumas operações, a TI tem direito de veto técnico.

Segurança da informação. Avalia adequação a políticas internas de segurança, certificações exigidas, conformidade com a LGPD. Em setores regulados, pode ser eliminatório.

Jurídico. Revisa modelo contratual, cláusulas de proteção de dados, propriedade intelectual e responsabilização.

Procurement. Avalia modelo comercial, viabilidade financeira do fornecedor, cláusulas comerciais. Conduz a negociação final.

Usuários-chave de outras áreas. Vendas (se for CRM), atendimento (se for plataforma de relacionamento), ciência de dados (se for plataforma de dados do cliente).

Armadilhas comuns no RFP de MarTech

Requisitos vagos. "Plataforma deve ser fácil de usar" não permite comparar. Requisito precisa ser observável e verificável.

Pesos errados nos critérios. Atribuir 50% ao critério funcional e 5% a integração técnica em uma empresa com 20 sistemas críticos a integrar é receita para arrependimento.

Viés do fornecedor incumbente. O fornecedor atual conhece a operação, tem dados históricos, tem relacionamento. Vantagem natural. Pode ser justificada, mas precisa ser auditada — pequenas operações trocam de fornecedor com frequência justamente por inércia disfarçada de fidelidade.

RFP "pro forma" com fornecedor já escolhido. Quando a decisão está tomada de antemão e o RFP existe só para cumprir governança. Detectável pelos fornecedores e prejudica reputação da empresa no mercado de fornecedores.

Subestimar custo total. Comparar só preço da assinatura. Ignorar implementação (frequentemente 1 a 3 vezes o custo anual), treinamento, integrações, suporte premium e reajuste. TCO de 36 meses é a comparação real.

POC mal desenhada. Demo guiada pelo fornecedor em vez de teste com dados reais e casos de uso da empresa. Não decide nada.

Sem due diligence técnico. Não validar a arquitetura, não checar referências, não rever certificações. Acaba descobrindo problema crítico depois do contrato assinado.

Sem critério de saída. Não negociar política de exportação de dados e migração antes de entrar. Fornecedor que dificulta saída amarra a operação.