Para criar uma RFP para serviços de IA, descreva a decisão de negócio que precisa melhorar, os dados e limites do projeto, como a solução será testada e quem responderá por ela em produção. Peça que todos os concorrentes apresentem as mesmas evidências. Primeiro aplique critérios eliminatórios de segurança, privacidade e controle; depois use uma matriz ponderada para comparar capacidade de entrega, não apenas discursos ou demos.
Esse desenho importa porque propostas de IA frequentemente parecem incomparáveis. Uma empresa oferece um diagnóstico, outra promete um agente pronto e uma terceira apresenta uma plataforma. Se a RFP já prescreve o modelo, o fornecedor ou uma lista abstrata de funcionalidades, ela pode bloquear alternativas melhores antes da avaliação. A orientação pública do governo britânico segue uma direção útil: começar pelo problema, permitir entrega iterativa, envolver competências multidisciplinares e evitar black boxes e dependência desnecessária de fornecedor.
A RFP da Decisão à Operação
A MAKINAI organiza a contratação em seis portões. Um fornecedor não deve avançar apenas porque obteve uma nota total alta; precisa demonstrar que a solução pode atravessar todos os portões. O objetivo não é criar burocracia. É conectar uma promessa de IA a uma decisão verificável, a uma arquitetura sustentável e a uma operação pela qual alguém possa responder.
- 1. Resultado e decisão: qual comportamento, tempo, receita, custo, risco ou qualidade deve mudar e para quem?
- 2. Dados e arquitetura: quais fontes, integrações, permissões, modelos e dependências tornam a solução possível?
- 3. Avaliação e aceitação: quais testes, conjuntos de referência, métricas e limites determinam se a solução funciona?
- 4. Risco e governança: quem aprova, monitora, intervém, investiga incidentes e presta contas?
- 5. Adoção e operação: como pessoas, processos, suporte, observabilidade e melhoria contínua serão incorporados?
- 6. Comercial, transferência e saída: qual é o custo total, o que pertence ao cliente e como trocar de fornecedor sem perder o sistema?
O NIST AI Risk Management Framework ajuda a transformar o quarto portão em trabalho concreto, porque trata confiabilidade como parte do desenho, desenvolvimento, uso e avaliação do sistema. Para soluções generativas, o perfil de IA generativa do NIST acrescenta riscos e ações específicos. A ISO/IEC 42001 oferece uma referência de sistema de gestão, com políticas, processos e melhoria contínua. Nenhuma dessas referências substitui a análise jurídica ou de segurança da sua organização, mas elas tornam a conversa com fornecedores mais precisa.
Os 12 requisitos que toda proposta deve responder
Comece pelo problema e pela linha de base. Informe o processo atual, os usuários envolvidos, o volume aproximado, a decisão que será apoiada e o custo de erro. Separe o que está dentro e fora do escopo. Em vez de pedir “um chatbot com IA”, peça uma forma confiável de reduzir o tempo de uma tarefa ou melhorar uma decisão, respeitando limites definidos. Permita que o concorrente proponha tecnologia, arquitetura e sequência de entrega, mas obrigue-o a explicitar suposições e dependências.
Depois, descreva dados e integrações: sistemas de origem, qualidade conhecida, classificação, residência, retenção, acessos e responsáveis. Peça um diagrama de arquitetura proposto e uma lista de serviços externos, modelos, bibliotecas e componentes que poderão afetar custo ou continuidade. Exija alternativas quando um modelo, provedor de nuvem ou licença não estiver disponível. Essa seção revela se a proposta foi desenhada para o seu contexto ou apenas adaptada de uma apresentação genérica.
Defina avaliação e aceitação antes do desenvolvimento. A proposta deve apresentar métricas ligadas ao resultado, critérios de qualidade, cenários adversos, método de amostragem, responsáveis pela validação e condições para interromper, corrigir ou ampliar. Para um agente, não basta medir respostas agradáveis: é preciso avaliar ações indevidas, uso de ferramentas, escalonamento humano, rastreabilidade e limites de autonomia. Para automação, meça exceções e retrabalho, não só a taxa de execução.
Inclua segurança, privacidade e governança como requisitos de arquitetura. Peça um registro inicial de riscos, fluxo de dados, controles de acesso, logs, plano de incidentes, tratamento de conteúdo sensível e definição de papéis. Os riscos do OWASP para aplicações com LLM — como prompt injection, divulgação de informações sensíveis, agência excessiva, tratamento inadequado de saídas e consumo sem limites — são um bom ponto de partida para perguntas técnicas. O concorrente deve explicar controles e riscos residuais, não apenas declarar que a solução é segura.
Feche com entrega, operação e termos comerciais. Peça marcos que produzam evidência, responsabilidades do cliente e do fornecedor, equipe nominal e disponibilidade, plano de adoção, documentação, monitoramento, suporte e processo de atualização. Solicite preço por fase, premissas de consumo, licenças, infraestrutura, suporte e mudanças. Defina propriedade intelectual, direitos sobre dados e artefatos, portabilidade, acesso ao código quando aplicável, documentação de transferência e assistência de saída.
Matriz de 100 pontos: compare evidências, não adjetivos
Uma distribuição inicial da MAKINAI é: resultado e compreensão do problema, 20 pontos; dados e arquitetura, 15; avaliação e critérios de aceitação, 20; governança, privacidade e segurança, 15; entrega, adoção e operação, 15; modelo comercial, transferência e saída, 15. Esses pesos não são um padrão universal. Ajuste-os ao risco e ao objetivo do projeto antes de abrir a concorrência e publique a regra para todos os participantes.
Para cada dimensão, atribua nota de zero a cinco e multiplique pelo peso. Zero significa ausência; um, afirmação sem evidência; dois, abordagem genérica; três, evidência adequada ao contexto; quatro, evidência forte com trade-offs; cinco, evidência verificável, responsabilidades claras e plano de contingência. Peça como anexos a composição da equipe, um desenho de arquitetura, um exemplo de plano de avaliação, um registro inicial de riscos, o modelo operacional, a planilha de preços e a lista de itens transferíveis.
A nota total vem depois dos critérios eliminatórios. Desclassifique uma proposta que não aceite requisitos indispensáveis de privacidade, que não identifique subcontratados críticos, que impeça a exportação dos dados, que não permita registrar ações de alto impacto ou que condicione a continuidade a componentes sem alternativa razoável. Um preço atraente ou uma demo impressionante não compensam uma condição que torna o sistema inoperável ou irresponsável.
Como conduzir a seleção
Antes da RFP, faça uma conversa de mercado sem compromisso para testar se o problema está formulado de forma neutra. Depois da resposta escrita, organize uma sessão de evidências com o mesmo roteiro para todos. Use dados fictícios ou aprovados e peça que a equipe que realmente entregará o projeto explique arquitetura, avaliação e riscos. Faça diligência nas referências fornecidas, valide conflitos e negocie uma declaração de trabalho por fases, com portões explícitos de parar, corrigir ou escalar.
Sinais de alerta incluem precisão ou retorno garantidos sem conjunto de teste; segurança descrita apenas por certificações da plataforma; preço que omite consumo e operação; dependência de um profissional “estrela”; ausência de transferência; proposta de piloto sem caminho para produção; e pressão para escolher o modelo antes de entender dados e processo. Também desconfie de fornecedores que tratam revisão humana como uma frase genérica, sem explicar autoridade, capacidade e tempo de resposta.
Uma boa RFP não escolhe automaticamente o melhor parceiro. Ela cria condições para uma decisão defensável e reduz surpresas entre o protótipo e a operação. Use esta estrutura para coletar propostas comparáveis e, na avaliação final, combine-a ao scorecard de seleção de empresas de implementação de IA da MAKINAI. Se sua organização precisa transformar uma oportunidade em brief, critérios, RFP e portões de investimento, a MAKINAI pode estruturar esse processo de maneira independente da tecnologia antes da contratação.