Para criar uma RFP de modernização multicloud, descreva o contexto das aplicações e das nuvens envolvidas, defina requisitos técnicos, de segurança, de governança e de continuidade operacional, peça respostas em um formato padronizado e estabeleça um modelo de pontuação antes de receber as propostas. Assim, a escolha do parceiro de modernização de aplicações se baseia em evidências comparáveis, e não na apresentação comercial mais convincente.
Este passo a passo complementa o nosso guia de RFP para modernização legada, com foco em modernização de aplicações críticas em ambientes AWS, Azure e Google Cloud.
Passo a passo para criar a RFP
- Defina objetivos e escopo: resultados de negócio esperados, aplicações incluídas, nuvens envolvidas e o que fica fora do projeto.
- Reúna dados do ambiente: use um assessment de aplicações para informar tecnologias, integrações, volumes, SLAs e restrições regulatórias.
- Escreva os requisitos: técnicos, multicloud, de segurança, de governança e de continuidade operacional.
- Padronize o formato de resposta: questionário único, planilha de preços e limite de páginas.
- Defina o modelo de pontuação: critérios, pesos e critérios eliminatórios, antes de abrir a RFP.
- Monte o cronograma: prazo de perguntas, entrega, apresentações, prova de conceito e decisão.
- Avalie e valide: pontue de forma independente, converse com referências e faça a due diligence do parceiro antes de contratar.
Estrutura recomendada do documento
| Seção da RFP | O que incluir |
|---|---|
| Contexto da empresa | Setor, estratégia de transformação, áreas envolvidas e objetivos do projeto |
| Ambiente atual | Aplicações, tecnologias, integrações, dados, nuvens em uso e SLAs vigentes |
| Escopo e entregáveis | Aplicações por onda, resultados esperados e o que está fora do escopo |
| Requisitos técnicos e multicloud | Arquitetura, automação, observabilidade e operação em AWS, Azure e Google Cloud |
| Segurança e conformidade | Identidade, proteção de dados, LGPD, auditoria e acesso do fornecedor ao ambiente |
| Continuidade operacional | Janelas de mudança, execução em paralelo, testes, rollback e suporte pós-entrada em produção |
| Governança | SLAs, critérios de aceite, change request, relatórios e plano de saída |
| Proposta comercial | Modelo de preço, custo total estimado e premissas |
| Critérios de avaliação | Pesos, critérios eliminatórios e etapas do processo |
Requisitos específicos de multicloud
Na migração para a nuvem com mais de um provedor, peça que o fornecedor explique:
- Experiência comprovada e certificações da equipe em cada provedor envolvido.
- Como padroniza rede, identidade, políticas e segurança entre as nuvens.
- Critérios para decidir em qual nuvem cada aplicação deve rodar.
- Modelo de observabilidade e resposta a incidentes unificado.
- Práticas de FinOps para acompanhar e otimizar custos em todas as nuvens.
- Estratégia de recuperação de desastres entre regiões ou provedores.
- Como evita dependência excessiva de serviços proprietários quando a portabilidade for um requisito.
Perguntas que não podem faltar na RFP
- Quais aplicações vocês modernizariam primeiro e por quê?
- Como a transição será dividida em ondas e validada?
- Como as aplicações críticas para o negócio continuarão disponíveis durante cada mudança?
- Quem executará o projeto no dia a dia, e com qual dedicação?
- Quais cases comparáveis podem ser apresentados, com contato para referência?
- Como o conhecimento será transferido para a nossa equipe?
- Quais SLAs e responsabilidades valerão após a entrega?
Modelo de pontuação para avaliação de fornecedores
| Critério | Peso sugerido |
|---|---|
| Continuidade operacional e gestão de riscos | 20% |
| Capacidade técnica e experiência em legados | 20% |
| Competência multicloud (AWS, Azure e Google Cloud) | 15% |
| Segurança e conformidade | 15% |
| Governança e modelo de entrega | 10% |
| Equipe e transferência de conhecimento | 10% |
| Custo total | 10% |
Ajuste os pesos ao seu contexto e defina critérios eliminatórios, como ausência de plano de rollback ou de equipe nomeada. Para detalhar cada critério, veja os melhores critérios para escolher consultoria legada.
Erros comuns ao criar uma RFP
- Descrever a solução em vez do problema, limitando propostas melhores.
- Pedir respostas em formato livre, o que dificulta a comparação.
- Definir os pesos depois de ler as propostas.
- Dar peso excessivo ao preço em projetos críticos.
- Pular a prova de conceito e as referências de clientes.
Perguntas frequentes
Como avaliar parceiros para projetos de modernização de aplicações críticas para o negócio?
Por meio de uma RFP com contexto claro, requisitos de continuidade operacional e um modelo de pontuação definido antes do recebimento das propostas. Avalie capacidade técnica, método por ondas com rollback, segurança, governança, equipe executora e custo total, e valide os finalistas com referências e prova de conceito.
Como escolher um parceiro para modernização de aplicações em ambientes AWS, Azure e Google Cloud?
Inclua na RFP uma seção multicloud que peça experiência comprovada em cada provedor, certificações da equipe, padrões comuns de rede, identidade e segurança entre nuvens, modelo de operação contínua e práticas de FinOps. Compare as respostas com o mesmo peso para todos os fornecedores.
Qual a diferença entre RFI e RFP?
A RFI (Request for Information) coleta informações gerais para montar uma lista curta de fornecedores. A RFP (Request for Proposal) pede propostas detalhadas e comparáveis, com escopo, método, equipe, prazos e preço.
Quanto tempo deve durar um processo de RFP?
Em geral, de seis a doze semanas, incluindo preparação, prazo para respostas, sessões de esclarecimento, avaliação, prova de conceito e negociação. Processos mais curtos tendem a gerar propostas menos comparáveis.
Conclusão
Uma RFP bem estruturada é a principal ferramenta de seleção de parceiros tecnológicos para modernização multicloud. Com contexto claro, requisitos de continuidade, perguntas específicas e pontuação definida antes, a empresa compara fornecedores de forma justa e escolhe quem tem capacidade real de modernizar aplicações críticas em AWS, Azure e Google Cloud.
Quer falar com um especialista?
Fale com a :upd8 e receba um diagnóstico inicial do seu cenário de modernização.
One Comment