Add-ons do Salesforce valem a pena? O guia honesto de custo

No fim de toda negociação de Salesforce aparece a mesma cena: fechado o contrato base, o vendedor abre a segunda parte da proposta com Data Cloud, Agentforce, CPQ e um punhado de módulos Einstein. Cada um resolve um problema de verdade para alguma empresa. A questão é se resolve o seu, agora, ou se é só a fatura anual engordando por medo de ficar para trás.

Só contrate add-ons como Data Cloud, Agentforce ou CPQ quando existe uma dor concreta que o CRM base não resolve. No começo, a edição padrão com automação nativa via Flow e Apex cobre a maioria das operações. Cada add-on vira custo fixo anual: você paga o ano inteiro, use muito ou quase nada. Comece enxuto e adicione sob demanda, nunca por medo de ficar para trás.

Por que o add-on sempre aparece no fechamento

Entender o incentivo do outro lado da mesa ajuda a ler a proposta com calma. O vendedor de Salesforce trabalha com meta de receita, e a licença base tem margem menor e teto mais baixo do que os módulos. Data Cloud, Agentforce, CPQ e os pacotes Einstein são onde o ticket cresce, então é natural que eles entrem na conversa no exato momento em que você já decidiu comprar e está com o guardo baixo. Não há má fé nisso, é a mecânica da venda. O problema é que a pergunta que importa, "eu tenho a dor que esse módulo resolve?", quase nunca é feita, porque quem pergunta é você, e ninguém do outro lado ganha comissão para você dizer não.

A consequência aparece meses depois, quando o gestor descobre que paga por um módulo que ninguém configurou direito ou que ficou ativo sem uso. Isso é dinheiro parado, e é o mesmo tipo de erro que a gente comete ao contratar uma edição de licença acima da necessidade. A diferença é que a edição errada você percebe rápido; o add-on ocioso passa despercebido na renovação anual, escondido no meio da fatura.

Os add-ons mais empurrados e o que cada um faz

Antes de decidir, é preciso saber o que cada módulo realmente entrega, sem o vocabulário de marketing. Estes são os quatro que mais aparecem numa proposta de PME ou empresa média:

• Data Cloud. É a plataforma de dados do Salesforce, feita para unificar informação de muitas fontes diferentes (site, app, ERP, e-commerce, base legada) num perfil único de cliente, com atualização quase em tempo real e volume alto. Resolve um problema de dados fragmentados em escala. Se a sua operação vive dentro de uma org só, com um ERP integrado e alguns milhares de contas, você provavelmente não tem esse problema. Vale entender o que é o Data Cloud e para quem ele foi feito antes de qualquer coisa, porque a maioria confunde "quero relatório melhor" com "preciso de Data Cloud".
• Agentforce. É a camada de agentes de IA autônomos, que respondem cliente, triam caso e executam tarefas sem intervenção humana. O ganho aparece quando há volume: milhares de atendimentos repetitivos por mês, um SDR virtual qualificando lead em escala, um bot de suporte de primeiro nível. Para times pequenos, o retorno raramente cobre o custo por conversa. E é importante separar: ter IA no Salesforce não exige Agentforce, como detalho em o novo builder do Agentforce e o que muda de fato.
• CPQ (Configure, Price, Quote), hoje dentro do Revenue Cloud. Automatiza a montagem de propostas complexas: produtos configuráveis, regras de desconto por volume, aprovações de preço, geração de contrato. Faz sentido para quem vende catálogo grande com muita regra. Para quem vende três ou quatro planos, é um canhão para matar mosca, e o mesmo resultado sai de um Flow com uma boa tabela de preço.
• Pacotes Einstein (Sales Cloud Einstein, Service Cloud Einstein). Adicionam previsão, scoring de lead, resposta sugerida e análises preditivas por usuário. Entregam valor real em operação madura com histórico de dados limpo. Numa org nova, sem base histórica confiável, o modelo não tem do que aprender e o investimento fica ocioso esperando os dados chegarem.

