Autoatendimento de clientes
Abertura de casos, acompanhamento de status, documentos e base de conhecimento.
Experience Cloud
Um portal para clientes, parceiros ou fornecedores, com limites de permissão claros.
Construção de portais sobre Experience Cloud: autoatendimento, solicitações, documentos e status, tudo sobre o mesmo modelo de dados e as mesmas regras de compartilhamento, sem abrir uma porta dos fundos para seus dados.
Mapa de capacidades
O que inclui e em que ordem
Experience Cloud — Mapa de capacidades
Autoatendimento de clientes
Abertura de casos, acompanhamento de status, documentos e base de conhecimento.
Portal de parceiros
Leads, negócios, registro de oportunidades, materiais e fluxos de aprovação.
Portal de fornecedores
Solicitações, documentos, aprovações e status de pagamentos.
Modelo de permissões
Compartilhamento de conjuntos, perfis e controles de exposição a nível de campo.
Identidade e login
Registro, acesso, redefinição de senha e SSO opcional.
Marca e experiência do usuário
Coerência da marca, acessibilidade e suporte móvel.
Contexto
O que realmente determina o resultado
Um portal é uma extensão do seu modelo de permissões, não um site separado. Cada campo que você expõe é contrastado com quem pode vê-lo e o que acontece se for exposto por engano.
O valor de um portal é medido na redução de contatos manuais. Se o cliente continua ligando para saber o status, o portal não resolveu o problema: adicionou um canal.
Um portal bem-sucedido começa com no máximo três cenários centrais e é ampliado somente após a medição do uso real.
O que fazemos
Áreas de trabalho
Portal de parceiros
Leads, negócios, registro de oportunidades, materiais e fluxos de aprovação.
Portal de fornecedores
Solicitações, documentos, aprovações e status de pagamentos.
Modelo de permissões
Compartilhamento de conjuntos, perfis e controles de exposição a nível de campo.
Identidade e login
Registro, acesso, redefinição de senha e SSO opcional.
Marca e experiência do usuário
Coerência da marca, acessibilidade e suporte móvel.
Matriz de decisões
As decisões que determinam o resultado
| Decisão | Opção A | Opção B | O que decide |
|---|---|---|---|
| Tipo de licença | Acesso como convidado | Usuário autenticado | Se dados pessoais são necessários |
| Modelo de compartilhamento | Acesso apenas a registros relacionados | Compartilhamento por hierarquia de conta | A estrutura do cliente ou parceiro |
| Escopo inicial | Somente autoatendimento | Portal transacional completo | Maturidade dos processos no Salesforce |
| Identidade | Autenticação local | SSO corporativo | Se já existe um provedor de identidade |
Tipo de licença
- Opção A
- Acesso como convidado
- Opção B
- Usuário autenticado
- O que decide
- Se dados pessoais são necessários
Modelo de compartilhamento
- Opção A
- Acesso apenas a registros relacionados
- Opção B
- Compartilhamento por hierarquia de conta
- O que decide
- A estrutura do cliente ou parceiro
Escopo inicial
- Opção A
- Somente autoatendimento
- Opção B
- Portal transacional completo
- O que decide
- Maturidade dos processos no Salesforce
Identidade
- Opção A
- Autenticação local
- Opção B
- SSO corporativo
- O que decide
- Se já existe um provedor de identidade
Como trabalhamos
Etapas de implementação
- 01
Definir público e cenários
Quem acessa, o que precisa fazer e o que é considerado sucesso.
- 02
Modelo de permissões
O que é exposto, para quem e sob quais condições.
- 03
Design de experiência
Percursos breves, acessibilidade e suporte móvel.
- 04
Integração de processos
Solicitações, casos ou aprovações que continuam no Salesforce.
- 05
Testes de segurança
Verificar a exposição real antes do lançamento.
- 06
Medição
Uso, redução de contatos e pontos de abandono.
Continue explorando
Serviços e guias relacionados
Perguntas frequentes
Experience Cloud — perguntas habituais
Um portal coloca os dados da organização em risco?
O risco existe quando as permissões são inferidas do design em vez do modelo de dados. Quando o compartilhamento é planejado com antecedência e a exposição é testada antes do lançamento, um portal não é mais arriscado do que qualquer outra interface autenticada.
Quanto tempo leva para construir um portal?
Um portal de autoatendimento focado com dois ou três cenários é muito mais rápido do que um portal transacional completo. O fator determinante não é o design, mas a maturidade dos processos e dos dados subjacentes.
Qual a diferença entre um portal e um site?
Um site exibe informações gerais; um portal exibe dados pessoais do sistema e permite agir sobre eles. A diferença real está na autenticação e no modelo de permissões, não na aparência visual.
Podemos conectar um agente de IA ao portal?
Sim, mas somente depois de definir precisamente a quais dados o agente pode acessar e o que pode fazer. Em um portal externo, esse requisito é mais rigoroso do que no uso interno.
Próximo passo
Planejar um portal
Definiremos o público, os cenários e os limites de exposição, e construiremos um portal que realmente reduza o trabalho manual.
Próximo passo
Planejar um portal
Definiremos o público, os cenários e os limites de exposição, e construiremos um portal que realmente reduza o trabalho manual.