Experience Cloud

Experience Cloud es el producto de Salesforce que permite crear portales, sitios web y comunidades digitales sobre la misma base de datos del CRM. En lugar de levantar un sitio aislado, construís un espacio con login donde clientes, socios de negocio (partners) o empleados ven y editan registros reales de Salesforce: sus casos de soporte, sus pedidos, sus oportunidades o sus facturas, sin que un humano los cargue a mano.

La idea central es el autoservicio conectado al dato. Un cliente entra a su portal, consulta el estado de su reclamo y abre uno nuevo; ese reclamo se convierte en un caso dentro de Service Cloud y queda visible para el equipo de atención. Como todo vive en la misma única fuente de verdad, no hay sincronización ni duplicación: lo que ve el cliente es lo mismo que ve la empresa.

Para una consultora que implementa el ecosistema Salesforce, Experience Cloud es una de las nubes de la plataforma sobre la que se diseñan estas experiencias; es parte del trabajo de implementación de Salesforce. La herramienta combina un constructor visual (Experience Builder, de arrastrar y soltar) con control fino de permisos para decidir exactamente qué dato ve cada tipo de usuario externo.

Qué problema resuelve

Las empresas suelen tener el dato adentro del CRM y a los clientes afuera, comunicándose por mail, teléfono o WhatsApp. Cada consulta ("¿en qué quedó mi pedido?", "¿me pasás la factura?") consume tiempo de una persona y genera fricción. Experience Cloud abre una ventana segura al CRM para que el usuario externo se atienda solo: consulta su información, descarga documentos, abre tickets y avanza trámites sin esperar a nadie. El resultado típico, según benchmarks del sector, es menos volumen de casos repetitivos y mayor satisfacción, porque la respuesta está disponible las 24 horas.

Cómo funciona por dentro

Un sitio de Experience Cloud se arma con tres piezas. Primero, una plantilla o tema que define el aspecto (existen plantillas listas como Customer Service, Partner Central o Build Your Own). Segundo, el Experience Builder, un editor visual donde se ubican componentes (listas de registros, formularios, artículos de ayuda) sin escribir código, aunque también admite componentes a medida con Lightning Web Components. Tercero, y lo más importante, el modelo de acceso: los usuarios externos se asocian a licencias y a un perfil y conjunto de permisos específicos, y la visibilidad de cada registro se controla con reglas de compartición. Esto es lo que evita que un cliente vea los datos de otro.

Los tres públicos típicos

• Clientes (B2C o B2B): un portal de autoservicio donde consultan pedidos, facturas, estado de casos y base de conocimiento. Frecuentemente se monta junto a Service Cloud.
• Socios de negocio (partners): un portal donde distribuidores o revendedores registran oportunidades, cargan leads, ven precios y siguen su pipeline. Acá Experience Cloud se apoya en Sales Cloud.
• Empleados: intranets o portales internos de RR.HH., soporte interno o gestión de pedidos.

Ejemplo concreto en Argentina

Una distribuidora mayorista de Buenos Aires que vende a través de cientos de comercios minoristas monta un portal de partners. Cada comercio entra con su usuario, ve su lista de precios vigente, consulta el estado de sus pedidos en curso (que son registros del CRM), descarga sus comprobantes y abre un reclamo si llegó mercadería con faltante. El reclamo cae como caso en el equipo de atención. Antes, todo eso era un ida y vuelta por WhatsApp y planillas; ahora el comercio se autoabastece de información y el equipo comercial deja de ser un mostrador de consultas para enfocarse en vender. La clave es que el portal no es un sistema nuevo: es una capa de presentación sobre el mismo dato que ya usaba la fuerza de ventas.

En qué se diferencia de un sitio web común

Errores comunes al implementarlo

• Subestimar el modelo de seguridad. El error más caro es exponer de más. En portales externos hay que diseñar con cuidado qué ve cada usuario y partir del principio de mínimo privilegio; un permiso mal puesto puede dejar visibles datos de otros clientes.
• Tratarlo como un sitio de marketing. Experience Cloud brilla cuando hay datos transaccionales y login; para una landing pública sin sesión suele convenir otra herramienta.
• No medir la adopción. Un portal que nadie usa no descarga trabajo. Conviene seguir el porcentaje de consultas resueltas por autoservicio frente a las que igual terminan en un agente.
• Elegir el tipo de licencia equivocado. Las licencias de usuario externo (por ejemplo, las orientadas a clientes de servicio frente a las de partners) tienen alcances distintos; equivocarse afecta el costo y las funciones disponibles.

Dónde encaja en el ecosistema

Experience Cloud rara vez va solo: se combina con la nube que provee el dato. Con Service Cloud arma portales de soporte; con Sales Cloud, portales de partners con gestión de oportunidades; y se puede enriquecer con conocimiento, chatbots o agentes de IA que respondan dentro del mismo portal. Es la cara visible y segura del CRM hacia el mundo de afuera.