Servidor físico você compra uma vez. Licença você renova em data conhecida. Nuvem, por sua vez, é consumo. Um desenvolvedor sobe um ambiente de teste na terça, esquece de derrubar, e o valor aparece 40 dias depois, diluído numa fatura de 300 linhas.

De fato, não é um problema pequeno nem exclusivo de empresa desorganizada. As próprias empresas estimam que cerca de 27% do que gastam em nuvem é desperdício (Flexera, State of the Cloud Report, 2024). E a gestão de custos aparece há anos como o principal desafio de nuvem entre as organizações ouvidas nesse mesmo levantamento, à frente de segurança.

Este guia organiza o assunto inteiro. Não é uma lista de dicas: é, sobretudo, a estrutura para você conseguir olhar a sua fatura e saber o que está vendo. Além disso, ao longo do texto, links levam aos aprofundamentos de cada tema.

Uma nota de método: os números aqui têm fonte e ano. Por outro lado, onde não há dado público confiável, o texto usa exemplo explicitamente hipotético ou formulação qualitativa. Afinal, fatura de nuvem varia demais entre empresas para média servir de referência.

O que entra na fatura de nuvem

A fatura de nuvem é composta por seis grupos de cobrança: computação, armazenamento, tráfego de rede, serviços gerenciados, licenças e suporte. Na prática, a maior parte das surpresas vem dos três últimos, que raramente entram na estimativa inicial.

1. Computação

É o que a maioria das pessoas chama de “o servidor”: núcleos de CPU, memória RAM e o tempo em que a máquina fica ligada. Cobrança por hora ou por segundo, dependendo do modelo. Aqui vale a regra que quase ninguém aplica: você paga pela capacidade reservada, não pela capacidade usada. Por exemplo, uma máquina com 16 GB de RAM rodando a 8% de uso custa exatamente o mesmo que uma rodando a 80%.

2. Armazenamento

Cobrado por gigabyte alocado por mês, e não por gigabyte gravado. Existem classes diferentes: disco de alta performance (SSD NVMe) custa muito mais que disco padrão, que custa mais que armazenamento de objetos, que custa mais que arquivamento frio. Snapshots e imagens de máquina também ocupam espaço e também são cobrados. Aliás, são o esconderijo mais comum de desperdício.

3. Tráfego de rede

Aqui mora a linha que mais confunde. Dados que entram no ambiente costumam ser gratuitos. Dados que saem (o chamado egress) são cobrados por gigabyte. Tráfego entre zonas de disponibilidade diferentes, ou entre regiões, também é cobrado. Uma aplicação mal distribuída pode gerar custo de rede maior que o de computação sem nenhum aumento de usuários.

Vale registrar que, desde 2024, provedores globais passaram a anunciar isenção de taxas de saída para clientes que estão migrando para fora, sob pressão regulatória europeia. No entanto, isso vale para a saída definitiva, não para a operação do dia a dia.

4. Serviços gerenciados

Banco de dados como serviço, filas, balanceadores, funções serverless, ferramentas de observabilidade. Cada um tem a própria unidade de cobrança: número de requisições, tempo de execução, volume ingerido. Ferramenta de log, por exemplo, é campeã de fatura inesperada, porque o custo cresce com o volume de dados, e o volume de dados cresce quando a aplicação tem problema, ou seja, exatamente quando você mais liga o log em modo detalhado.

5. Licenças

Sistema operacional comercial, banco de dados proprietário, camadas de segurança. Podem estar embutidas no preço da instância ou cobradas à parte, e a diferença é relevante.

6. Suporte

Em provedores globais, o suporte técnico costuma ser um plano adicional, precificado como percentual do consumo. É um custo variável disfarçado de custo fixo: quanto mais você cresce, mais paga por suporte, mesmo sem abrir chamado.

Some tudo e você tem a resposta para a pergunta que abre a maioria das reuniões de orçamento: por que a estimativa de migração quase sempre fica abaixo da fatura real. A estimativa geralmente cobre o item 1. A fatura, no entanto, cobre os seis.

Modelos de contratação: qual custa menos em qual situação

