Deal Desk Básico: Como Equipes de Vendas Menores Podem Aprovar e Fechar Mais Rápido

"Deal desk" soa como algo que só empresas com 500 vendedores precisam. Um departamento inteiro para gerenciar aprovações de preços? Um comitê formal de revisão para cada proposta personalizada? Isso é território enterprise.

Mas a realidade é essa: toda equipe de vendas, mesmo uma com 10 pessoas, se depara com deals não padrão. Um prospect quer 40% de desconto sobre o preço padrão. Outro precisa de um cronograma de pagamento personalizado. Um terceiro está pedindo termos contratuais que o jurídico nunca analisou. Sem um processo, cada uma dessas situações vira uma crise: o vendedor pinga o VP no Slack, o VP pinga o CEO, alguém busca uma exceção anterior para usar como precedente, e três dias se passam enquanto o prospect espera.

Um deal desk não precisa ser um departamento. Ele precisa ser um processo documentado, um responsável definido e um conjunto de limites claros. Veja como construir um que seja leve o suficiente para uma equipe pequena, mas estruturado o suficiente para realmente reduzir o tempo de aprovação. Isso também se conecta diretamente à forma como você define categorias de forecast: um commit sem um processo de deal desk por trás é apenas o otimismo do vendedor.

---

O Que É um Deal Desk de Verdade

Um deal desk é o processo e as pessoas responsáveis por revisar e aprovar deals não padrão antes de qualquer compromisso com o prospect.

O Gartner define deal desks como uma capacidade interfuncional que coordena pricing, jurídico, finanças e vendas para acelerar o deal velocity enquanto gerencia riscos. Mesmo em equipes pequenas, a função central é a mesma.

Não padrão significa qualquer coisa que se desvie do seu pricing publicado, dos termos padrão ou da estrutura contratual normal. Isso inclui:

• Descontos acima do limite autorizado para o vendedor
• Compromissos de vários anos que exigem revisão financeira
• Cronogramas de pagamento personalizados (net 90, baseado em marcos, etc.)
• Termos jurídicos que não estão no seu MSA padrão
• Pricing em bundle que não existe no seu rate card

Deals padrão (aqueles que se encaixam no seu pricing publicado e nos modelos de contrato) são aprovados automaticamente. O vendedor cotiza, o prospect aceita, e ninguém precisa acionar um gestor. O deal desk só entra em ação para exceções.

O que um deal desk substitui: a cadeia de aprovação informal que atualmente passa por DMs no Slack, threads de e-mail com quatro pessoas em cópia e a eventual caminhada até a mesa do CEO. Toda equipe já tem um deal desk. A maioria simplesmente não tem um que seja documentado ou consistente.

---

Etapa 1: Defina o Que Precisa de Revisão

A coisa mais útil que você pode fazer antes de construir qualquer outra parte do processo é registrar exatamente quais deals exigem revisão e quais não exigem.

Comece pelos limites de desconto. Seu deal desk vai passar a maior parte do tempo em exceções de pricing. Defina:

Depois defina os outros gatilhos. Situações não relacionadas a desconto que exigem revisão:

• Cronogramas de pagamento superiores a net 30
• Deals de vários anos acima de um valor X em TCV
• Termos jurídicos personalizados (qualquer alteração no seu MSA padrão)
• Deals que envolvam revisões de segurança, contratos de processamento de dados ou atestados de conformidade
• Qualquer deal em que o vendedor tenha se comprometido verbalmente com algo fora do modelo padrão

Registre isso em um único documento de referência e compartilhe com cada vendedor. O objetivo é que qualquer vendedor consiga determinar por conta própria se o deal dele precisa de revisão, sem precisar perguntar ao gestor. Se precisarem perguntar, seus limites não são claros o suficiente. Esse é o mesmo princípio por trás de construir um processo de vendas um tipo de deal por vez: critérios explícitos superam o julgamento informal em todos os casos.

---

Etapa 2: Defina um Responsável pelo Deal Desk

Não um comitê. Uma pessoa.

Em uma equipe de vendas de 10 a 30 pessoas, o responsável pelo deal desk costuma ser o Head de Sales Operations, um gestor sênior de vendas ou o próprio VP de Vendas, caso esses cargos não existam. O responsável é quem recebe as submissões, conduz o processo de aprovação e comunica as decisões de volta aos vendedores.

O que o responsável faz:

• Revisa as submissões quanto à completude antes de encaminhar aos aprovadores
• É dono do SLA de retorno em 24 horas
• Escala para o nível de aprovação adequado com base no tamanho e risco do deal
• Documenta o resultado e quaisquer condições de aprovação
• Identifica exceções recorrentes que deveriam virar política padrão

O caminho de escalação é separado do responsável. O responsável gerencia o processo. Os aprovadores tomam as decisões. Defina quem aprova em cada nível antes da primeira submissão chegar.

