Como vender o Disperse Cloud

Plataforma de FinOps com IA. O cliente conecta o Azure em 15 minutos e, na primeira tela, já vê onde está perdendo dinheiro, com plano de ação, automação de execução e prestação de contas auditável que sustenta o modelo de gainshare.

Quando o cliente disser uma destas frases, ele acabou de te entregar a venda.

1. "Sabemos que tem desperdício na nuvem, mas não sabemos onde nem quanto."
2. "Cada time chama o mesmo custo de um nome diferente. Não conseguimos comparar."
3. "Quando vemos uma anomalia, ela já está na fatura fechada."
4. "Compramos reserva no chute e parte ficou ociosa."
5. "Nosso forecast erra 25% para mais ou para menos. O CFO não consegue planejar."
6. "Não conseguimos cobrar internamente cada time pelo que ele consome."
7. "Tem governança de tag no papel, mas 30% dos recursos estão sem tag."
8. "FinOps virou planilha eterna no time da plataforma. Ninguém confia, ninguém usa."
9. "Já contratei consultoria. Funcionou três meses, depois voltou tudo."
10. "Tenho que provar para o board quanto o programa de FinOps economizou. Hoje é fé."

Cada uma dessas frases tem resposta direta no produto. As próximas seções mostram qual.

O argumento de venda inteiro cabe nessa narrativa. Decore.

Ato 1Conectar — 15 minutos, sem projeto

O cliente faz login, abre o assistente de conexão Azure, autoriza via OAuth. O produto cria a app registration na conta dele com permissão mínima (Reader + Cost Management Reader), descobre toda subscription, todo resource group, todo recurso, e ingere 13 meses de histórico de custo. Não tem projeto de implementação. Em 15 minutos ele tem um dashboard preenchido com os dados reais dele.

Ato 2Descobrir — a IA propõe, o cliente aprova

Na primeira ingestão, três passes de IA rodam contra o estado real do cliente:

• Taxonomia de tags sugerida. Agrupa duplicatas (prod/PRD/Production viram um valor só), infere o que deveria ser obrigatório, propõe uma taxonomia inicial pronta para o cliente aceitar.
• Regras de alocação sugeridas. "Parece que team é a sua chave principal de alocação com 87% de cobertura. Aqui estão cinco regras para os 13% órfãos."
• Catálogo de produtos sugerido. "Detectei sete produtos no seu estado: checkout, catalog, recommendations… cada um com time provável."

Em outra ferramenta, isso é workshop de seis semanas. Aqui é uma tela de revisão.

Ato 3Decidir — Copilot e insights

Agora o usuário pergunta em linguagem natural: "qual produto cresceu mais este mês e por quê?" O Copilot devolve gráfico, tabela e o filtro exato que produziu a resposta. Auditável até o nível da linha de billing. As anomalias chegam com causa raiz já investigada por agente. As variações mensais vêm com narrativa em texto, pronta para colar no e-mail do CFO.

Ato 4Executar — one-click, com aprovação

Cada insight tem botão. Disco desanexado há 90 dias? Um clique gera change request, segue fluxo de aprovação dupla, executa no Azure, mede o impacto. VM superdimensionada? Mesmo fluxo. O produto observa, propõe e aprova. Agente nunca escreve direto na nuvem, sempre via change request rastreável.

Ato 5Provar — e cobrar com lastro

Toda economia executada vai para o Realized Savings Ledger: ID da change request, escopo, valor estimado, valor medido contra o billing, status (draft → posted → disputed → void). O Cost Impact Storyboard transforma esse ledger em uma página executiva com cascata de impacto, curva de economia acumulada e recap mensal narrado. O Gainshare Audit Pack sela a baseline do programa, atesta cada mês com hash assinado pelas duas partes, e gera o documento que finanças aceita. A economia para de ser narrativa e vira número auditado.

Esses cinco atos são o motivo de vendermos mensalidade fixa e gainshare. Os atos 1 a 4 justificam a mensalidade. O ato 5 sustenta o gainshare.