Não existe modelo de contratação mais barato em termos absolutos. Ou seja, existe modelo adequado ao perfil de carga: previsível, variável, tolerante a interrupção ou crítica. Assim, usar um modelo só para tudo é a forma mais silenciosa de pagar caro.

A tabela abaixo compara os cinco arranjos mais comuns no mercado brasileiro. O custo relativo é qualitativo de propósito: preços variam por região, provedor e período, e número inventado em tabela comparativa é pior que nenhum número.

Três leituras que a tabela permite:

• Reserva é desconto com trava. Compromisso de três anos costuma render o maior desconto, e também é o que mais engessa. Se a sua arquitetura vai mudar em 18 meses, reserva longa é economia no papel e prejuízo na prática.
• Spot não é para produção crítica, mas é subutilizado. Muitas empresas rodam processamento em lote (relatório noturno, ETL, geração de arquivo) em máquina sob demanda, quando poderiam usar capacidade ociosa por uma fração do preço.
• Previsibilidade tem valor econômico. Empresa que precisa fechar orçamento anual, faturar contrato fixo ou apresentar custo por cliente ganha com plano fechado, mesmo pagando um pouco mais por unidade. Vale dizer que volatilidade também custa dinheiro, em retrabalho de planejamento e em reunião de justificativa.

Por que a conta cresce sem que ninguém tenha pedido nada

A conta cresce porque o modelo de consumo desacopla três coisas que antes andavam juntas: quem provisiona o recurso, quem usa o recurso e quem paga a fatura. Sem esse acoplamento, não existe freio natural.

No modelo antigo, criar um servidor exigia compra, aprovação, prazo de entrega e espaço no rack. O atrito funcionava como controle. Hoje, na nuvem, criar um servidor leva noventa segundos e não passa por ninguém.

Os padrões que mais aparecem:

• Superdimensionamento por precaução. Na dúvida, dobra-se a máquina. A dúvida nunca é revisada.
• Ambientes efêmeros que viraram permanentes. Homologação criada para um projeto de dois meses, ligada há dois anos.
• Crescimento por acúmulo. Snapshots antigos, discos de máquinas apagadas, backups sem política de retenção.
• Escalonamento automático sem teto. Configurado para subir e nunca revisado para descer.
• Ninguém é dono do custo. A fatura chega no financeiro, que não entende as linhas, e é repassada à TI, que não tem meta de custo.

Cada uma dessas causas tem sintoma específico na fatura e ação correspondente. Detalhamos as onze mais frequentes, com o que fazer em cada caso, em por que minha conta de nuvem está cara.

Vale registrar que estouro de orçamento em nuvem pública é fenômeno estrutural, não anedota: a Gartner já projetava que a maioria dos líderes de infraestrutura e operações enfrentaria esse problema (Gartner, 2021), e o mercado global de nuvem pública seguiu crescendo em ritmo de dois dígitos, com projeção de US$ 723,4 bilhões em gastos de usuários finais em 2025 (Gartner, 2024).

Como estimar o custo de nuvem antes de migrar

A estimativa confiável não parte da configuração atual dos servidores. Parte da medição de uso real durante pelo menos 30 dias, somada aos custos de rede, armazenamento e operação que o ambiente físico esconde.

Um roteiro em seis passos:

1. Meça antes de estimar. Colete, por 30 dias, uso médio e de pico de CPU, memória, disco e rede de cada servidor. É comum encontrar máquinas físicas operando com 10% a 20% de uso médio de CPU, porque foram compradas para o pico de três anos à frente. Migrar essa configuração para a nuvem é comprar a ineficiência de novo, agora pagando por mês.
2. Dimensione pelo percentil, não pelo pico absoluto. Use o percentil 95 de utilização como base e trate o pico raro com escalonamento. Dimensionar pelo maior valor já observado é o erro mais caro da migração.
3. Separe carga estável de carga variável. A parte estável vai para compromisso de longo prazo. A parte variável, por sua vez, fica sob demanda. Misturar as duas em um único modelo garante desperdício de um lado ou risco do outro.
4. Não esqueça o armazenamento de backup. Retenção de 30 dias com cópia diária não ocupa o tamanho do dado: ocupa muito mais, dependendo da tecnologia de cópia. Portanto, calcule.
5. Estime o tráfego de saída. Levante quantos gigabytes por mês saem hoje do seu ambiente para internet e para filiais. Se a aplicação serve arquivos, vídeo ou relatórios pesados, essa linha pode ser relevante.
6. Inclua o custo humano. Migração consome horas de equipe. Operação também consome horas de equipe. Se essas horas não estão na planilha, a comparação com o ambiente atual está errada a favor da nuvem.

