A RFP de atendimento chegou. O board pergunta se “unifica tudo no Salesforce” — e Service Cloud entra na mesa como extensão “óbvia” do Sales Cloud. Do outro lado, a fila, o WhatsApp e o marketplace não esperam o debate de logo.
Este battlecard responde Salesforce Service Cloud vs Zendesk pelo SoR de service (fila, ticket/case, SLA). Path BCR: Zendesk service-first (+ ZCC powered by Amazon Connect + Conciex quando canais BR exigem). Se Sales Cloud já é SoR comercial → integrar, não trocar atendimento por Service Cloud. How-to: integração Salesforce Zendesk Brasil. Sem tabela de preço, sem rip-replace histérico, sem fork que trata Service Cloud como vitória igual.
A dor: pressão de unificar vs servir o cliente melhor
A pergunta de plataforma raramente nasce no slide de vendor. Nasce na operação:
- Pressão de “tudo no Salesforce” — Sales Cloud já é o centro de gravidade do GTM; IT/ops quer um único núcleo. Service Cloud entra como extensão natural — e a fila vira refém do slide de unificação.
- RFP de service — CX/atendimento precisa de filas, canais BR, velocidade de workspace e BPO no mesmo desenho. O critério deixa de ser “mesmo logo” e passa a ser quem manda na fila.
- Dois SoR implícitos — vendas vivem no CRM; atendimento vive (ou quer viver) num workspace de tickets. Confundir Sales Cloud (GTM) com Service Cloud (service unificado) embute a decisão errada: migrar a fila só porque o comercial já está no Salesforce.
- Voz e canais no mesmo pacote — RFP mistura ticket, WhatsApp/marketplace e telefonia; sem critério vira feature matrix inventada.
A dor não é “falta de CRM” nem “falta de helpdesk”. É defender o SoR de service sem destruir o que já funciona no comercial — e sem migrar a fila para Service Cloud só porque o board viu um slide de Customer 360.
Path recomendado BCR: Zendesk service-first (+ Connect / Conciex)
Salesforce Service Cloud ou Zendesk para atendimento? No path BCR: se service/ops é o SoR (fila, canais BR, velocidade de CX), o destino é Zendesk service-first + ZCC powered by Amazon Connect + Conciex quando o canal exige. Se Sales Cloud já manda no GTM e a dor é visão cruzada, integre Zendesk↔Salesforce (A4) — não troque o atendimento por Service Cloud. Service Cloud = alternativa CRM-unificado a avaliar com critérios honestos, não o path que a BCR recomenda.
Zendesk como SoR de atendimento (path BCR)
Quando defender (critérios):
- CX/ops manda na fila — ticket, SLA e canais são o SoR operacional.
- Canais BR (WhatsApp, marketplaces, Reclame Aqui) e velocidade de ops pesam mais que unificar tudo no CRM.
- Já há (ou se quer) Zendesk como workspace de agentes + apps Marketplace / Conciex Apps.
- Sales Cloud permanece SoR comercial; service permanece Zendesk → integração A4, não rip-replace para Service Cloud.
Framing Zendesk (atribuir vendor): na comparison Zendesk vs Salesforce (Sep 2026), Zendesk se posiciona como purpose-built for service / Resolution Platform AI-first frente ao CRM amplo SF (complexidade / time-to-value — claims Zendesk). Soft: o que é Zendesk. Sem tabela de preços vendor neste post.
Para glossário rápido: Zendesk = path service-first que a BCR.CX implementa — CTA serviços Zendesk.
Quando Sales Cloud já manda: integrar (A4), não Service Cloud
Sales Cloud forte no GTM não obriga Service Cloud no atendimento. O caminho racional BCR, quando o comercial já vive no Salesforce e a fila já (ou deve) viver no Zendesk, é conviver:
- visão cruzada (vendedor vê ticket; agente vê conta/plano);
- sync oficial Built by Zendesk;
- ownership e campos críticos desenhados — não “só instalar o app”.
Detalhes e how-to: integração Salesforce Zendesk Brasil. Este battlecard não reescreve OAuth, mapa de Case nem passos de Admin.
Salesforce Service Cloud — alternativa CRM-unificado (não é path BCR)
Definição honesta (product Salesforce): Service Cloud é a plataforma de customer service da Salesforce para gerir e resolver inquiries — case management, knowledge, omni-channel, automation e analytics, do self-service ao contact center e field. Distinta de Sales Cloud (vendas vs service).
Quando a org coloca Service Cloud na mesa (critérios — não recomendação BCR): board exige Customer 360 / um único CRM; Admin/dev SF e TCO de plataforma ampla; campo/IT service ou Agentforce explícitos no RFP — e a org aceita migrar a fila.
Uso editorial BCR: Service Cloud = alternativa de keyword capture. Nunca CTA BCR nem path equilibrado com Zendesk. Não republicamos % Success Metrics vendor. Se Service Cloud já está instalado, o racional BCR continua: Zendesk na fila ou integrar — não celebrar unificação como default.
Matriz de critérios (path BCR vs alternativa — sem preço)
| Critério | Path BCR — service-first (Zendesk) | Alternativa — CRM-unificado (Service Cloud) |
|---|---|---|
| SoR de service | Tickets + Agent Workspace Zendesk como SoR da fila | Cases + console no Salesforce; service no mesmo núcleo do CRM |
| Centro de gravidade GTM | Sales Cloud manda no comercial; service fica Zendesk + integração A4 | Sales Cloud já manda → pressão de unificar service no SF (avaliar risco da fila) |
| Canais BR | WhatsApp + marketplaces + RA via Zendesk + Conciex (path BCR) | Omni SF / Digital Engagement — avaliar add-ons e fit BR no RFP |
| Velocidade de ops / time-to-value | Deploy service-first / workspace agentes (claim Zendesk — atribuir) | Customização profunda; ciclos longos típicos de CRM enterprise (claim Zendesk comparison — atribuir) |
| Voz | Zendesk Contact Center powered by Amazon Connect — path A6 / BCR | Salesforce Voice / Service Cloud Voice (modelos c/ Amazon Connect ou partner) — não é path BCR |
| Admin / BPO | Admin Zendesk + parceiro BCR; BPO no workspace Zendesk (soft outsourcing) | Admin SF / Apex / Flow; governança Case |
| Integração Sales↔Service | Integração oficial Zendesk↔Salesforce (A4) | Nativa no mesmo CRM (se migrar a fila) |
Proibido nesta matriz: coluna de preços; checkbox “Zendesk ganha Voice”; % ROI inventado; coluna que trata Service Cloud como “win” BCR. Canais BR no path Zendesk: soft Predize vs Conciex Channels se o hub marketplace já for a dúvida — Predize não é CTA BCR. BPO no mesmo workspace: soft outsourcing BPO.
Quando integrar em vez de trocar (soft A4)
Se a dúvida já for convivência Sales Cloud + Zendesk (ticket no CRM, conta no ticket), o how-to está no artigo de integração — aqui o tema é qual SoR de service defender (e por que o path BCR não é “migrar para Service Cloud”).
Sinais de “integrar, não rip-replace para Service Cloud”:
- Sales Cloud já é SoR comercial e a pergunta real é visão cruzada (vendedor vê ticket; agente vê conta/plano).
- Custo/risco de migrar a fila Zendesk supera o ganho de unificar Cases no Salesforce.
- BPO/ops já treinados no Agent Workspace Zendesk.
- Canais BR já no Zendesk (Conciex/WhatsApp).
Integração oficial Built by Zendesk (partner + Marketplace + HC PT): tickets no SF, app SF no sidebar Zendesk, sync ticket→Case — detalhes no A4. Fontes: partner · HC conexão · Marketplace.
Integrar ou trocar? Se a dor é visão cruzada vendas↔suporte → integrar Salesforce com Zendesk no Brasil; se a dor é “qual plataforma é o SoR de service” → este battlecard defende Zendesk (+ Connect/Conciex) ou a convivência — não Service Cloud como default. A BCR.CX implementa campos críticos, ownership, testes e treinamento — não “só instalar o app”.
O que este H2 não faz: mapa de sync, campos Case, OAuth, passos de Admin — isso é o A4.
Voz no path BCR: Zendesk Contact Center powered by Amazon Connect
No path service-first BCR, a voz moderna é Zendesk Contact Center powered by Amazon Connect: voz + digital + self-service no workspace Zendesk; Connect = motor; app CC = UI do agente; dados na AWS do cliente (HC — sem runbook). Soft: Talk vs Contact Center · hub Connect.
Salesforce Voice (ex-Service Cloud Voice) — por que não é o path BCR: modelos com Amazon Connect ou partner telephony existem (Help SF); Connect também aparece no lado SF. Critérios desta comparação servem ao RFP — não como recomendação BCR. Ambos podem usar Connect; o diferencial BCR é workspace + SoR do agente no Zendesk — não “quem tem Connect”.
| Critério | Path BCR (perguntar) | Não fazer |
|---|---|---|
| SoR do agente | Agente vive no Zendesk Workspace (path BCR) | Tratar Console Salesforce Voice como win igual |
| Motor de voz | Ambos podem envolver Amazon Connect — diferencial = workspace + SoR | Dizer que só um lado usa Connect |
| Canais digitais | Path Zendesk: voz+digital no ZCC | Feature matrix inventada vs Omni SF |
| Parceiro BR | BCR implementa path Zendesk/Connect; A4 se Sales Cloud + Zendesk | “BCR implementa Service Cloud Voice” sem escopo |
Se contrastar voz antiga fora do stack moderno: só a frase genérica telefonia legado mid-market — sem nomear marca.
Path BCR + erros comuns
A BCR.CX implementa o path recomendado — não um fork equilibrado Salesforce = Zendesk:
- Service-first (default BCR) — consultoria / implementação Zendesk: Zendesk como SoR de atendimento + ZCC powered by Amazon Connect quando voz entra + Conciex quando canais BR exigem.
- Integrar (quando Sales Cloud já manda no GTM) — Zendesk permanece no service → path A4 (integração Salesforce Zendesk).
- BPO no mesmo workspace — quando o RFP inclui filas terceiras: soft outsourcing BPO.
- Próximo passo comercial — fale conosco.
Erros comuns:
- Rip-replace por moda — migrar a fila Zendesk para Service Cloud só porque o board pediu “tudo no Salesforce”, sem SoR de service definido.
- Ignorar canais BR — decidir CRM-unificado sem avaliar WhatsApp/marketplace/RA no path Zendesk + Conciex.
- Decidir só pelo logo do CRM — Sales Cloud forte no GTM ≠ Service Cloud obrigatório no atendimento; o racional BCR é integrar.
- Confundir Sales Cloud com Service Cloud — vendas ≠ service unificado; misturar os dois embute a migração errada.
- Inventar vitória de Voice — tratar Salesforce Voice como path BCR; ou afirmar que “só um lado tem Connect”.
- Reescrever how-to A4 neste battlecard — sync/sidebar/OAuth é A4, não A10.
- Confiar só em telefonia legado mid-market — voz antiga não fecha omnichannel no workspace Zendesk.
FAQ curto + próximo passo
Service Cloud ou Zendesk? Path BCR: Zendesk como SoR de service (+ Connect/Conciex). Se Sales Cloud já manda no GTM → integrar (A4), não migrar a fila para Service Cloud por logo.
Quando unificar no Salesforce? Só se o board exige Customer 360 e aceita migrar a fila — e mesmo assim Service Cloud não é CTA BCR. Com Sales Cloud + CX/canais BR, o racional é Zendesk + integração.
Quando escolher Zendesk? Quando CX/ops/canais BR mandam na fila — path recomendado service-first (+ integrar ao Sales Cloud se o comercial já está no SF).
Integrar ou trocar? Visão cruzada vendas↔suporte → integrar. Qual plataforma é o SoR de service → este battlecard: Zendesk (não Service Cloud como default).
E a voz? Path BCR = ZCC powered by Amazon Connect. Salesforce Voice = alternativa no ecossistema SF (critérios no RFP) — não recomendação BCR. Soft Talk vs Contact Center · hub Connect.
Canais BR? WhatsApp/marketplaces/RA pesam no path Zendesk + Conciex Apps.
Quem implementa no Brasil? BCR.CX — serviços Zendesk · fale conosco.
Qual o próximo passo? Nomeie o SoR de service (fila/ticket no Zendesk). Se Sales Cloud já manda no GTM → integrar. Se CX/ops/canais BR mandam → defender Zendesk service-first (+ Connect/Conciex). A BCR.CX implementa o path Zendesk ou a integração — não o slide de unificar atendimento no Service Cloud.
Service Cloud vs Zendesk não se decide por logo nem por tabela de preço inventada. Decide-se por quem manda na fila — e no Brasil o path que a BCR.CX implementa é Zendesk (+ Connect/Conciex) ou a convivência com Sales Cloud via A4.