Mensalidade fixa do SaaS, dimensionada por volume de gasto cloud sob gestão. O cliente paga pelo motor: onboarding instantâneo, IA, automação, governança, multi-cloud, agentes.

Engajamento de assessment com gainshare, que é um percentual sobre a economia comprovadamente realizada e atestada no período. Alinha o time comercial-técnico do cliente com o nosso. Quanto mais ele economiza, mais a gente fatura. E ele só paga sobre o que está no Ledger com status posted e atestação assinada.

Por que o gainshare funciona aqui

A maioria dos concorrentes oferece "estimativa de savings". Número solto, sem rastreabilidade até a fatura. Nossa economia é defensável por três motivos concretos:

1. Baseline imutável assinada no início do programa, com hash SHA-256 e dupla assinatura cliente-operador.
2. Atestação mensal com hash de conteúdo recomputável. Qualquer alteração posterior nos dados invalida a assinatura.
3. Disclosure de metodologia versionada. A regra de cálculo do mês não muda retroativamente.

O cliente paga gainshare contra evidência auditável. Se o auditor externo dele quiser conferir, ele confere.

Cuidado nas conversas

Nunca prometa percentual de economia genérico ("vamos economizar 30%"). Prometa o mecanismo: "você paga gainshare sobre o que economizar comprovadamente, e quem mede é o ledger contra o seu billing real". A primeira promessa cria expectativa que a gente não controla. A segunda cria credibilidade.

Use números do segmento, não inventados.

• Benchmark FinOps Foundation 2025: 20% a 35% do gasto cloud é desperdício recuperável em empresas sem programa maduro.
• Cliente com R$ 1 milhão/mês em Azure tem oportunidade típica de R$ 200 mil a R$ 350 mil/mês ao longo do primeiro ano.
• Payback típico: 30 a 60 dias após assinatura, porque o ato 1 do produto já é descobrir as oportunidades de maior impacto.
• Onboarding sem custo de CSM. O tour da IA contra dados reais substitui os 60 dias de implementação dos concorrentes.
• Forecast com MAPE alvo de 8% a 60 dias. Finanças passa a planejar sobre dado, não estimativa.
• Tempo até produzir recap mensal de board: de dias (manual) para menos de 1 minuto (automático).

Equação que o CFO entende

Mensalidade fixa = R$ X. Gainshare = Y% sobre economia auditada. Para a conta fechar, basta a economia atestada cobrir a mensalidade. Se não cobrir, alguma coisa errada na execução, e o cliente cancela sem pagar gainshare nenhum. O cliente toma risco baixo, a gente toma risco real. Por isso o gainshare faz sentido.

Não pergunte tudo. Escolha de seis a oito.

Sobre o estado atual

1. Qual o gasto mensal em nuvem hoje, e por provedor?
2. Esse número está crescendo, estável, ou caindo? Em que ritmo?
3. Que percentual dos recursos hoje tem tag funcional?
4. Quem aprova a compra de uma reserva ou savings plan?
5. Como vocês fecham hoje o custo por produto ou por time?

Sobre dor

6. Qual foi a última anomalia de custo que vocês descobriram tarde demais? O que aconteceu?
7. Se o CFO te perguntar agora "quanto o programa de FinOps economizou no último trimestre", você responde em quanto tempo e com que confiança?
8. Quem é o dono do número da nuvem na empresa hoje? Essa pessoa está confortável?

Sobre prontidão

9. Existe meta pública de redução de gasto cloud? Quem é responsável?
10. Se eu te mostrasse aqui, agora, R$ X de oportunidade no seu Azure, em quanto tempo vocês conseguiriam executar a primeira correção?

A pergunta 10 separa quem fecha de quem some. Se a resposta for "preciso de dois trimestres para mexer em produção", é venda longa. Se for "amanhã", é venda curta.

Use o ambiente de demo do produto, não o do cliente. Nunca prometa demo no Azure dele na primeira reunião. Isso abre fronteira de segurança que não é necessária ainda. POC vem depois.

Duas regras durante a demo