24 horas é o SLA-alvo. Não "retornamos até o final da semana". Um deal desk que leva três dias para aprovar um desconto perde o benefício de existir. Uma pesquisa da Forrester sobre atrito no ciclo de vendas B2B mostra que atrasos internos de aprovação estão entre os principais motivos pelos quais compradores se desengajam ou postergam o cronograma. Isso espelha o SLA de handoff SDR para AE: o deal momentum é frágil, e cada hora de atraso tem um custo. O vendedor ainda precisa gerenciar um prospect ansioso e um deal paralisado. Se você não consegue se comprometer com 24 horas, descubra o motivo antes de lançar esse processo.

---

Etapa 3: Crie o Formulário de Submissão do Deal

O formulário de submissão do deal é o que o vendedor preenche quando precisa de revisão. Ele existe para dar aos aprovadores tudo o que precisam para tomar uma decisão sem uma cadeia de e-mails de ida e volta.

Oito campos. Nem mais, nem menos para começar:

Campo 1: Nome do deal e link no CRM A oportunidade específica, linkada diretamente para que os aprovadores possam ver o histórico do deal.

Campo 2: O que está sendo solicitado Pedido específico em linguagem simples: "32% de desconto sobre a taxa anual padrão" ou "termos de pagamento personalizados: 50% na assinatura, 50% em 90 dias."

Campo 3: Tamanho do deal (ARR/TCV) O valor em dinheiro do deal nos termos solicitados.

Campo 4: Data de fechamento A data de fechamento comprometida ou esperada pelo vendedor.

Campo 5: Por que a solicitação não é padrão A justificativa de negócio que o prospect apresentou ou que o vendedor está oferecendo: pressão competitiva, ciclo orçamentário, importância estratégica da conta. Não "eles pediram". O motivo real.

Campo 6: O que acontece se não aprovarmos Avaliação honesta: o deal vai morrer, ir para um concorrente, diminuir de escopo ou atrasar? Isso força o vendedor a pensar nas apostas reais e ajuda os aprovadores a ponderar o risco.

Campo 7: Contexto relevante Conversas anteriores com executivos, exceções já concedidas a essa conta, qualquer sinalização de conformidade ou jurídica.

Campo 8: Resposta necessária até A data em que o vendedor precisa de uma resposta para manter o deal nos trilhos.

O formulário pode estar em um Google Forms compartilhado, uma página no Notion ou um campo dedicado no seu CRM. O formato não importa. O que importa é que toda submissão esteja completa antes de ser encaminhada a um aprovador.

---

Etapa 4: Níveis de Aprovação

Três níveis cobrem a maioria das situações. Resista à tentação de criar mais.

Nível 1: Gestor de Vendas

• Descontos entre 11-20%
• Prorrogações padrão (net 45-60)
• Ajustes menores de escopo dentro de um contrato padrão

Nível 2: VP de Vendas

• Descontos entre 21-30%
• Deals de vários anos abaixo de $100K TCV (ajuste o limite para o seu negócio)
• Cronogramas de pagamento não padrão
• Qualquer deal com sinalização de conta estratégica

Nível 3: CEO ou CFO

• Descontos acima de 30%
• Deals de vários anos acima de $100K TCV
• Termos jurídicos personalizados (revisados junto com assessoria jurídica)
• Qualquer deal com risco financeiro ou de conformidade material

Defina os limites por escrito antes de lançar o processo. Publique-os em um lugar que cada vendedor possa ver. A primeira vez que um vendedor descobre que seu deal exige aprovação do CEO não deve ser no momento em que ele precisa de uma resposta em 48 horas.

---

Etapa 5: Pricing Padrão vs. Não Padrão

Um dos resultados mais valiosos de construir um deal desk é que ele te obriga a manter um rate card explícito: um documento que define o que os vendedores podem cotizar sem nenhuma aprovação. Uma pesquisa do MIT Sloan Management Review sobre estratégia de pricing observa que organizações com níveis de pricing documentados e governança de desconto superam consistentemente aquelas que dependem de julgamento ad hoc dos vendedores.

Se o seu rate card não existe por escrito, os vendedores inventam sua própria interpretação do "pricing padrão" e você acaba com cotações inconsistentes entre contas. Isso significa que seu deal desk ficará mais ocupado do que precisa, lidando com solicitações que deveriam ser self-service.

Seu rate card deve definir:

• Pricing base por nível de produto e contagem de usuários
• Multiplicador padrão para assinatura anual vs. mensal
• Descontos padrão para vários anos (por exemplo, 10% para 2 anos, 15% para 3 anos)
• Faixas de desconto por volume (se aplicável)
• O que não é negociável

Atualize o rate card pelo menos trimestralmente. Certifique-se de que cada vendedor tenha a versão atual. Um deal desk que processa exceções a um rate card desatualizado está trabalhando mais do que o necessário.

