Como este tema funciona na sua empresa
Tipicamente usa RFQ (quotation = pedido de preço) por simplicidade. RFI é raro. RFP é feito ad hoc sem estrutura. Desafio: falta de conhecimento sobre instrumentos; seleciona fornecedor com base em preço apenas. Oportunidade: usar template simples de RFP para mínimo de diligência (requisitos, critérios de avaliação).
Começa a usar RFI para prospecção (tecnologias novas). RFP é padrão para decisões importantes. RFQ é usado para commodity. Desafio: executar RFI/RFP com rigor (muitas vezes informais). Oportunidade: estruturar processo com template e cronograma claro. Sequência: RFI (1-2 semanas) ? RFP (2-4 semanas) ? RFQ (1 semana) ou RFP engloba RFQ.
Usa RFI sistematicamente em estratégia de prospecção. RFP é instrumento padrão. RFQ é automatizado (portal, competitive bidding). Desafio: manter qualidade apesar de volume. Oportunidade: usar software de procurement para estruturar e rastrear RFI/RFP/RFQ. Sequência: RFI (market scan) ? RFP (categoria importante) ? RFQ (negociação final).
RFI, RFP e RFQ são instrumentos distintos de sourcing: RFI (Request for Information) para aprender sobre mercado/fornecedor; RFP (Request for Proposal) para avaliar e comparar propostas de solução; RFQ (Request for Quotation) para obter preço de produto/serviço bem definido. Cada um tem propósito, escopo e processo diferentes[1].
Diferenças fundamentais entre RFI, RFP e RFQ
Propósito: RFI = aprender; RFP = avaliar e decidir; RFQ = obter preço. Estrutura: RFI é flexível (perguntas abertas); RFP é formal (requisitos estruturados, critérios de avaliação); RFQ é simples (preço + termos). Resposta: RFI exige narrativa; RFP exige solução estruturada + preço; RFQ exige apenas preço. Número de fornecedores: RFI (5+), RFP (2-5), RFQ (10+). Tempo: RFI rápido (1-2 semanas), RFP longo (2-4 semanas), RFQ rápido (1 semana). Sequência típica: RFI ? RFP ? RFQ (ou RFP engloba RFQ).
RFI: quando usar e como estruturar
RFI quando: tecnologia/mercado é novo; requisitos ainda estão evolução; você tem dúvida sobre "qual é a melhor forma"; quer intelligence de mercado. Não use RFI se: requisitos são claros e mercado é conhecido (vai direto para RFP). Estrutura: contexto breve, perguntas abertas sobre capacidade/experiência/roadmap, confidencialidade, prazo (1-2 semanas). Resposta não precisa ser formal (email é ok). Objetivo: aprender, não selecionar. Pesquisa ISM: RFI custa 20% mais em tempo, mas economiza 60% em RFP (requisitos melhor) e 40% em tempo de decisão.
RFP: quando usar e como estruturar
RFP quando: decisão formal de fornecedor em categoria importante/crítica; requisitos são conhecidos e estáveis; você precisa comparar múltiplas propostas; há envolvimento de TI, compras, jurídico; valor do contrato é significante. RFP NÃO é para commodity simples (use RFQ). Estrutura: contexto, requisitos (funcionais, técnicos, operacionais), critérios de avaliação + pesos, termos comerciais esperados, SLAs, processo de Q&A, cronograma. Resposta é conforme estrutura (proposição de solução + preço). Fornecedores tipicamente usam 2-4 semanas para preparar proposta de qualidade.
RFQ: quando usar e como estruturar
RFQ quando: produto/serviço é standard (ex: licenças de software, hosting básico); requisitos são conhecidos e fixos; comparação é principalmente de preço; valor é baixo-a-médio; compra é transacional. RFQ é simples: especificação do produto + quantidade/período + termos de pagamento + prazo de resposta (1 semana). Não exige proposição de solução (assume-se que fornecedor oferece padrão). Pode ser feito com muitos fornecedores (10+) em competitive bidding. Automatizável (portais de procurement).
Tipicamente: 1-2 fornecedores conhecidos, RFQ para commodity (licenças), RFP informal para decisão importante (ERP, cloud). Não usa RFI. Opportunity: introduzir RFI simples em tecnologia desconhecida (economiza tempo de análise depois). Template simples de RFP: 1 página de requisitos, 3 critérios de avaliação, prazo 2 semanas.
Sequência estruturada: RFI (1-2 RFIs/ano) ? RFP (2-3 RFPs/ano) ? RFQ (múltiplas). RFI para exploração (cloud, IA). RFP para categorias críticas. RFQ para commodity. Desafio: executar com rigor. Template por tipo, cronograma claro, responsável designado.
Programa de procurement sistematizado: RFI contínuo (market scan), RFP por categoria importante, RFQ automatizado. Software de procurement (Coupa, Ariba) para rastreamento. Sequência: RFI (Q1) ? análise (Q1) ? RFP (Q2) ? análise (Q2) ? RFQ/negociação (Q3). Category managers por área.
Erros comuns: confundir RFI com RFP, pular RFI
Erro 1: Enviar RFP com requisitos vagos (porque não houve RFI para clarificar). Resultado: fornecedores oferecem soluções diferentes, análise é confusa, decisão é ruim. Erro 2: Enviar RFI mas com linguagem de "pré-seleção" (favorecendo um fornecedor). Resultado: fornecedores sentem que há favorito, oferecem pouca diversidade. Erro 3: Pular RFI em categoria nova. Resultado: RFP com requisitos errados, retrabalho, 3-4 semanas perdidas. Melhor prática: quando há dúvida, fazer RFI curto (1 semana) para aprender.
Sequência recomendada: RFI ? RFP ? RFQ
Exemplo concreto: Tecnologia nova (cloud para fintech) ? RFI a 5 fornecedores (semana 1-2) ? análise (semana 3) ? decisão de fazer RFP com 3 finalists (semana 4) ? RFP com requisitos claros (semana 5-8) ? análise de propostas (semana 9) ? RFQ/negociação (semana 10-12) ? assinatura (semana 13). Total: ~13 semanas com RFI bem estruturado vs. 16+ semanas com RFP errado desde o início.
Sinais de que você está usando instrumento errado
Se você reconhece três ou mais, revise seu processo.
- Enviou RFP mas requisitos continuam evoluindo após envio (sinal: deveria ter feito RFI antes)
- Fornecedores pedem esclarecimentos similares em RFP (sinal: requisitos eram vagos; RFI teria ajudado)
- Você fez "RFI" mas foi tão específico que parecia RFP para fornecedor (sinal: confundiu os dois)
- Você faz RFQ para algo que deveria ser RFP (ex: aplicação crítica, produto customizado)
- Você nunca faz RFI, vai sempre direto para RFP (sinal: falta de exploração de mercado)
- Você gasta 6+ semanas em RFP e depois ainda tem muitas perguntas (sinal: deveria ter feito RFI)
- Fornecedores se queixam de falta de clareza (sinal: instrumento mal usado ou errado)
Caminhos para usar RFI, RFP, RFQ corretamente
Criar template simples de RFI, RFP, RFQ para reuso.
- Perfil necessário: gestor de procurement/TI + stakeholder técnico
- Tempo estimado: 2-4 semanas para criar 3 templates
- Faz sentido quando: volume pequeno-a-médio, você tem tempo para estruturar
- Risco principal: sem processo, pode haver inconsistência entre RFIs
Consultores ajudam a estruturar processo e melhorar qualidade de RFI/RFP/RFQ.
- Tipo de fornecedor: consultores de procurement ou software de eSourcing (Coupa, Ariba, Jaggr)
- Vantagem: template validados, treinamento de times, automação, qualidade consistente
- Faz sentido quando: volume de RFI/RFP/RFQ é alto (5+/ano), você quer padronização e escalabilidade
- Resultado típico: 30% menos tempo de preparação, 40% melhor qualidade de proposta, melhor documentação
Quer estruturar processo de RFI/RFP/RFQ na sua empresa?
O oHub conecta você gratuitamente a consultores de procurement e provedores de software de eSourcing que podem ajudar a implementar processo estruturado. Descreva sua situação (volume de RFP/ano, desafios) em menos de 3 minutos e receba propostas de suporte, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Processo estruturado economiza tempo e melhora qualidade de decisão.
Perguntas frequentes
Qual é a diferença entre RFI, RFP e RFQ em uma frase?
RFI é para aprender ("como vocês resolveriam isso?"). RFP é para avaliar ("apresentem sua proposta"). RFQ é para comprar ("qual é seu preço?").
Quando pular RFI e ir direto para RFP?
Direto para RFP se: requisitos são claros, mercado é conhecido, você sabe quais são as opções viáveis. Fazer RFI se: tecnologia é nova, requisitos estão em evolução, você tem dúvida sobre "qual é a melhor forma". Regra: dúvida = RFI.
RFQ pode incluir elemento de proposta (não só preço)?
Sim, em certos contextos. Se RFQ incluir requisitos técnicos além de preço (ex: implementação, suporte), começa a parecer RFP. Se preço é 90% da decisão, é RFQ. Se preço é 50%, é RFP.
Como saber se deveria ter feito RFI antes de RFP?
Se durante RFP você tem muitas dúvidas sobre "qual é a melhor forma" ou "qual tecnologia escolher", deveria ter feito RFI. Se fornecedores enviam propostas muito diferentes (não comparáveis), deveria ter feito RFI. Aprender com erro: próxima vez, fazer RFI.
RFI de pequena empresa pode ser ao telefone/informal?
Sim, em pequena empresa, RFI pode ser informal (ligação, email conversacional). Desde que você capture insights (como você resolveria X?) e comunique ao fornecedor o objetivo (estamos aprendendo sobre mercado). Formalidade não precisa ser alta, mas clareza é essencial.
Quantos fornecedores invitar para RFP?
Típico: 2-5 fornecedores. Menos de 2: não há comparação. Mais de 5: análise fica pesada e cronograma se estende. Ideal: 3 fornecedores (permite triangulação sem excesso de análise). Se mercado tem muitos fornecedores, usar RFI para pré-selecionar 3.