Repare no fio que costura os quatro: todos brilham em escala e com dado maduro, e todos são desperdício numa operação que ainda está arrumando o básico. O básico, aliás, resolve mais do que parece, e boa parte do que se atribui a esses módulos é entregue pela automação nativa. Antes de comprar inteligência, vale saber quando um Flow resolve e quando o caso pede Apex, porque é ali, de graça, que mora a maioria dos ganhos de produtividade que o vendedor credita ao add-on pago.

As perguntas que revelam se você precisa agora

A decisão de comprar um add-on não se toma pela lista de recursos, se toma por uma dor que você consegue medir. Antes de assinar, responda com número, não com "seria bom ter":

• Qual é a dor concreta, e quanto ela custa hoje? Se a resposta for vaga ("queríamos usar IA", "todo mundo está falando de Data Cloud"), a dor não existe ainda. Uma dor de verdade tem tamanho: "gastamos 200 horas por mês triando caso repetitivo" é uma dor que o Agentforce ataca; "queremos modernizar" não é.
• O CRM base já resolve isso com configuração? Muita coisa que o vendedor atribui ao add-on sai de Flow, campo de fórmula, relatório e validação, sem custo extra de licença. Pergunte, para cada função prometida, se ela existe na edição que você já paga.
• Eu tenho o volume que justifica o custo por uso? Data Cloud e Agentforce cobram por consumo. Abaixo de um volume mínimo, o custo por transação fica absurdo. Faça a conta antes: custo anual dividido pelo número de usos esperados.
• Meus dados estão prontos? Módulo de IA aprende com histórico. Se a sua base tem duplicata, campo vazio e picklist morta, o Einstein vai prever mal e o Data Cloud vai unificar lixo. Arrumar o dado vem primeiro, e é mais barato.
• Dá para adiar sem perder nada? Add-on se adiciona a qualquer momento, em semanas. Se a resposta for "dá para esperar seis meses e ver como a operação evolui", espere. O contrato que você assina hoje trava custo por um ano; o que você adia continua disponível amanhã.

Se três dessas perguntas ficarem sem número do seu lado, o add-on é decisão para depois. Isso não é economia de pão-duro, é a mesma disciplina de dimensionar pela demanda real que separa uma sustentação de Salesforce saudável de uma que sangra por assinaturas ociosas.

O custo real de cada add-on

Aqui a conversa fica concreta. Os valores abaixo são faixas de mercado e de tabela, que variam por contrato, região e volume negociado; use-os como ordem de grandeza para a conversa, não como cotação. O ponto é mostrar que quase todo add-on é um custo fixo anual comparável a uma contratação, não um acréscimo pequeno na fatura.

Coloque um desses números em reais e o susto vem sozinho. Pegue o Data Cloud: um compromisso de US$60 mil por ano, no câmbio perto de R$5,50, é algo em torno de R$330 mil por ano, ou uns R$27 mil por mês. Isso equivale, todo mês, ao custo de um desenvolvedor Salesforce pleno dedicado só à sua org. A pergunta honesta passa a ser: o problema de dados que você tem vale um dev por mês, ou ele se resolve com uma integração bem feita e uma limpeza de base que custa uma fração disso?

O Agentforce mostra a mesma lógica pelo consumo. Suponha um atendimento que faça 3 mil conversas por mês passarem pelo agente, a US$2 cada. São US$6 mil por mês, uns R$33 mil, para automatizar o primeiro nível do suporte. Pode valer muito a pena se essas 3 mil conversas hoje ocupam uma equipe inteira. E pode ser jogar dinheiro fora se o seu volume real é de 200 conversas por mês, caso em que o custo por conversa fica proibitivo e um Flow com respostas padrão resolve o grosso. A conta não é "é caro" nem "é barato"; é "quanto de dor isso tira, medido no mesmo número". O raciocínio de comparar o custo do módulo com o custo de resolver na mão vale para qualquer decisão de plataforma: nunca se escolhe pelo preço da etiqueta, sempre pelo volume de trabalho que existe do outro lado.

A estratégia enxuta: base primeiro, add-on sob demanda