Um alerta sobre comparação com servidor próprio: compare o custo total, incluindo energia, link redundante, licenças, renovação de hardware, seguro e o tempo de indisponibilidade que a empresa aceitaria em caso de falha. Se você quer entender o que muda no dimensionamento em si, o detalhamento técnico está na página de servidores cloud.

FinOps: o que é e por onde uma empresa média começa

FinOps é a prática de gestão financeira da nuvem, ou seja, um conjunto de processos que coloca times técnicos, financeiros e de negócio na mesma mesa para decidir sobre gasto em tempo real, em vez de discutir a fatura depois de fechada. O nome vem da junção de “Finance” e “DevOps”, e a disciplina é organizada pela FinOps Foundation, entidade ligada à Linux Foundation.

O ciclo tem três fases, e elas se repetem:

• Informar. Todo mundo enxerga quanto gasta. Sem visibilidade, não há decisão possível. Na prática, isso significa etiquetar recursos por área, projeto ou cliente e produzir relatório que a pessoa não técnica consiga ler. Como fazer essa divisão está em alocação de custos cloud.
• Otimizar. Eliminar o que não é usado, ajustar o que está superdimensionado, comprometer o que é estável. O passo a passo prático está em o que é otimização de custos de nuvem.
• Operar. Transformar a otimização em rotina: alerta de anomalia, revisão mensal, meta de custo por área, política de criação de recurso.

Para uma empresa média brasileira, FinOps não começa com ferramenta nem com contratação. Começa com três decisões:

1. Alguém é o dono do custo de nuvem. Uma pessoa, com nome, que responde pela linha.
2. Existe padrão de etiquetagem aplicado a todo recurso novo, sem exceção.
3. Existe uma reunião mensal de 30 minutos com TI e financeiro olhando a mesma tela.

Sem esses três, no fim das contas, qualquer painel vira relatório que ninguém abre.

Nuvem em dólar e nuvem em real: o custo que some da planilha

Contratar nuvem faturada em dólar significa aceitar que o custo de TI da empresa passa a variar com o câmbio, mesmo que o consumo técnico fique idêntico. Para empresa com receita em real e contrato anual com cliente, esse é um risco financeiro, não um detalhe administrativo.

O que costuma escapar da comparação:

• Variação cambial. Um mês de câmbio ruim pode anular um trimestre de otimização técnica.
• Tributos e encargos sobre remessa ao exterior, que não aparecem na tabela de preços do provedor.
• Conciliação contábil. Fatura em moeda estrangeira dá trabalho para o financeiro todo mês.
• Latência. Servidor fora do país adiciona atraso de rede que penaliza aplicação com muitas idas e voltas ao banco de dados. Isso não é custo de fatura, é custo de experiência.
• LGPD e requisitos de auditoria. Dado hospedado fora do Brasil exige tratamento contratual específico sob a Lei 13.709/2018 e costuma gerar pergunta em auditoria.

Nada disso significa que nuvem internacional seja errada. Significa, isso sim, que a comparação honesta não é “preço da instância A contra preço da instância B”, e sim custo total, incluindo volatilidade.

O que a nuvem não barateia

Nuvem reduz capital imobilizado e elimina o risco de comprar hardware errado. Ela não reduz automaticamente o custo total de TI e, em alguns cenários, até aumenta.

Sendo direto sobre os trade-offs:

