VendasEm destaque

Analista de Ganhos e Perdas

Testa se vocês de fato perderam no preço

Versão 2Publicado em 2 de set. de 2026
VendasExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8regras rígidas
Coisas que ele nunca pode fazer, impostas em toda execução
5regras de repasse
Condições em que ele para e entrega o trabalho a uma pessoa
12campos de saída
Um resultado estruturado, não um parágrafo para reler
≤7passos por execução
Trabalho delimitado: no máximo 5 chamadas de ferramenta, impostas pelo runtime

Somente leitura, por projeto. Este agente não tem caminho para enviar, gastar, publicar ou assumir nada. Onde esse limite é o produto, tirá-lo tiraria o motivo para confiar no resultado.

Ligações ativas da versão 2. Os nós de ferramenta são as capacidades que este agente está autorizado a chamar — nada além disso pode rodar.

Visão geral

Todo CRM tem um campo de motivo de perda e o dado nele é quase sem valor. Ele é escolhido pela pessoa que perdeu o negócio, no momento em que ela perde, de uma lista escrita por outra pessoa — e "preço" está sempre nessa lista e nunca é errado o bastante para alguém discutir. Então preço domina todo relatório de perdas em toda empresa, e a conclusão tirada dali, dar mais desconto, é cara e normalmente equivocada.

A evidência que contradiz isso está nos mesmos registros. Se preço fosse o motivo, as perdas se concentrariam onde a diferença de preço é maior. Normalmente elas se concentram em outro lugar: em negócios onde um concorrente específico estava presente, em negócios que nunca chegaram a uma segunda reunião, em negócios onde o comprador precisava de algo que o produto não faz, em negócios onde o defensor era júnior demais para assinar. Tudo isso é visível no histórico de etapas, nas notas de ligação, nos participantes e na duração das etapas.

E ninguém analisa os ganhos. Uma análise de perdas sem eles não consegue dizer o que é diferente nos negócios que vocês fecham, que é a metade mais útil.

Este agente testa o motivo declarado contra a evidência, reporta o que de fato separa ganhos de perdas, e nunca avalia um vendedor individual. Uma tabela de taxa de ganho por pessoa é gerenciada em vez de acionada, e corrompe ainda mais o campo de motivo.

Benefícios

Vocês param de dar desconto pelo motivo errado

Que é o erro mais caro que este dado causa.

Produto e posicionamento recebem insumo real

De evidência, não de um campo escolhido sob pressão.

A qualificação melhora

Porque vocês sabem quais negócios nunca foram ganháveis.

O que faz

  • Testa o motivo declarado contra a evidência

    Se preço fosse o motivo, as perdas se agrupariam onde a diferença é maior. Normalmente se agrupam em outro lugar completamente.

  • Analisa também os ganhos

    Um relatório de perdas sozinho não consegue dizer o que é diferente nos negócios que vocês fecham.

  • Encontra onde os negócios de fato morrem

    A etapa em que param, e quanto tempo ficaram ali. Muito mais honesto que um menu suspenso.

  • Lê a presença de concorrentes

    Perdas concentradas contra um concorrente é um problema de posicionamento, não de preço.

  • Confere a senioridade do comprador

    Um defensor que nunca poderia assinar é um achado de qualificação que acaba registrado como preço.

  • Nunca ordena vendedores

    Uma tabela de taxa de ganho por pessoa é gerenciada em vez de acionada, e corrompe ainda mais o campo de motivo.

O que isso muda

O que isso muda na sua semana

Ele assume
Testar por que negócios foram de fato perdidos, contra o que foi digitado no CRM.
Hoje quem faz é
Um relatório de perdas que todo mundo lê e ninguém confia.
Com que frequência
Trimestral, a partir do mesmo campo pouco confiável.
Esforço manual típico
Histórico de etapas, concorrentes, senioridade e requisitos lidos em negócios ganhos e perdidos juntos.

Por que Vendas em particular. "Preço" é escolhido por quem perdeu, no momento em que perdeu, de uma lista que outra pessoa escreveu — está sempre disponível e nunca é errado o bastante para discutir, então afoga tudo, e a correção que sugere é cara.

  • Roda sem supervisão

    Você ou um evento dá a partida, e ele chega ao fim sozinho. Nada fica esperando alguém estar na mesa.

  • O mesmo padrão todas as vezes

    O ducentésimo item recebe o mesmo rigor do primeiro. A constância é a parte que as pessoas não conseguem sustentar.

  • Ele não pode agir por conta própria

    Analista de Ganhos e Perdas não tem caminho para enviar, gastar ou assumir compromissos. É esse limite que torna seguro agir com base no que ele entrega.

Como roda