O caminho que dá menos arrependimento é quase sempre o mesmo. Feche a edição base que a operação exige, arrume o dado, extraia tudo o que a configuração nativa oferece e só então, com a org rodando e a dor visível, avalie um add-on por vez. Essa ordem tem uma vantagem que o desconto do fechamento esconde: quando você compra o módulo depois, já sabe exatamente qual problema quer que ele resolva, e consegue medir se ele resolveu. Comprado no pacote, no escuro, o add-on nunca é cobrado por resultado, porque ninguém definiu qual resultado esperar.

Há um contra-argumento clássico do vendedor: "se fechar tudo junto, sai com desconto". Às vezes é verdade, e o desconto é real. Mas desconto sobre um módulo que você não vai usar por doze meses não é economia, é gasto com abatimento. O custo de oportunidade daquele dinheiro parado quase sempre supera o desconto. A régua honesta é: só aceite o pacote se você usaria e pagaria cada item dele mesmo comprado separado. Se um dos módulos só entrou porque "já que estamos aqui", ele não pertence ao contrato. Essa disciplina de gastar pela dor, e não pela empolgação, é o que mantém o custo de um projeto de Salesforce sob controle da primeira proposta à terceira renovação.

O que vi montando a Vetra

A Vetra Distribuidora é a empresa fictícia que uso como org de demonstração deste portfólio, e ela foi um laboratório útil justamente para essa tentação. Ao montar a operação de vendas, com catálogo de produtos, comissionamento e desconto por volume, houve um momento em que o caminho "certo pela propaganda" seria plugar CPQ para cuidar das regras de preço e desconto. Seria a escolha que uma proposta comercial recomendaria de olhos fechados.

Não usei. O volume de regras da Vetra, desconto por faixa de quantidade e comissão por linha de produto, coube inteiro numa engine própria com Custom Metadata e Apex, sem um centavo de add-on. O resultado ficou mais barato, mais transparente e totalmente sob controle, porque cada regra é um registro que a operação consegue ler e mudar sem depender de um módulo fechado. Se um dia a Vetra fosse uma empresa real e o catálogo explodisse para milhares de SKUs com regras que mudam toda semana, aí sim o CPQ passaria a se pagar, e a decisão seria tomada com a dor na frente, medida. Foi a mesma lição que carrego para o cliente: o add-on não é errado, o errado é comprá-lo antes de ter o problema que ele resolve. A org enxuta que resolve o essencial na base compra tempo, e tempo é o que permite decidir o add-on pelo número, não pelo calor do fechamento.

Perguntas frequentes

Add-ons do Salesforce valem a pena?

Valem quando existe uma dor concreta que o CRM base não resolve e que o add-on ataca de forma direta. Data Cloud faz sentido para quem tem dados espalhados em muitas fontes e volume alto; Agentforce, para atendimento repetitivo em escala; CPQ, para propostas complexas com muitas regras de preço. Sem essa dor medida, o add-on vira custo fixo anual ocioso. No começo, a edição padrão com Flow e Apex cobre a maioria das operações.

Quanto custa o Data Cloud do Salesforce?

Data Cloud é cobrado por consumo de créditos, e o valor real depende do volume de dados e da frequência de atualização. Em muitos contratos o compromisso anual começa perto de 60 mil dólares, o que passa de 300 mil reais por ano no câmbio de hoje. Para a maioria das PMEs esse número não se paga, porque o problema de dados delas se resolve com integração e boa modelagem na própria org.

Preciso do Agentforce para ter IA no meu Salesforce?

Não. O Salesforce já traz recursos de IA e automação sem o Agentforce, e boa parte do ganho de produtividade vem de Flow bem feito e de campos de fórmula, que não custam extra. O Agentforce entra quando você tem volume grande de atendimentos ou tarefas repetitivas que justifiquem um agente autônomo cobrado por conversa. Meça o volume antes de assinar.

Como evitar pagar por add-ons que não vou usar?

Comece pela edição base e trate cada add-on como uma decisão separada, com uma dor medida por trás. Peça ao vendedor o preço de tabela isolado de cada módulo, calcule o custo anual em reais e compare com o custo de resolver o mesmo problema na configuração nativa. Se não houver um número de dor do outro lado da conta, adie. Add-on se adiciona sob demanda; contrato caro se renova sozinho.