• Carga constante e altíssima, por muitos anos, tende a ser mais barata em hardware próprio. Nuvem cobra flexibilidade, e quem não usa flexibilidade paga por ela sem receber nada em troca.
• Aplicação mal escrita continua mal escrita. Consulta sem índice em banco de dados custa em servidor físico e custa em nuvem. Na nuvem, só fica mais fácil de mascarar aumentando a máquina, o que transforma dívida técnica em despesa mensal.
• Nuvem não substitui processo. Sem política de criação de recurso e sem dono do custo, o ambiente cresce até a fatura doer.
• Nuvem não é backup. Ter dado na nuvem não é ter cópia recuperável. Backup exige política de retenção, isolamento e teste de restauração.

No fim das contas, ter servidor na nuvem não é o mesmo que ter custo sob controle. As duas coisas exigem trabalho diferente.

Checklist: 12 perguntas para revisar a sua fatura este mês

Reserve 90 minutos e responda com a fatura aberta na frente.

• Consigo separar a fatura por área, projeto ou cliente?
• Quais são as cinco maiores linhas e o que exatamente cada uma paga?
• Existe alguma máquina ligada com uso médio de CPU abaixo de 10% nos últimos 30 dias?
• Existe algum ambiente de teste ou homologação ligado 24 horas por dia?
• Quantos snapshots e imagens de máquina existem, e qual a política de expiração?
• Existe disco alocado sem máquina associada?
• Quanto pago de tráfego de saída por mês e essa linha está crescendo?
• Que parte da minha carga é estável o suficiente para justificar compromisso de longo prazo?
• Que parte da carga tolera interrupção e poderia rodar em capacidade ociosa?
• Qual a política de retenção de backup e ela foi decidida ou herdada?
• Existe alerta automático quando o gasto diário foge do padrão?
• Quem é a pessoa responsável por essa fatura?

Se a última pergunta não tiver resposta, comece por ela. Todas as outras dependem dessa.

Como a Prodb trata custos na nuvem

A Prodb Tecnologia é uma empresa brasileira de infraestrutura em nuvem, sediada na região de Campinas, com 15 anos de operação em 2026 e mais de 550 clientes atendidos.

A nossa abordagem de custo tem três características que valem ser ditas em termos concretos:

• Arquitetura sob medida, não plano de catálogo. O dimensionamento parte do seu workload real (uso medido, perfil de banco de dados, janela de pico), e não de um pacote pronto. Como resultado, o desperdício cai na origem, que é onde ele custa menos para corrigir. O escopo está em servidores cloud.
• Faturamento em real, com infraestrutura no Brasil. Sem exposição cambial no orçamento anual, com nota fiscal brasileira e latência de servidor local. Para quem precisa fechar contrato de 12 meses com preço firme, isso muda a conversa.
• Suporte técnico dedicado, não fila de tickets. A revisão de dimensionamento é feita com engenheiro que conhece o ambiente. Quando a carga muda, a conversa sobre ajustar recurso acontece antes da fatura, não depois.

E o que não prometemos: não existe percentual garantido de economia. Quanto dá para cortar depende de como o ambiente está hoje. O que dá para garantir é que a conta seja explicável linha por linha, e essa é justamente a condição para qualquer redução real.

Perguntas frequentes sobre custos de nuvem

O post Custos na nuvem: o guia completo para entender, prever e cortar a sua fatura apareceu primeiro em Prodb.

O cenário a seguir é hipotético, mas a sequência é reconhecível para qualquer integrador que já revendeu infraestrutura.

Uma consultoria de TI fecha a migração de um cliente de varejo. Escolhe o provedor pelo preço da instância, alguns pontos percentuais abaixo do segundo colocado. Sete meses depois, o cliente pede um relatório de disponibilidade para uma auditoria. O provedor não entrega. Não porque esconde algo: porque nunca mediu. Como resultado, a consultoria perde a conta.

Ela não perdeu por causa da nuvem. Perdeu por causa de quem escolheu para entregar a nuvem.

Quando você revende ou indica infraestrutura, não está vendendo a infraestrutura de outra pessoa. Na prática, está emprestando a sua reputação para ela. Ter contrato de revenda não é o mesmo que ter parceiro. Ter comissão não é o mesmo que ter previsibilidade.

Este texto lista nove critérios objetivos para avaliar um fornecedor antes de assinar. Cada um vem, inclusive, com a pergunta que você deve fazer e o tipo de resposta que deveria acender um alerta.

