Sales Cloud ou Service Cloud: qual você realmente precisa contratar

Poucas dúvidas custam tão caro na hora de contratar o Salesforce quanto confundir os dois produtos de entrada. O vendedor da conta fala em Sales Cloud, em Service Cloud, às vezes nos dois no mesmo fôlego, e o dono sai da reunião sem saber pelo que está pagando. O resultado é sempre o mesmo: empresa que só precisa organizar vendas assina também o atendimento, ou o contrário, e paga uma licença inteira que nunca liga.

Sales Cloud gerencia vendas: pipeline, oportunidades e previsão. Service Cloud gerencia atendimento: casos, filas e SLA. A maioria das PMEs começa com um só, quase sempre o Sales, e paga pelos dois apenas quando opera um pós-venda estruturado. Contratar o segundo sem uma operação de suporte real é licença parada, dinheiro saindo todo mês por uma função que ninguém abre.

O que o Sales Cloud resolve: a venda até fechar

O Sales Cloud é o CRM de vendas propriamente dito, o motor de quase toda org Salesforce no Brasil. Ele existe para responder uma pergunta só: como está o meu funil e quanto vou fechar. Tudo nele gira em torno dos objetos de venda. A Conta é a empresa cliente, o Contato é a pessoa, o Lead é o interessado que ainda não virou negócio e a Oportunidade é o negócio em andamento, com valor, estágio e data prevista de fechamento.

Na prática, é o Sales Cloud que faz o gestor comercial parar de administrar o pipeline por planilha. O vendedor arrasta a oportunidade de estágio, registra a próxima atividade, e o sistema soma sozinho quanto há em cada fase do funil. Em cima disso entram as automações de qualificação de lead, os alertas de oportunidade parada, a previsão de receita por período e os relatórios de conversão por vendedor. Se a sua dor é "não sei quanto tenho para fechar este mês" ou "perco negócio porque ninguém faz follow-up", a resposta é Sales Cloud. Nada disso tem a ver com atendimento.

O que o Service Cloud resolve: o cliente depois da venda

O Service Cloud entra onde a venda termina. O objeto central deixa de ser a Oportunidade e passa a ser o Caso, que representa uma solicitação, uma dúvida ou um problema aberto por um cliente que já é seu. Em torno do Caso, o produto oferece a maquinaria de uma central de atendimento: filas para distribuir os chamados entre os agentes, regras de atribuição por assunto ou canal, base de conhecimento para respostas padronizadas e, o item que define tudo, o controle de SLA.

SLA é o compromisso de prazo. É a promessa de responder o primeiro contato em duas horas e resolver o chamado em vinte e quatro. O Service Cloud cronometra isso com Entitlements e Milestones, dispara alerta quando um caso está prestes a furar o prazo e mede quantos por cento você cumpriu. Nenhuma dessa mecânica existe no Sales Cloud puro, porque ela não serve para vender, serve para atender com previsibilidade. Se a sua dor é "os chamados se perdem no e-mail", "não sei quantos tíquetes abrimos por semana" ou "prometo prazo e não consigo provar se cumpri", a resposta é Service Cloud.

Sales e Service lado a lado

Os dois rodam sobre a mesma plataforma e compartilham os mesmos dados de cliente, o que confunde. A Conta é a mesma nos dois; muda o que você faz em cima dela. A tabela deixa a fronteira nítida:

Repare que nenhuma linha é sobre "empresa grande" ou "empresa pequena". A escolha não é de porte, é de operação. Uma distribuidora de dez pessoas que vive de recompra e atende cliente o dia todo pode precisar mais do Service do que uma software house de trinta pessoas que só fecha contratos novos. O porte diz quantas licenças, não qual cloud.

A conta de contratar os dois sem usar

Aqui está o erro que mais vejo, e ele tem número. Suponha uma empresa de dez pessoas que assina, por recomendação genérica, Sales Cloud e Service Cloud na edição Enterprise para todo mundo. O preço de tabela do Sales Cloud Enterprise é US$ 175 por usuário e por mês, e o do Service Cloud fica na mesma faixa, por volta de US$ 165. Contratar os dois para os dez usuários dá:

• Sales Cloud: 10 x US$ 175 x 12 = US$ 21.000 por ano.
• Service Cloud: 10 x US$ 165 x 12 = US$ 19.800 por ano.
• Total: US$ 40.800 por ano, ou cerca de R$ 224.400 a um câmbio de R$ 5,50 (premissa deste exemplo, o dólar muda todo dia).

Agora a realidade da mesma empresa: dos dez, sete são vendedores e três fazem o pós-venda. Só esses três precisam do Service Cloud. Dando Service apenas a quem atende, a conta do segundo produto cai de US$ 19.800 para 3 x US$ 165 x 12 = US$ 5.940 por ano. A economia é de US$ 13.860 anuais, algo como R$ 76.000, por uma decisão que não muda nada na operação: os sete vendedores nunca iam abrir um caso mesmo. Pagar Service Cloud para o time comercial inteiro é comprar cadeira de dentista para quem vende sapato.