• A cada 5 minutos, pare e pergunte: "isso ressoa com o que vocês vivem?"
• Se o cliente desviar para uma feature específica, vá. A demo é dele, não sua.

Onze objeções no total. As três marcadas com essencial são as que aparecem em quase toda primeira reunião — decore essas.

Antes de investir tempo, confirme:

• Budget. Gasto cloud > R$ 200 mil/mês (mínimo), R$ 500 mil/mês (sweet spot).
• Authority. CFO ou CTO disponível para a próxima reunião, ou um FinOps Lead com mandato escrito.
• Need. Pelo menos uma das 10 dores da seção 4 saiu da boca do cliente sem você induzir.
• Timeline. Janela definida para decisão — próximo trimestre, fechamento orçamentário, auditoria à vista.
• Métrica de sucesso. O cliente consegue te dizer o número que ele quer ver mudar.

Se faltar dois desses, é nutrição, não venda ativa.

O fluxo de cabo a rabo:

Lead qualificado
  → Discovery (45 min, 1 reunião)
  → Demo guiada (45 min, 1 reunião)
  → POC de 14 dias (Azure real, objetivo definido)
  → Proposta comercial (mensalidade + assessment com gainshare)
  → Assinatura
  → Onboarding (15 min de wizard + tour AI; sem CSM)
  → Primeira atestação mensal (mês 1 fechado, gainshare faturado contra evidência)

Ciclo médio para empresas no sweet spot: 45 a 75 dias entre lead qualificado e assinatura.

Critérios para entrar em POC

• Existe sponsor identificado (CTO, CFO ou FinOps Lead).
• Existe acordo escrito sobre o objetivo do POC e a métrica de sucesso.
• Existe acesso técnico para conectar o Azure no dia 1 do POC.

Sem os três, não entre. Custa tempo e o lead não fecha.

O time de produto mantém os artefatos abaixo. Se algum estiver desatualizado, peça revisão.

• One-pager comercial. Versão de uma página deste playbook para deixar com o cliente.
• Documento de segurança e arquitetura. Para a primeira pergunta de Compliance/InfoSec.
• Modelo de contrato de gainshare. Com a metodologia de cálculo anexa, versionada.
• Casos de estudo. Preencher conforme a base for crescendo. A cada cliente que assina, peça permissão para registrar o ganho.
• Vídeo curto de demo. Para enviar a quem não cabe na agenda da primeira reunião.
• Roteiro de e-mail de follow-up. Três variantes, dependendo de quem foi a reunião (CFO, CTO, FinOps Lead).

Seis regras que protegem o produto e o pipeline.

1. Nunca prometa percentual de economia genérico. Prometa o mecanismo de medição.
2. Nunca ofereça desconto antes de ofertar redução de escopo. Preço é último.
3. Nunca minta sobre roadmap. Se a feature não está pronta, diga em qual trimestre estará e ofereça o caminho atual.
4. Nunca deixe um POC começar sem objetivo escrito. É o jeito mais rápido de queimar pipeline.
5. Nunca venda só para o time técnico. Sem o CFO, o gainshare não fecha. Sem o CTO, a execução trava.
6. Cobre quando entregar. O Audit Pack existe para isso. Use.

Para colar no e-mail interno de pipeline.

O Disperse Cloud conecta o Azure do cliente em 15 minutos e entrega, na primeira tela, plano de ação, automação executiva e prestação de contas auditável. IA roda em todas as camadas: taxonomia, alocação, anomalia, copilot, agente. Vendemos mensalidade fixa pelo SaaS e assessment com gainshare sobre economia comprovada, sustentado pelo Realized Savings Ledger e pelo Gainshare Audit Pack (baseline assinada, atestação mensal, hash imutável). ICP: empresas com gasto cloud acima de R$ 200 mil/mês, predominantemente Azure. Concorrência: Apptio, Flexera, CloudHealth, Vantage e o nativo Cost Management. Diferenciais defensáveis: tempo até valor, IA-first, enforcement no deploy, ledger auditado, agente via Change Request. Ciclo médio: 45 a 75 dias. Payback típico no cliente: 30 a 60 dias.