Por que escolher parceiro cloud é uma decisão de risco, não de catálogo

Escolher parceiro cloud é transferir para um terceiro a parte da sua entrega que o cliente mais percebe quando falha (disponibilidade, tempo de resposta e recuperação de dados), mantendo o seu nome como responsável comercial. Por isso a avaliação precisa ser de risco operacional, não de tabela de preço.

A assimetria é simples de descrever. Se o ambiente funciona, o crédito é do seu projeto. Se o ambiente cai, a cobrança chega para você, não para o provedor. No fim das contas, o cliente contratou você.

Isso muda o critério de decisão. Um desconto de 10% no custo da instância não paga uma semana de crise com um cliente de contrato anual. Além disso, não recupera a indicação que você deixou de receber.

Há um segundo ponto, menos óbvio: parceria de nuvem é relação de prazo longo. Migração dá trabalho, e trocar de provedor no meio do caminho custa horas de equipe que ninguém orçou. Ou seja, você vai conviver com essa escolha por anos. Avalie como quem contrata um sócio de operação, não como quem compra licença.

Critério 1 e 2: onde ficam os dados e quem responde pela LGPD

Os dois primeiros critérios são jurídicos antes de serem técnicos: você precisa saber em que país os dados do seu cliente ficam armazenados e como o contrato divide as responsabilidades previstas na Lei Geral de Proteção de Dados (Lei 13.709/2018).

Na prática, a LGPD trata o seu cliente final como controlador dos dados, isto é, quem decide por que e como tratá-los. Você e o provedor, por sua vez, tendem a figurar como operadores, que tratam dados em nome do controlador. A lei prevê responsabilização solidária em determinadas situações, o que significa que “foi culpa do fornecedor” não é uma defesa automática.

Perguntas para fazer:

• Em qual região física os dados ficam? Existe replicação para fora do Brasil?
• O contrato tem cláusula de operador de dados, com obrigações de notificação de incidente e prazo definido?
• Quem comunica a Autoridade Nacional de Proteção de Dados (ANPD) em caso de incidente: você, o provedor ou o cliente final?
• É possível eliminar dados de forma comprovável ao fim do contrato?

Resposta que desqualifica: “isso a gente resolve na hora”. Afinal, incidente é exatamente o momento em que ninguém tem tempo de descobrir de quem é a obrigação.

Dado prático: o custo médio global de uma violação de dados foi de US$ 4,88 milhões em 2024 (IBM, Cost of a Data Breach Report, 2024). Você não vai pagar essa conta, mas o seu cliente vai lembrar de quem indicou o ambiente.

Critério 3: um SLA que você consiga repassar

Um SLA só serve se você puder colocá-lo, com os mesmos números, no contrato que assina com o seu cliente. Se o compromisso do fornecedor é mais frouxo do que o que você promete, a diferença sai do seu bolso.

Verifique três coisas:

O número. 99,9% de disponibilidade mensal permite cerca de 43 minutos de indisponibilidade por mês. Por outro lado, 99,5% permite pouco mais de três horas e meia. A diferença entre esses dois patamares é o que define se você consegue atender um cliente de e-commerce.

O que está incluído no cálculo. Manutenção programada costuma ficar fora. Portanto, se o fornecedor pode declarar janela de manutenção sem limite, o SLA vira número decorativo.

A consequência. Existe crédito em fatura quando o SLA é descumprido? Ele é automático ou depende de você abrir chamado, provar a queda e esperar análise?

E um detalhe que separa fornecedor maduro de fornecedor improvisado: existe relatório de disponibilidade recorrente, sem você precisar pedir? Se a resposta for não, ninguém está medindo.

Critério 4: quem atende o seu cliente às duas da manhã

O critério de suporte não é “tem suporte 24×7”. É saber quem atende, em que idioma, com qual autonomia técnica e em quanto tempo o chamado chega a alguém que pode mexer na infraestrutura.

Suporte tem camadas. Primeiro, o nível inicial registra e faz a triagem. Em seguida, o segundo investiga. Por fim, o terceiro tem acesso ao ambiente e autoridade para agir. A pergunta relevante é: quantos minutos separam a abertura do chamado crítico do momento em que um engenheiro de terceiro nível está olhando o seu ambiente?

