Como este tema funciona na sua empresa
RFP formal é raro (contrata direto, conversa pessoal). Se faz, é simples: 2-3 páginas listando o que precisa. Desafio: vendedor cola resposta genérica, não responde específico da empresa. Solução: fazer perguntas customizadas que força resposta tailored.
RFP formal para novo outsourcing (10-20 páginas). Estruturado: requisitos, SLA, preço, experiência. Desafio: análise de propostas leva tempo, precisa de comitê. Timeline: 2-3 meses de RFP até contrato.
RFP muito estruturada (30-50 páginas), weighting de critérios, avaliação técnica separada de preço, PoC (proof of concept) requerido. Desafio: time dedicado a avaliar, processo longo (3-6 meses).
RFP (Request for Proposal) é documento onde você especifica o que precisa e convida fornecedores a propor como vão entregar. Economiza tempo na seleção, evita surpresas na execução, documenta expectativas no contrato[1].
Quando RFP é necessário (e quando é overhead)
Faça RFP quando: contrato >R$ 100k/ano, novo fornecedor, mudança estratégica de infraestrutura, negociação com múltiplos vendors.
Não faça RFP quando: renovação de contrato existente (fornecedor já conhece), contrato pequeno ( RFP bem estruturada economiza meses de discussões vaga. RFP mal estruturada (vaga, genérica) consome tempo de ambos lados sem resultado.
Seções obrigatórias de RFP
1. Contexto: quem somos, o que fazemos, por que estamos em RFP (mudança de vendor, crescimento). Máx 1 página.
2. Escopo de trabalho: help desk (tickets/mês), monitoramento (quantas máquinas?), backup, segurança. Detalhado o suficiente para vendor orçar.
3. Requisitos técnicos: ferramentas específicas (ITSM, monitoramento), integração com sistemas existentes, SLA, segurança (ISO 27001?).
4. Requisitos comerciais: modelo de precificação, contrato (duração, renovação), seguros, penalidades SLA.
5. Experiência requerida: cases de clientes similares, certificações (ISO, ITIL), tamanho de empresa.
6. Critérios de avaliação: como você vai escolher (ex: preço 30%, técnico 40%, experiência 30%). Deixa claro que não é só preço.
7. Instrução de resposta: prazo (14-21 dias), como enviar, quem contatar, formato esperado.
Como escrever requisitos claros (não muito vago, não muito específico)
Vago: "Queremos suporte de TI". ?
Específico demais: "Precisa usar Datto v12.3 com AD integrado". ? (limita inovação).
Ideal: "Monitoramento 24/7 com alertas em <5 min de anomalia. Integrado com nosso AD. Ferramentas abertas (não lock-in)." ?
Especifique objetivo e resultado esperado; deixe aberta a forma.
SLA e modelo de preço: não deixar vago
SLA: uptime esperado (99%, 99.5%, 99.9%), MTTR por severidade (crítico <1h, alto <4h, médio <8h), ticket response time (1ª resposta <1h), penalidade de não-cumprimento (ex: 10% do mês de não-cumprimento).
Preço: taxa mensal fixa, escalável (por usuário/servidor), bônus/penalidade, o que é incluído vs. out-of-scope (mudanças arquiteturais são extra?). Deixar claro.
Avaliação de propostas: weighting e desempate
Não escolher só pelo preço mais baixo. Usar weighting:
- Preço: 30%
- Técnico (capacidade de entregar): 40%
- Experiência: 30%
Scoring: cada critério recebe nota 1-10. Multiplica pelo peso. Soma. Maior score vence.
Desempate: se dois ficarem perto, fazer ronda de negociação (preço, SLA, prazo) antes de decidir.
Sinais de que precisa fazer RFP bem estruturada
Se você se reconhece em três ou mais, RFP é investimento que vale a pena.
- Está considerando trocar fornecedor (novo outsourcing ou mudança de vendor)
- Decisão vai envolver múltiplos stakeholders (precisa de processo formal)
- Contrato será significativo (>R$ 50k/ano)
- Surpreendente com fornecedor anterior (queria x, recebeu y)
- Múltiplos vendors para escolher (precisa comparar sistematicamente)
Caminhos para elaborar RFP
Pode ser feito internamente ou com ajuda de consultoria.
Viável se você tem PM TI que consegue estruturar requisitos.
- Perfil necessário: PM TI ou coordenador com conhecimento técnico e poder de decisão
- Tempo estimado: 2-4 semanas para redigir RFP, 2-3 semanas para análise de propostas
- Faz sentido quando: sua equipe conhece bem o que precisa
- Risco principal: RFP vago que recebe propostas inconsistentes (difícil comparar)
Consultoria de procurement TI ou gestão de Vendor.
- Tipo de fornecedor: consultoria de contratação de TI, ABRT (template RFP)
- Vantagem: template pronto, experiência em estruturação, ajuda em análise de propostas
- Faz sentido quando: você não fez RFP antes ou processo é complexo (múltiplos vendors, critérios sofisticados)
- Resultado típico: RFP bem estruturado, análise sistemática, melhor fornecedor selecionado.
Precisa estruturar RFP para contratação de TI?
Se seleção de fornecedor é desafio, o oHub conecta você gratuitamente a consultores e templates de RFP. Em menos de 3 minutos, descreva sua necessidade, receba propostas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
O que é RFP e quando usar em contratação de TI?
RFP é solicitação de proposta onde você especifica o que precisa e convida fornecedores a propor. Use quando: novo outsourcing, mudança de vendor, contrato significativo (>R$ 50k/ano), decisão com múltiplos stakeholders.
Qual é a estrutura ideal de uma RFP?
Contexto, escopo detalhado, requisitos técnicos/comerciais, experiência requerida, critérios de avaliação, instruções. RFP bem estruturada reduz ambiguidade; propostas vagas são inúteis.
Como evitar respostas genéricas de vendors?
Fazer perguntas específicas e customizadas. Ex: "Descreva sua experiência com empresa similar à nossa no setor X com Y usuários". Força resposta tailored.
Como avaliar múltiplas propostas?
Usar weighting de critérios (preço 30%, técnico 40%, experiência 30%). Scoring: cada critério nota 1-10, multiplica por peso, soma. Maior score vence. Evita discrepâncias.
Quanto tempo leva fazer RFP até contrato?
PME/média: 2-3 meses (RFP 2-4 semanas, propostas 2-3 semanas, análise 1-2 semanas, negociação 2-3 semanas). Grande: 3-6 meses (inclui PoC).