Este agente é executado no servidor, pelo ambiente de execução da PROMIVO. Cada execução é registada passo a passo e cada chamada de ferramenta tem as permissões verificadas antes de ser executada.

  1. 1EntradaValidada contra o esquema de entrada do agente
  2. 2Modeloclaude-opus-5 com fallback automático
  3. 3Ferramentasextract_structured_data
  4. 4PermissõesExecuta automaticamente as ações de nível READ; tudo acima disso espera aprovação
  5. 5SaídaResultado estruturado, conforme o esquema de saída
  6. 6RegistroTokens, duração e cada passo ficam registrados

Demonstração

Dados de demonstraçãoIllustrative sample output, abridged.

Entrada

{
  "deals": [],
  "period": "H1 2026",
  "currency": "USD",
  "minimumSample": 8
}

Saída

{
  "escalate": true,
  "priceTest": {
    "finding": "Median discount requested was 9% in lost deals and 11% in won ones — you discounted more on the deals you won. And 38 of the 61 price losses never reached a second meeting, where price had not yet been discussed at all. Price is what gets typed; it is not what happened.",
    "statedAsPrice": 61,
    "evidenceSupports": false
  },
  "disclaimer": "An analysis of your own CRM records. No individual salesperson is named, ranked or scored; no customer or lost buyer has been contacted; no record has been changed; no discount or price change is recommended; and patterns below the stated minimum sample are reported as too thin rather than ranked.",
  "statedReasons": [
    {
      "deals": 61,
      "share": 54,
      "reason": "Price"
    },
    {
      "deals": 22,
      "share": 19,
      "reason": "Timing"
    },
    {
      "deals": 18,
      "share": 16,
      "reason": "Went with competitor"
    }
  ],
  "whereDealsDie": [
    {
      "stage": "Discovery",
      "lostDeals": 44,
      "medianDaysThere": 31
    },
    {
      "stage": "Proposal",
      "lostDeals": 19,
      "medianDaysThere": 48
    }
  ],
  "capabilityGaps": [
    "A specific reporting requirement was raised in 14 lost deals and 2 won ones. Reported as a repeated requirement rather than as a confirmed gap — some of those may be a communication problem rather than a missing capability."
  ],
  "escalationReason": "Stated reasons and evidence disagree materially — 54% of losses are recorded as price and the discount data contradicts it — and 22 of 31 competitive losses involve a single competitor.",
  "seniorityPattern": "Deals worked entirely with a manager-level champion lost 79% of the time. Almost all were recorded as price.",
  "tooThinToConclude": [
    "Losses in the public sector segment: 5 deals. Not enough to say anything."
  ],
  "whatSeparatesWins": [
    "Won deals reached a second meeting in a median of 9 days. Lost deals that got there took 24, and most never did.",
    "Won deals involved someone at director level or above in 81% of cases. Lost deals, 34%."
  ],
  "competitorPatterns": [
    "Of 31 competitive losses, 22 involved the same competitor, and 19 of those died at proposal rather than on price. That is a positioning problem at proposal stage, and no amount of discount addresses it."
  ],
  "recordsCannotAnswer": [
    "Whether the buyers who cited price would have paid more for something else. Only a conversation with them answers that, and it is worth having with the 22 lost to one competitor."
  ]
}

Requisitos

Integrações

Nenhuma integração necessária.

Antes de começar

  • Negócios ganhos e perdidos com valor, histórico de etapas e datas
  • Motivos de fechamento declarados
  • Concorrentes presentes, onde registrado
  • Papéis e senioridade dos contatos, e notas ou requisitos capturados
  • Requer o plano Acesso total ou superior

Casos de uso

Revisão trimestral de ganhos e perdas

O que de fato separa os dois.

Antes de uma mudança de preço

Se preço é realmente a restrição.

Estratégia competitiva

Para qual concorrente vocês perdem, e em qual etapa.

Insumo para o roteiro de produto

Requisitos levantados em negócios que vocês perderam.

Preço

Acesso total

Cobrado mensalmente pela sua assinatura PROMIVO. Cancele quando quiser.

As execuções consomem a cota do seu plano para execuções de agentes e tokens. Veja limites do plano

Perguntas frequentes

Ele ordena vendedores?

Não, deliberadamente. Uma tabela de taxa de ganho por pessoa é gerenciada em vez de acionada, e a primeira coisa a mudar é o que as pessoas digitam no campo de motivo. Os achados são sobre negócios e padrões.

Por que não usar os nossos próprios motivos de perda?

Porque são escolhidos por quem perdeu, no momento em que perdeu, de uma lista que outra pessoa escreveu. Preço está sempre disponível e nunca é errado o bastante para discutir, então afoga tudo.

Ele entrevista clientes?

Não. Ele não contata ninguém. Ele trabalha a partir dos seus próprios registros — e onde eles não conseguem responder uma pergunta, ele diz qual pergunta uma entrevista de ganho e perda de verdade precisaria responder.

Avaliações

As avaliações abrem depois que os clientes tiverem executado este agente.

Precisa que este agente funcione de outro jeito?

Diga o que mudar e a nossa equipe vai definir o escopo de uma versão personalizada para a sua empresa.

Personalizar este agente