Autoservicio de clientes
Apertura de casos, seguimiento de estado, documentos y base de conocimiento.
Experience Cloud
Un portal para clientes, partners o proveedores, con límites de permisos claros.
Construcción de portales sobre Experience Cloud: autoservicio, solicitudes, documentos y estado, todo sobre el mismo modelo de datos y las mismas reglas de uso compartido, sin abrir una puerta trasera a sus datos.
Mapa de capacidades
Qué incluye y en qué orden
Experience Cloud — Mapa de capacidades
Autoservicio de clientes
Apertura de casos, seguimiento de estado, documentos y base de conocimiento.
Portal de partners
Leads, negocios, registro de oportunidades, materiales y flujos de aprobación.
Portal de proveedores
Solicitudes, documentos, aprobaciones y estado de pagos.
Modelo de permisos
Sharing sets, perfiles y controles de exposición a nivel de campo.
Identidad e inicio de sesión
Registro, acceso, restablecimiento de contraseña y SSO opcional.
Marca y experiencia de usuario
Coherencia de marca, accesibilidad y soporte móvil.
Contexto
Qué determina realmente el resultado
Un portal es una extensión de su modelo de permisos, no un sitio aparte. Cada campo que expone se contrasta con quién puede verlo y qué ocurre si se expone por error.
El valor de un portal se mide en la reducción de contactos manuales. Si el cliente sigue llamando para conocer el estado, el portal no resolvió el problema: añadió un canal.
Un portal exitoso empieza con un máximo de tres escenarios centrales, y se amplía solo después de medir el uso real.
Qué hacemos
Áreas de trabajo
Portal de partners
Leads, negocios, registro de oportunidades, materiales y flujos de aprobación.
Portal de proveedores
Solicitudes, documentos, aprobaciones y estado de pagos.
Modelo de permisos
Sharing sets, perfiles y controles de exposición a nivel de campo.
Identidad e inicio de sesión
Registro, acceso, restablecimiento de contraseña y SSO opcional.
Marca y experiencia de usuario
Coherencia de marca, accesibilidad y soporte móvil.
Matriz de decisiones
Las decisiones que determinan el resultado
| Decisión | Opción A | Opción B | Qué lo decide |
|---|---|---|---|
| Tipo de licencia | Acceso como invitado | Usuario autenticado | Si se requieren datos personales |
| Modelo de uso compartido | Acceso solo a registros relacionados | Uso compartido por jerarquía de cuenta | La estructura del cliente o partner |
| Alcance inicial | Solo autoservicio | Portal transaccional completo | Madurez de los procesos en Salesforce |
| Identidad | Autenticación local | SSO corporativo | Si ya existe un proveedor de identidad |
Tipo de licencia
- Opción A
- Acceso como invitado
- Opción B
- Usuario autenticado
- Qué lo decide
- Si se requieren datos personales
Modelo de uso compartido
- Opción A
- Acceso solo a registros relacionados
- Opción B
- Uso compartido por jerarquía de cuenta
- Qué lo decide
- La estructura del cliente o partner
Alcance inicial
- Opción A
- Solo autoservicio
- Opción B
- Portal transaccional completo
- Qué lo decide
- Madurez de los procesos en Salesforce
Identidad
- Opción A
- Autenticación local
- Opción B
- SSO corporativo
- Qué lo decide
- Si ya existe un proveedor de identidad
Cómo trabajamos
Pasos de implementación
- 01
Definir audiencia y escenarios
Quién accede, qué necesita hacer y qué se considera éxito.
- 02
Modelo de permisos
Qué se expone, a quién y bajo qué condiciones.
- 03
Diseño de experiencia
Recorridos breves, accesibilidad y soporte móvil.
- 04
Integración de procesos
Solicitudes, casos o aprobaciones que continúan en Salesforce.
- 05
Pruebas de seguridad
Verificar la exposición real antes del lanzamiento.
- 06
Medición
Uso, reducción de contactos y puntos de abandono.
Siga explorando
Servicios y guías relacionados
Preguntas frecuentes
Experience Cloud — preguntas habituales
¿Un portal pone en riesgo los datos de la organización?
El riesgo existe cuando los permisos se infieren del diseño en lugar del modelo de datos. Cuando el uso compartido se planifica de antemano y la exposición se prueba antes del lanzamiento, un portal no es más arriesgado que cualquier otra interfaz autenticada.
¿Cuánto se tarda en construir un portal?
Un portal de autoservicio focalizado con dos o tres escenarios es mucho más rápido que un portal transaccional completo. El factor determinante no es el diseño, sino la madurez de los procesos y los datos que hay detrás.
¿Cuál es la diferencia entre un portal y un sitio web?
Un sitio web muestra información general; un portal muestra datos personales del sistema y permite actuar sobre ellos. La diferencia real está en la autenticación y el modelo de permisos, no en el aspecto visual.
¿Podemos conectar un agente de IA al portal?
Sí, pero solo después de definir con precisión a qué datos puede acceder el agente y qué puede hacer. En un portal externo ese requisito es más estricto que en el uso interno.
Siguiente paso
Planificar un portal
Definiremos la audiencia, los escenarios y los límites de exposición, y construiremos un portal que reduzca realmente el trabajo manual.
Siguiente paso
Planificar un portal
Definiremos la audiencia, los escenarios y los límites de exposición, y construiremos un portal que reduzca realmente el trabajo manual.