Faça o teste antes de assinar. Abra um chamado de severidade média em um horário ruim (sexta-feira à noite, feriado) e cronometre. Você vai aprender mais em uma noite do que em três reuniões comerciais.

Pergunte também sobre o modelo de atendimento ao parceiro:

• Você abre o chamado ou o cliente final abre direto?
• Existe canal exclusivo para parceiros, com fila separada?
• Existe um contato nomeado, ou seja, uma pessoa, e não uma caixa de e-mail?
• O suporte fala português e entende o contexto regulatório brasileiro?

Critério 5: o modelo comercial e de onde vem a sua margem

Existem basicamente dois modelos de remuneração (indicação e revenda), e eles produzem margens, riscos e obrigações muito diferentes. Por isso, antes de comparar percentuais, entenda qual dos dois você está assinando.

Na indicação, você apresenta o cliente, o provedor fatura direto e você recebe comissão. Risco baixo, esforço baixo, margem menor, e você não controla o relacionamento comercial.

Na revenda, por outro lado, você compra a infraestrutura e revende com a sua condição. Margem maior, controle do relacionamento, e a inadimplência do cliente passa a ser problema seu. Escrevemos sobre a diferença entre os dois em revender nuvem ou indicar, e sobre a versão mais avançada da revenda em nuvem white label no Brasil.

O que investigar em qualquer um dos dois:

• A comissão é recorrente enquanto o cliente permanecer, ou paga só no primeiro mês?
• Existe proteção de conta? Se você registra uma oportunidade, o provedor se compromete a não atender aquele cliente direto?
• O que acontece com a sua receita se o cliente crescer e passar a negociar direto com o provedor?
• Há meta mínima? O que acontece se você não bater?

Comissão recorrente sem proteção de conta é uma promessa com data de validade.

Critério 6: previsibilidade de preço e exposição ao câmbio

Preço previsível vale mais do que preço baixo quando você tem contrato anual com o cliente. Nuvem faturada em dólar transfere risco cambial para dentro da sua margem e, pior, você não tem como repassar aumento no meio da vigência.

Duas perguntas resolvem boa parte do assunto:

1. A fatura é emitida em real, com nota fiscal brasileira, ou é conversão de dólar na cotação do fechamento?
2. Existe reajuste contratual definido por índice e periodicidade, ou o preço pode mudar a qualquer momento?

Some a isso os tributos. Vale dizer que serviço faturado no exterior tende a envolver IOF e recolhimentos adicionais que não aparecem na proposta comercial, mas aparecem no fluxo de caixa.

E preste atenção nos itens variáveis. Na prática, cobrança por tráfego de saída (egress), por operação de leitura e escrita ou por IP adicional é o que transforma orçamento fechado em fatura surpresa. Vale entender a composição inteira antes: reunimos essa anatomia em custos na nuvem: o guia completo.

Critério 7: capacidade real de arquitetar, migrar e sustentar

Provedor que só entrega máquina virtual empurra o trabalho de arquitetura para você. Portanto, verifique se existe equipe de engenharia envolvida no desenho do ambiente, na migração e na sustentação, e também se isso está no contrato ou é favor.

Sinais de que existe capacidade técnica de verdade:

• O fornecedor pergunta sobre o seu workload antes de mandar proposta. Se a primeira resposta é uma tabela de planos, então ele está vendendo commodity.
• Existe plano de migração escrito, com janela, rollback e critério de sucesso.
• Alguém dimensiona banco de dados, e não só CPU e memória.
• Há prática de monitoramento contínuo, com alerta antes do incidente e não depois.

Pergunte por um caso parecido com o seu. Não precisa de nome de cliente: peça o desenho técnico, o volume e o que deu errado no caminho. Fornecedor experiente conta o que deu errado. Já o inexperiente diz que nunca deu.

Critério 8: backup e recuperação com RPO e RTO no papel

Backup é o critério em que mais gente aceita resposta vaga. Por isso, exija dois números: RPO (Recovery Point Objective), que é quanto de dado a empresa aceita perder, medido em tempo; e RTO (Recovery Time Objective), que é em quanto tempo o ambiente precisa voltar a funcionar.