Existe ainda um degrau antes de comprar o Service. O Salesforce Foundations, incluído sem custo extra nas edições Enterprise e superiores, entrega recursos básicos de caso e atendimento junto do Sales Cloud. Para quem recebe poucos chamados por dia e ainda não tem fila nem SLA formal, isso já resolve, e a compra do Service Cloud dedicado pode esperar. Antes de assinar qualquer produto adicional, vale entender a lógica completa de edições e itens cobrados por fora no guia de quanto custa a licença Salesforce por usuário, porque o Service Cloud é exatamente um desses produtos separados que não entram no preço da edição de vendas.

Como decidir sem chutar

A decisão fica simples quando você para de olhar produto e olha processo. Faça três perguntas na ordem:

• Você vende de forma organizada hoje? Se o funil vive na planilha e o follow-up depende da memória do vendedor, comece pelo Sales Cloud. É a dor de quase toda empresa que chega ao Salesforce, e resolvê-la costuma pagar a licença sozinha.
• Você atende o cliente depois de vender, com volume? Se chegam chamados todos os dias, de canais diferentes, e você promete prazo para o cliente, o Service Cloud tem função clara. Se o atendimento são três e-mails por semana que o próprio vendedor responde, ainda não.
• Quem, nominalmente, vai operar cada função? Liste os nomes. Se sobrar uma lista de vendedores e uma lista vazia de agentes de suporte, você tem a sua resposta: um cloud, não dois. Licença se compra por cadeira ocupada, não por hipótese de crescimento.

O caminho mais seguro para a esmagadora maioria das PMEs é faseado: entra com Sales Cloud, organiza a venda, e só adiciona o Service Cloud quando a operação de atendimento existir de verdade, com pessoas dedicadas e volume que justifique fila e SLA. Adicionar licença depois é trivial. Devolver licença parada no meio do contrato anual, como todo contrato Salesforce, quase nunca é permitido. Na dúvida entre contratar já ou esperar, esperar é o lado barato do erro. E se a pergunta que está mesmo por trás é se o Salesforce cabe no seu momento, vale ler antes se o Salesforce compensa para uma PME, porque escolher entre Sales e Service pressupõe que a plataforma já é a escolha certa para o seu porte.

O que aprendi montando a org do portfólio

A Vetra Distribuidora é a empresa fictícia que uso como org de demonstração deste portfólio, e desenhá-la me obrigou a tomar essa decisão como se a conta fosse minha. A Vetra vende e também atende, é uma distribuidora que vive de recompra, então a tentação era ligar tudo. Ao mapear os processos, ficou claro que os papéis não se misturam: o time comercial trabalha oportunidade e previsão, e o pós-venda trabalha caso e prazo de resposta. Modelei os dois mundos na mesma org, com os mesmos dados de conta, mas cada perfil enxergando só a sua função. Foi a maneira mais honesta de mostrar a fronteira: não é uma parede entre dois sistemas, é a mesma plataforma servindo duas operações. Quando um cliente real me pergunta "contrato Sales ou Service", a resposta certa quase nunca é "os dois". É "me mostra quem vende e quem atende na sua empresa", e a estrutura do time responde sozinha. Se as duas listas existem e têm gente de verdade, os dois clouds se pagam. Se uma está vazia, contratar o produto correspondente é só antecipar um desperdício que você vai carregar até a próxima renovação.

Perguntas frequentes

Qual a diferença entre Sales Cloud e Service Cloud?

Sales Cloud é o produto para gerir vendas: contas, contatos, oportunidades, pipeline e previsão de receita. Service Cloud é o produto para gerir atendimento: casos, filas, base de conhecimento e SLA de resposta. Os dois rodam sobre a mesma plataforma e compartilham os mesmos dados de cliente, mas resolvem dores diferentes, uma antes da venda e outra depois.

Uma PME precisa contratar Sales Cloud e Service Cloud?

Quase sempre não. A maioria das pequenas e médias empresas começa com um só, em geral o Sales Cloud, porque a dor inicial é organizar o funil. Só faz sentido pagar o Service Cloud quando existe uma operação de atendimento real, com volume de chamados, fila e compromisso de prazo. Comprar os dois de largada, para todo mundo, costuma virar licença parada.

Dá para fazer atendimento sem contratar o Service Cloud?

Para um volume pequeno, sim. O Salesforce Foundations entrega recursos básicos de caso e atendimento sem custo extra em edições Enterprise e superiores do Sales Cloud, o que atende quem recebe poucos chamados por dia. Quando o volume cresce e você precisa de filas, roteamento, base de conhecimento e SLA de verdade, a licença dedicada de Service Cloud se paga.

Preciso dar a mesma licença para todos os usuários?

Não. Você pode contratar Sales Cloud só para o comercial e Service Cloud só para quem opera o suporte, misturando licenças na mesma org. Dar o pacote completo para todo mundo, incluindo quem só olha relatório, é o desperdício mais comum. Conte quem realmente vai usar cada função e dimensione por perfil, não pelo organograma.