---

Etapa 6: Documentação Pós-Aprovação

Depois que um deal é aprovado, três coisas precisam acontecer antes de seguir para o contrato:

1. Atualização no CRM: a aprovação é registrada no registro do deal com os termos aprovados, o aprovador e a data. Não apenas "aprovado pelo VP." Termos específicos: "32% de desconto aprovado para contrato anual. Nenhuma concessão adicional autorizada."

2. Gatilho para geração do contrato: quem inicia o contrato, usando qual modelo, incorporando quais termos aprovados. O responsável pelo deal desk normalmente dispara isso, não o vendedor.

3. Comunicação ao cliente: quem informa o prospect que o deal foi aprovado? Normalmente o vendedor, mas o timing e a linguagem devem ser acordados com antecedência. Os vendedores às vezes comunicam a aprovação antes do contrato estar pronto, o que cria problemas de gestão de expectativas.

Se a aprovação vier com condições (por exemplo, "aprovado a 28%, não a 32%"), essas condições precisam ser comunicadas ao vendedor claramente antes que ele volte ao prospect. Nada prejudica o deal momentum como um vendedor que diz ao prospect "podemos fazer isso" e depois precisa recuar.

---

Erros Comuns

Uma análise da McKinsey sobre excelência comercial B2B constatou que empresas com frameworks claros de governança de pricing fecham deals 10-15% mais rápido do que aquelas sem, principalmente porque o atrito interno cai.

Aprovação por comitê. Se todo deal exige que três pessoas opinem antes de uma decisão ser tomada, seu SLA de 24 horas vai virar um SLA de 72 horas. Escolha um aprovador por nível. Os demais podem ser informados, não consultados.

Exceções não documentadas que viram precedente. A frase mais perigosa em negociações de deals é "fizemos isso para a [Empresa X]." Toda exceção que você aprova sem documentar vira uma alavanca que o próximo vendedor usa para justificar a mesma exceção. Registre cada aprovação com condições no CRM. O responsável pelo deal desk deve revisar as exceções recorrentes trimestralmente e ou as codifica no rate card ou as desativa explicitamente. O modelo de dados do CRM deve incluir campos para nível de desconto, nível de aprovação e condições para tornar essa revisão possível.

Vendedores cotizando termos não padrão verbalmente antes da aprovação. Quando um vendedor diz "acho que conseguimos fazer isso" em uma chamada de discovery antes de ter passado pelo deal desk, você já perdeu o controle da negociação. O prospect ancora naquele número. Treine os vendedores a dizer "deixa eu verificar isso e retorno amanhã". É mais lento no momento e mais rápido no geral.

---

Modelos de Deal Desk

Formulário de Submissão do Deal

SUBMISSÃO PARA O DEAL DESK
Enviado por: [Nome do Vendedor] | Data: [Data]
Link no CRM: [URL]

1. Nome do deal:
2. O que está sendo solicitado (termos específicos):
3. Tamanho do deal (ARR):
4. Data de fechamento esperada:
5. Justificativa de negócio:
6. Risco se não aprovado:
7. Contexto relevante (discussões anteriores, histórico da conta):
8. Resposta necessária até:

Matriz de Níveis de Aprovação

---

Próximos Passos

A forma mais rápida de definir os limites corretos para o deal desk é trabalhar a partir de dados reais, não de teoria.

Puxe os deals fechados no último trimestre. Classifique cada um como:

• Padrão (sem exceções, fechado pelo pricing do rate card)
• Exceção menor (desconto abaixo de 20%, tratado por um único gestor)
• Exceção maior (exigiu envolvimento do VP ou CEO)
• Termos personalizados (mudanças no jurídico ou na estrutura de pagamento)

Analise os deals na categoria "exceção maior". Quantos foram direto para o CEO? Quanto tempo levaram para fechar depois que o vendedor pediu a aprovação pela primeira vez? Qual é o padrão de por que escalaram tão alto?

Defina o limite do Nível 2/Nível 3 com base em onde a maioria das aprovações no nível do CEO se concentrou. Se 80% das aprovações do CEO foram em deals acima de $75K ARR, seu limite provavelmente deveria ser $75K, não $100K.

Construa o processo em torno do seu fluxo real de deals, não de um ideal que você ainda não testou. Você pode apertar ou afrouxar os limites após três meses de dados. A mesma abordagem retrospectiva funciona para análise de win/loss: use o histórico real de deals para calibrar seu processo, não suposições.

---

Saiba Mais

• Cadência de forecast: semanal vs. mensal vs. contínua
• Commit, best case, pipeline: definindo categorias de forecast
• Conduzindo uma revisão de pipeline semanal que não desperdiça uma hora
• Modelo de maturidade de RevOps: onde sua equipe está?