Vale insistir: ter backup não é o mesmo que conseguir recuperar. Logo, a pergunta que importa não é “vocês fazem backup?”, e sim:

• Qual a frequência das cópias e por quanto tempo elas ficam retidas?
• As cópias ficam em local separado do ambiente de produção?
• Existe teste de restauração periódico, com evidência documentada?
• Quem executa a restauração em uma emergência: você, o cliente ou o provedor?
• Quanto tempo levou a última restauração completa testada?

Em resumo, fornecedor que nunca testou restauração tem arquivo, não tem backup. Se você quiser aprofundar o tema com o seu cliente, a página de planos de backup mostra os níveis possíveis de RPO e RTO.

Critério 9: maturidade do programa de parceiros

Um programa maduro tem estrutura visível: material comercial, treinamento técnico, ambiente de teste, portal ou canal para acompanhar contas e faturamento, e uma pessoa responsável pelo seu relacionamento. Sem isso, você não tem programa. Tem desconto.

Cheque:

• Existe onboarding técnico para a sua equipe?
• Existe ambiente de demonstração ou crédito para prova de conceito?
• Existe material comercial que você possa apresentar sem constrangimento?
• Você consegue ver, em algum lugar, quanto cada cliente seu está consumindo e quanto você vai receber?
• Existe alguém com nome e telefone responsável pela sua carteira?

Checklist: os 9 critérios em formato de reunião

Leve esta tabela para a conversa com o fornecedor. A coluna da direita, por sua vez, reúne o tipo de resposta que deveria fazer você pedir mais detalhe.

Regra prática: se três ou mais linhas caírem na coluna da direita, o problema não é negociável no preço.

O que nenhum parceiro resolve por você

Vale dizer o que a escolha de fornecedor não conserta, para a expectativa ficar no lugar certo.

Parceiro nenhum vai fazer a gestão de expectativa do seu cliente. Se você vendeu disponibilidade contínua para um ambiente monolítico com um único ponto de falha, o problema é de arquitetura e de proposta, não de provedor.

Parceiro nenhum vai substituir a sua camada de relacionamento. Vale lembrar que comissão recorrente é consequência de retenção, e retenção depende de alguém do seu lado acompanhando o cliente.

Por fim, parceiro nenhum transforma margem ruim em bom negócio. Se a conta só fecha no volume máximo previsto, ela simplesmente não fecha.

Como a Prodb trabalha com parceiros

A Prodb Tecnologia é uma empresa brasileira de infraestrutura em nuvem, sediada na região de Campinas, com 15 anos de operação em 2026 e mais de 550 clientes atendidos. O Programa de Parceiros existe para consultorias de TI, integradores, agências e MSPs que querem colocar nuvem no portfólio sem montar data center próprio.

Os nove critérios acima são, sobretudo, os pontos que costumamos abrir na primeira conversa com um parceiro, porque são os que geram atrito depois:

• Dados no Brasil, com faturamento em real e nota fiscal brasileira, ou seja, sem exposição cambial na sua margem.
• Arquitetura sob medida por ambiente. Nossa equipe participa do dimensionamento junto com você, em vez de mandar um catálogo de planos. Veja o escopo em servidores cloud.
• Suporte técnico dedicado, com engenheiros que conhecem o ambiente do seu cliente, e não uma fila genérica de tickets.
• Backup com RPO e RTO definidos por ambiente, do plano básico ao totalmente personalizado.
• Comissão recorrente enquanto o cliente permanecer, com regras de conta combinadas antes do primeiro registro de oportunidade.

Como o modelo funciona na prática, quem se qualifica e como é a remuneração está detalhado em programa de parceiros cloud: como funciona e na página do Programa de Parceiros.

Quer testar esses nove critérios com a gente?

Traga o seu caso e faça as nove perguntas. Se alguma resposta não convencer, então é melhor descobrir agora do que no primeiro incidente. Fale com o time da Prodb e conheça o Programa de Parceiros.

O post Parceiro de nuvem: 9 critérios para avaliar antes de colocar a sua marca junto apareceu primeiro em Prodb.