Categorías
Masterclass de Salesforce

Salesforce » Experience Cloud en Acción: Portales para Clientes y Partners [Masterclass]

Masterclass del 22-01-2026: Experience Cloud en acción con JuanMa y Josu. Portales, licencias, templates Aura/LWR, Builder y casos reales de canal.

Experience Cloud es la nube de Salesforce que permite publicar portales y sitios para clientes, partners y otros usuarios externos, sin entregarles una licencia estándar del CRM.

Tu empresa expone objetos, casos, Knowledge y procesos que ya viven en la Org, con seguridad propios.

En la masterclass del 22 de enero de 2026, Juan Manuel Garrido (JuanMa) y Josué Mendoza (Josu) recorren el producto en acción.

La clase cubre de dónde viene Experience Cloud, cómo se licencia, qué templates existen y cómo crear el primer site.

También aparece Esteban en la sesión, y el invitado Daniel Mark (Nespon) aporta casos de portales y Agentforce.

Abajo está el video completo. Después, el mapa editorial: qué es Experience Cloud, para qué sirve un portal, licencias, templates Aura y LWR, administración versus Builder, y casos.

Al final, preguntas frecuentes. La transcripción literal va en el acordeón que sigue a este cuerpo.

Play

Qué es Experience Cloud y por qué importa para tu empresa?

Experience Cloud es la plataforma de Salesforce para crear experiencias orientadas a personas que no son usuarios internos de la Org.

El cliente, el partner o el profesional externo entra a un site, ve solo lo suyo y opera sobre los mismos datos del CRM.

De Community Cloud a Digital Experiences

El producto nació hace años como Community Cloud, pensado sobre todo como portal.

Con el tiempo se amplió la superficie: hoy se puede exponer gran parte de los objetos y la funcionalidad de la Org. Es una superficie.

En la interfaz actual aparece como Digital Experiences, y Sites es el lugar donde viven esos portales.

Cuando alguien habla de «Communities», «Experience Cloud» o «Digital Experiences», en la práctica apunta al mismo producto con nombres de distintas etapas.

Lo que sí cambió es el catálogo de templates, el runtime (Aura frente a LWR) y el modelo de licencias: conviene leer la documentación actual, no una guía vieja.

La analogía del home banking

Josu usó la imagen del banco: tu empresa tiene cuentas, tarjetas y movimientos en el CRM. El cliente no recibe acceso pleno a Salesforce: recibe un home banking.

Entra con su usuario, ve lo suyo y nada más. Esa es la promesa de un portal Experience.

Sin ese site, el camino típico es inventar un sitio aparte, inventar logins, copiar seguridad y sincronizar datos ida y vuelta: son piezas móviles de más.

Con Experience Cloud, el modelo de datos ya está: Profiles, Permission Sets, Sharing y Flows siguen mandando, ahora hacia afuera. Es menos fricción.

En EGA Futura construimos ERP nativo potenciado por Salesforce. Cuando tu empresa consolida operaciones en una sola Org, el portal deja de ser un satélite: pasa a ser la capa en la nube que el cliente y el partner ya esperan usar. Es plataforma única.

Consejo: si el pedido del negocio es «armemos un portal aparte y después lo integramos», paremos ahí. Casi siempre Experience Cloud cubre el caso con menos piezas móviles y con la misma seguridad de la Org.

Salesforce » Jira y Confluence: MCP de Salesforce y Rovo en vivo [Masterclass]

Para qué sirve un portal de Experience Cloud en un proyecto real?

Sirve para publicar un proceso de negocio hacia gente que no es empleado interno y que suele ser mucho más numerosa que el equipo que opera el CRM. La clave de la clase fue autogestión: menos tickets, menos llamadas y la misma fuente de verdad.

Autogestión de clientes

Es el caso más frecuente. El cliente entra, ve sus casos, sus pedidos o su documentación, y resuelve solo lo que antes pedía por teléfono: es autogestión.

Un Customer Account Portal se parece al home banking: la persona ve lo suyo y nada más. Es el patrón de autoservicio.

Un Help Center concentra artículos de Knowledge, guías de mantenimiento y, si el diseño lo pide, el objeto Case para abrir y seguir reclamos: es el Help Center.

Josu subrayó que también se puede armar contenido técnico con objetos custom cuando Knowledge no está contratado: la idea sigue siendo desvío con información buena.

Partners, brokers y canales B2B

Experience Cloud no está pensado como e-commerce de mostrador: para eso existe Commerce Cloud. El encaje natural es otro: el portal operativo.

Sí está pensado para portales de revendedores, socios comerciales y brokers que levantan pólizas, consultan condiciones o denuncian siniestros. Es el canal B2B.

Daniel Mark contó un caso reciente en México: una aseguradora de transporte de carga que da a sus brokers un site para operar sin fricción. Es un site de canal.

En ese mismo proyecto sumaron Agentforce para ahorrar clics: buscar pólizas por diálogo en lugar de filtrar pantallas. El portal concentra operación del partner encima de los mismos registros.

Varios sites o una sola community granular

La granularidad es alta. Se puede tener un solo site con Landing Pages distintas según el perfil, o sites separados por audiencia: hay dos caminos.

El ejemplo de salud de la clase fue claro: un portal de pacientes para autogestión y otro de profesionales para el turnero. Ambos convergen en el CRM. Tu empresa elige si separa por site o por vista de perfil.

Si el mismo proceso toca inventario, compras y servicio, conviene mirar cómo se modelan esas piezas en los productos de EGA Futura: el portal hereda la calidad del modelo de datos. Un site bonito sobre datos rotos solo multiplica el dolor.

Salesforce » Rendimiento: Errores que todos cometen [Masterclass]

Consejo: antes de crear el segundo site, dibujemos audiencias y tareas. Si dos grupos hacen cosas distintas sobre los mismos objetos, dos sites suelen ser más claros que un único site hiperconfigurable.

Cómo se licencian los sitios de Experience Cloud?

Las licencias de Experience Cloud son, en la práctica, más baratas que las licencias estándar de Sales Cloud o Service Cloud. Por eso el producto es atractivo cuando hay cientos o miles de usuarios externos.

Niveles y rangos orientativos

En la clase, Francisco Morales recordó que hay varios niveles. Una licencia estándar puede rondar, según negociación, cifras del orden de USD 10 a USD 15 por usuario por mes, e incluso menos: son licencias baratas frente a las estándar.

Existe una variante con más capacidad de Business Intelligence (antes Community Plus) que habilita informes y paneles. Los montos exactos dependen del contrato: son rangos, no una lista de precios pública de Salesforce.

Licencias nombradas y licencias por login

Históricamente Salesforce ofreció dos formas de consumo: bolsa de licencias nombradas (cada usuario registrado) y bolsa de logins mensuales. Son dos modelos.

El modelo por login encaja cuando hay mucha gente que entra poco: el banco con miles de clientes ocasionales es el ejemplo típico. El modelo nombrado encaja cuando el partner o el cliente entra seguido. Elegir mal el modelo es un costo escondido.

El límite contractual con empleados

Hay un límite que conviene grabar: no se deben usar licencias de Digital Experience para empleados directos de la organización. Salesforce busca evitar que esas licencias canibalicen las licencias estándar: es la anti-canibalización.

En una auditoría, armar un site interno para «abaratar» usuarios internos puede complicar el contrato. Es una frontera contractual, no solo técnica.

Cuando tu empresa compara caminos de contratación del ERP, los precios publicados de EGA Futura siguen la misma lógica de transparencia: se mira el plan, se decide con tiempo y no se improvisan atajos de licencia que después cuestan una auditoría. Es decisión.

Compara los planes en la página de precios y, si el portal es parte del diseño, Agenda una demo para ver cómo queda el site sobre la Org real.

Consejo: documentemos en el diseño de solución quién es usuario interno y quién es externo. Mezclar ambos en Members «para testear» es una de las formas más rápidas de disparar emails de bienvenida y de violar el espíritu del contrato.

Qué templates y tecnologías tenemos al crear un site?

Al hacer clic en New dentro de All Sites aparece un catálogo que impresiona. No todo es equivalente: el template define el punto de partida y el runtime define la tecnología. Esa elección temprana condiciona el costo futuro.

Help Center, Customer Account Portal y Customer Service

El Help Center apunta a Knowledge y a desvío de consultas. El Customer Account Portal se parece al home banking del consumidor final. Customer Service concentra la gestión de servicio entre empresa y cliente, con Cases y contenido de apoyo: son templates.

También existen microsites y la opción de construir desde cero. En la clase arrancaron con Customer Service por su riqueza visual.

Aura, LWR y sitios en blanco

Esteban explicó la diferencia de runtime. Aura es la tecnología previa, basada en el stack anterior a los web components modernos: si un site luce con ese estilo, suele ser heredado.

LWR (Lightning Web Runtime) usa Lightning Web Components: es la vía moderna para sitios custom de alto control. Los templates prearmados dan un blueprint; el sitio en blanco pide más desarrollo. Aura, LWR y blueprint no son sinónimos: son arquitectura.

My Domain como requisito

Para que Experience Cloud funcione hace falta My Domain. En 2026 casi todas las Orgs lo tienen, pero JuanMa recordó que todavía aparecen entornos sin él. Sin My Domain no hay site usable: es un prerrequisito, no un detalle cosmético.

JuanMa también insistió en trabajar Setup en inglés. El mapeo de labels entre inglés y español no es uno a uno, y seguir tutoriales con la Org en español termina siendo más confuso. Es una buena práctica transversal del ecosistema Salesforce que enseñamos en las masterclass: Setup en inglés.

Salesforce » Seguridad y Gobernanza: La Guía Esencial para Admins y Developers [Masterclass]

Consejo: en una Developer Org o en un sandbox, creemos hoy mismo un site de prueba con Customer Service. La próxima clase de la serie asume que ya jugamos con el Builder; dejarlo «para después» vuelve difuso todo lo visto.

Cómo se administra y se construye un site de Experience Cloud?

La administración de un site tiene dos interfaces. Una es Administration: URL, activación, Members, preferencias, apariencia de login y templates de email. La otra es Builder: páginas, tema y componentes. Son dos UIs.

Confundirlas es el origen de muchos tickets.

Administration: URL, activate y Members

Desde Administration se define la URL del site dentro del dominio de la Org y, si corresponde, el dominio custom. Activate controla el acceso: mientras el site no esté activo, nadie entra salvo el admin en preview. Esa es la llave.

Desactivar es la forma limpia de dar de baja un portal sin dejar URLs huérfanas: es el apagado.

Members responde quién forma parte del site. Los usuarios externos suelen nacer como Contactos: se activa la cuenta como partner o customer y se gestiona el acceso desde la página de registro del contacto. Esa es la Members.

Josu advirtió que gran parte del troubleshooting de Experiences se resuelve en Settings. Público versus autenticado, registro self-service y preferencias de interacción (tópicos, likes, favoritos al estilo Chatter) viven ahí: es el Settings.

Chatter sigue muy vivo en sites: la interacción entre usuarios del portal y usuarios internos sobre un registro sigue siendo fluida. No conviene darlo por reemplazado.

Apariencia de login y emails

En Appearance se personaliza el logo, los colores de fondo y el copyright que ve el usuario al autenticarse. En la demo, un cambio de color y de texto de copyright se guardó al instante: el login deja de parecer «genérico Salesforce» y pasa a parecer de tu empresa. Es branding de primera impresión.

Los templates de email merecen más atención que el color. Cuando alguien se registra o se da de alta desde el Contacto, recibe mails configurados en Administration: son la voz del alta.

JuanMa recomendó no activar a la ligera el mensaje de bienvenida nativo si la Org tiene varios sites: un usuario interno metido en Members para probar puede disparar una cascada.

En un cliente de Inglaterra con varios sites, una auditoría generó el mail estándar de Salesforce más un correo por cada Experience Site. La buena práctica es controlar Members y, cuando hace falta, dar de alta usuarios externos con un Flow que mande el mail correcto una sola vez. Es alta controlada.

Builder: páginas, tema y componentes

El Builder es el lienzo. Cuatro paneles importan: Settings adicionales, estructura de páginas, tema y componentes. Un site no es un HTML estático: son páginas con páginas vivas.

El footer se edita una vez y se propaga. El tema cambia colores, logos, header y tipografías. Los componentes son los bloques tipo LEGO que se arrastran a cada página, en un flujo parecido al de las Lightning Record Pages: es diseño por componentes.

Esta masterclass es la parte 1 de 2: sienta bases; la siguiente profundiza el Builder con casos reales. Es el taller.

  • Settings: opciones adicionales del site dentro del Builder.
  • Estructura de páginas: header, body, footer y propagación entre páginas.
  • Tema: colores, logo, header, tipografías.
  • Componentes: bloques arrastrables, el LEGO del site.
Masterclass » Como Farmear Aura con Experience Cloud: Salesforce Multi-Framework

Consejo: dupliquemos la pestaña del navegador: una en Administration y otra en Builder. Trabajar las dos en la misma pestaña obliga a ir y volver, y es fácil olvidar Activate o Members mientras se diseña la Home.

Qué casos reales vimos en la masterclass de Experience Cloud?

Además del hilo didáctico, la sesión trajo prueba de campo. Daniel Mark, CEO de Nespon Solutions (Summit Partner), compartió implementaciones donde el portal y Agentforce se cruzan con operaciones reales. Son campo.

Sirven como referencia, no como checklist de features.

Andina ART y el proceso de traslados

Andina ART, del grupo mercantil Andina en Argentina, gestiona siniestros laborales. El proceso de traslados del accidentado (médico, kinesiólogo, estudios) se hacía a mano, con call center y planillas: era un manual.

Con Agentforce, el tiempo punta a punta bajó de unas 29 horas promedio a unos 40 minutos, y se deflexionó cerca del 80% de las llamadas al call center. El asegurado sigue entrando por teléfono o WhatsApp; el agente opera sobre la Org. El dato importa porque muestra eficiencia: no es un demo de slides.

Telecom, Field Service y el congreso móvil

En Telecom Argentina, Nespon implementó Field Service para técnicos en calle y despachadores. Agentforce entra cuando el técnico no puede resolver en el domicilio: en lugar de llamar al dispatcher, el reprogramado se automatiza. Es Field Service.

Salesforce iba a presentar esa solución junto con Telecom en el Mobile World Congress de Barcelona en marzo de 2026. No es un site aislado: el patrón es el mismo que un portal, extender la Org hacia quien opera afuera.

Brokers de seguros en México

El caso más directo de Experience Cloud fue el de la aseguradora de transporte de carga: brokers que entran al site para levantar pólizas y denunciar siniestros, con una capa de Agentforce para consultas conversacionales. Es el ejemplo canónico de portal de canal en seguros.

Si tu empresa vende a través de partners, este es el espejo más útil de la clase: el site no reemplaza al CRM, lo extiende al canal.

Consejo: cuando pidamos un «portal», concretemos la métrica: horas de ciclo, porcentaje de deflexión o clics evitados. Sin métrica, el site se discute por gusto visual y no por resultado de negocio.

La mirada de EGA Futura

En EGA Futura llevamos más de 30 años construyendo software de gestión. Hoy el ERP es nativo, potenciado por Salesforce, y la IA de EGA Futura, potenciada por Agentforce, vive en la misma Org: es tecnología con sello de plataforma.

Un portal de Experience Cloud sobre esa base no es un micrositio decorativo: es la forma en que el cliente y el partner operan el mismo proceso que ve el equipo interno. Es plataforma única.

Mediante el contrato OEM con Salesforce, EGA Futura entrega la plataforma y el ERP juntos, como un solo servicio. Camino AppExchange: empresas que ya usan Salesforce e instalan EGA Futura ERP desde el listing oficial en AppExchange sobre su Org existente. Son los dos caminos.

En los dos casos el producto es el mismo: cambia la forma de contratarlo, no el ERP. Es el doble camino.

Esta masterclass es la primera de dos sobre Digital Experiences. La práctica pedida al cierre sigue vigente: abrir All Sites, crear un site y explorar Administration y Builder antes de la segunda parte: es la práctica.

Las grabaciones y la agenda de jueves (masterclass un jueves, inglés para Salesforce el otro) viven en egafutura.com/salesforce. Es la serie.

Agenda una demo. Dura 30 a 45 minutos, es sin compromiso y la da una persona del equipo. Empieza en la página de demo o desde egafutura.com: es el paso.

Preguntas frecuentes sobre Experience Cloud en acción

Respuestas cortas a las dudas que más se repiten después de la masterclass: qué es el producto, licencias, templates, Members y el Builder.

Experience Cloud sirve para armar un e-commerce completo?

No es el producto pensado para eso. Experience Cloud apunta a autogestión, portales de clientes y partners. Para comercio electrónico de punta a punta, Salesforce ofrece Commerce Cloud. Se pueden hacer experimentos, pero el encaje natural del site es el portal operativo.

Se pueden usar licencias de Experience Cloud para empleados internos?

No conviene y el contrato lo restringe. Salesforce busca evitar que esas licencias reemplacen a las estándar para empleados directos. Los Members externos nacen desde Contactos; los usuarios internos siguen el camino de licencia CRM habitual. Preferimos respetar el contrato.

Qué diferencia hay entre Aura y LWR al crear un site?

Aura es el runtime anterior. LWR usa Lightning Web Components y es la vía moderna para sitios custom. Los templates prearmados dan un blueprint; un site en blanco exige más desarrollo. La elección condiciona mantenimiento y personalización a mediano plazo: es una decisión de arquitectura.

Hace falta My Domain para publicar un portal?

Sí. My Domain es requisito para crear y usar Digital Experiences Sites. Sin ese dominio de la Org, el flujo de New Site no queda operativo de forma usable: es el prerrequisito.

Por qué no conviene activar el email de bienvenida nativo en todos los sites?

Porque un usuario metido en Members de varios sites puede recibir un correo por cada uno, además del mail estándar de alta. Con un solo site puede bastar. Con varios, suele ser más limpio controlar el alta con un Flow y templates revisados: preferimos alta controlada.

Ver transcripción completa

Juan Manuel Garrido (00:00)
Bienvenidos a todos, muy bienvenidos a otra nueva Masterclass en vivo este jueves de Salesforce. Hoy lo que vamos a ver es Experience Cloud y la clase del día de hoy la voy a dar junto con el colosal José Mendoza y obviamente el galardonado bebé corazón nos va también a estar agregando valor con un montón de cosas relacionadas a

Experience Cloud. Yo les quiero decir que Experience Cloud nace hace muchísimos años, de una cantidad abrumadora de tiempo como Community Cloud. Salesforce había pensado a este producto como un portal, principalmente un portal. Un portal de clientes con el principal objetivo de que los clientes puedan interactuar en aquella época en oportunidades.

Después la cosa fue abriendo su juego, pudieron comenzar a exponer más objetos. Hoy literalmente puedes exponer cualquier objeto que tengas en tu Salesforce org a una… Ahora se llama Digital Experience y te voy a contar por qué se llama Digital Experience ahora. Y puedes exponer cualquier objeto, prácticamente un montón de funcionalidad. Josu, ¿quién comparte pantalla con ese documento?

hermoso, ¿qué hace Piscu? ¿Qué hace Piscu? Bienvenida. ¿Yla, cómo estás? Escuchen, estoy viendo a Benito García entre los asistentes. Benito García, si sos el colosal Benito García, decí que sí en el chat. Y si querés pasar a saludar, te subimos al escenario. También les quiero decir que probablemente tengamos un invitado sorpresa en donde vamos a ver algunas cositas.

Bueno, ¿quién comparte, Josu? No sé si está para compartir el documento, si querés lo comparto, pero en realidad era como más que nada un machete para tener el hilo de lo que queremos. No lo compartamos, ninguna más. Después lo pasamos si quieren para que lo tengan como machete. No me siento cómodo diciendo que esta es una presentación que hicimos porque no es así. Ok, chau. Bien. ¿Qué es Experience Cloud? Una pregunta. ¿Qué es Experience Cloud? Alguien, agarro y aprovecho, perdón, y me meto con el público de paso.

Conocen Experient Cloud, lo trabajaron, saben que existe. Primera vez que lo escuchan. Ya mencionó Juanma en el pasadero en las Community Clouds. Yo le hacía el chiste para hacer si antes de ser Community Cloud, él cuando lo conoció con otro nombre, yo lo conocí como Community. Después pasaron a ser Experient Cloud, ahora es Digital Experience. Creo que de la mano de Agent Force un poquito, así que bueno, nada. Si alguien lo conoce, One Eye, por ejemplo, Jorge, dice, sabe que existe. Primera vez que lo escucho dice Edgar. Aprovecho y le mando un saludo a mi amigo Gus, que es un experto en Community.

con el que estuve hablando, creo que literal es una hora. Así que lo invito a ver tiene aportes para saber qué los puede hacer. Bien, vamos con la pregunta. Bueno, yo veo que Carmen dice que conoce, Jan también. Linda dice que sabe que existe. Dover Lee, conozco un par de proyectos. Bueno, cuestión. Y respondo a Juanma. ¿Qué es esto de Experience Cloud o Community Digital Experience? Es una plataforma, una nube de Salesforce que nos va a nosotros permitir o ayudar a crear diferentes…

experiencias digitales, y si se quiere, creo que si le des la tiere, se le dice que son experiencias digitales para los usuarios, que no necesariamente son usuarios de tu organización, pero de alguna manera necesitas extenderle información, funcionalidad que vos tenés en tus RMS. Yo siempre hago el mismo ejemplo, porque creo que esto como que sirve como para ir enfocando la cabeza, es, imaginate que vos sos un banco, tenés cuentas, tenés clientes, tenés sus cuentas corrientes, sus tarjetas de crédito, todo tu mundo de clientes.

Y tus clientes quieren saber información, su información financiera. ¿Qué haces? No le das acceso a tu userrm donde tienes todo. Les creas un home banking donde tu usuario cliente va a con su usuario en contrasenio entrar y ver información financiera, pero cuál solamente le compete al usuario que ingresó a vos en tu home banking. Verás tu cuenta corriente, tu caja de ahorro, tus tarjetas de crédito, pero no ves absolutamente nada más, no tienes acceso a nada que no tenga que ver con lo tuyo.

y un poco Experience Cloud. sí, Experience Cloud viene a resolver un poco eso. Nosotros en nuestro CRM tenemos un montón de info de nuestros clientes, de nuestras oportunidades, casos, lo que sea. Y yo necesito extender esto a un grupo acotado de personas en vez de comprar una licencia de Salesforce, de CRM y armar Shading Rules y todo lo complejo que pueda ser. Dice Experience Cloud, que como primer gotita o primer datito, licencias de Experience Cloud son más baratas.

que las licencias de cell phone normales. Abrumadoramente baratas. Sí, sí, sí. No tengo exactamente los números, pero sé que son mucho más baratas. Ahora con eso les contamos algo que vimos con Fran alguna vez. Dale Juan, perdón. Francisco Morales, ¿cómo estás? Buenas, ¿cómo andan? Un placer, loco, verte acá, machazo. un tema sobre las licencias de Experience Cloud. Hay varios niveles de licencias. Podríamos decir que tenemos una licencia estándar que puede rondar…

según la negociación que una empresa tenga con Salesforce, 10 dólares, 15 dólares por usuario por mes, incluso menos. Después tenemos una licencia Community Cloud Plus, se llamaba antes, no sé qué nombre debe tener ahora, que permite inclusive acceder a informes, paneles, construirlos, o sea que aporta funcionalidad desde Business Intelligence. Ahora, sí tenemos que saber que hay un límite contractual, ¿cómo para pensarlo?

que es no se pueden utilizar licencias de digital experience para empleados directos de una organización porque lo que Salesforce quiere evitar es que las licencias de experience cloud terminen canibalizando las licencias estándar de Salesforce. Lo que probablemente muchas empresas puedan imaginar es esto. Tenemos 100 empleados.

Vamos a comprar 40 licencias de Service Cloud y de Sales Cloud, que no sé cómo se llama todo esto ahora. ¿Vos ahora? ¿Digital Experience?

No, me agarraste a Upside, no, sé los nombres que me pusieron. Yo me quedé de Service Cloud. Todo lo emusioné a Self Force. Olvidate, cambiaron los nombres. Inclusive una vez hablando con una persona, con un empleado de Self Force me decía, mirá, cambian tanto el nombre que nosotros tenemos un machete pegado con toda la referencia de los 20 nombres que tuvo un producto. Vos no podéis decir, no voy a usar licencias estándar de Self Force porque me voy a armar una community, me voy a armar un site.

y voy a asignarle al resto de mis empleados licencias que en lugar de valer $150 le valen ¿Eso Selfort lo hace por contrato? No lo sabía. Sí, sí. No lo sabía. Si una empresa lo hace en una auditoría podría complicarse. Eso… Tenía una anécdota sobre eso, yo, pero bueno, voy a pensar si lo cuento. Ok. Pero bien. A ver. Hay una cosa de tema licencias, no sé si lo seguirán haciendo ahora, pero lo hacía en su momento que es…

que tenían dos tipos de forma de vender las licencias. Una era por licencia nombrada, que es lo que están diciendo ustedes, es… Comprar una bolsa de 200 licencias, después los usuarios van y se registran. Bueno, vos podés tener esa funcionalidad de que se registren tus usuarios o registrarlos vos. Y después había otra licencia que era por login, que era que vos compraba una cantidad de logins Eso sigue existiendo, Frank. Entiendo que sí, entiendo que sí. Compraste una cantidad de logins al mes, tienes el loco como para empresas que tienen…

gente que entra demasiado a su community y son demasiadas personas, entonces no las pueden andar nombrando y pagando por cada uno, no que pagan por lo que la gente vaya a registrar y la use. Ahí podría ser por ejemplo el tema de un banco. Y una diferencia también así como detalle es que todo lo que sea Experience Cloud es para cuestiones que tienen que ver con lo administrativo o interno también, no interno de usuarios de la misma plataforma o empleados de la misma plataforma, pero sí por ejemplo portales de revendedores.

o de socios comerciales que van a vender ahí. Pero no está pensado como un e-commerce. esto también capaz que alguna vez he visto algún experimento raro de tratar de hacer un e-commerce sobre Experience Cloud. Porque para todo lo que es e-commerce o para hacer tu propio portal de ventas, tiene una barra un producto que llama e-commerce cloud. Entonces, esto es pensado para todo lo que es autogestión y demás. Creo que la palabra clave para pasar al siguiente punto es ¿qué es Experience Cloud? ¿Son portales o sitios?

que nos permite Salesforce crear. No sé si decir exponer, para tener disponibilizar a otros usuarios, parte de lo que nosotros tenemos dentro de esa red. ¿Esos sitios qué onda? ¿Son sitios como una web, no sé, de hoy en día? ¿O son sitios viejos? ¿Cómo son esos sitios que puedes disponibilizar? A ver, en realidad hay de todo. Si buscas communities… Va, en realidad, lo digo de otra manera. Muchas veces te sorprendería cuando estás navegando a una página o algo y resulta que es una experience. Porque hay muchos…

Me ha pasado. Y enseñarme cuenta con la URL. Y dar cuenta por la URL, por alguna animación justo que hay en algún botón y decir, para esto atrás es el Force. Y una de las potencias que tiene Digital Experiences es la capacidad de personalizar el look and feel, el estilo de cómo el mouse y la community, en donde, como dijo recién, hay empresas de primerísima línea que te dan cuenta que están usando una community nada más que por el…

porque después el resto está tan integrado al resto del sitio web, si es por el estilo no lo vas a notar. Josu, yo te quiero preguntar, dale. A toda nuestra audiencia les aclaro que vamos a mostrar ejemplos y también vamos a enseñarles a crear una community. Así que que estén atentos y que hacia el final de la clase vamos a estar compartiendo un código para que lo colecciones y puedas participar del sorteo de la certificación, de los vouchers de certificación.

¿Qué vamos a dar? Yo te quiero preguntar, si nosotros tenemos diferentes tipos de usuarios en un digital experience site, que a partir de ahora para simplificarlo digamos let sitio, ¿todos los usuarios comparten los mismos objetos a los cuales pueden acceder y el mismo estilo o se puede hacer granular? No, lo podés granular un montón. Cuando yo las conocí no era tanto.

Era como tenías cuenta, caso, oportunidad. Bueno, siempre estuvo todo lo que era la parte de knowledge. Pero ahora tenés dos cosas. Podés hacer granularidad en una sola community si todas las personas o todos los usuarios que van a ingresar hacen lo mismo. O hasta incluso vos podés separar en communities diferentes según lo que tengan que hacer tus usuarios. Me remoto a un ejemplo y le vuelvo a mandar un saludo a Gus si está en la audiencia. Por ejemplo, en un cliente que maneja una parte de salud, tenés una community donde los pacientes pueden entrar.

y autogestionar su información como paciente. Y a su vez, tienes otra Experience Cloud donde se gestionan los profesionales. Donde yo manejo mi turnero, yo entro y digo, tal semana estoy disponible, no estoy disponible. Y todo eso converge en tus RMS y vos tenés la información de tus pacientes y de tus médicos, por ejemplo. O sea, es así de granular. Si no, tenés la otra opción de decir, tengo una sola community, pero le dispongo la información de maneras diferentes. Hablando en…

En el idioma Salesforce es tener una aligning page diferente para cada usuario según lo que tenga que hacer y según el perfil le asigno una vista u otra. Punto. Muy bien, muy bien. Escuchen, tenemos un invitado sorpresa en el día de hoy. Bienvenido, Daniel. ¿Cómo estás? Hola, Daniel. Bienvenido. Me van a echar la mierda del edificio un día, ¿Qué haces, Daniel? Está desmuteado, lobo. Hay un botón de micrófono, por favor. ¿Me escuchan bien ahí? Sí.

Bienvenido Daniel, ¿cómo estás? ¡Qué alegría! Vamos a un placer. no. Elmitado, es porque vamos a hacer justicia, ¿no, Dani? ¿Vamos a hacer justicia? ¿No? Hacemos un juego. Esta es una micro introducción de Daniel Mark en nuestra masterclasses que no va a ser la primera ni última vez que va a estar, sino que lo vamos a estar seguido. Escuchen, es una pequeña pausa lo que es Experience Clouds.

porque quiero comentarles algo con Daniel. Resulta que nosotros estuvimos con Francisco, estábamos en Salesforce, en Dreamforce. Dreamforce. Exacto, meses atrás. Y ¿te acordás, Fran, el video que grabamos con Silvia? Sí, me acuerdo. Sí, claro, todos nos acordamos ese hermoso video en donde uno de los casos de éxito de Agent Force, en donde Silvia Tenassini, a country manager de Salesforce Argentina, habló, es Andina ART. Después, la semana pasada, me di cuenta

nos descubrimos y lo compartimos en un grupo interno que es un diario, un periódico, un medio. Fue el caso de Andina y no solamente habló de Andina sino que también incluyó el video que hicimos con Francisco. No, no, no para que vean. Sí, pero pará, acá hay algo rarísimo que es la implementación de Andina la hiciste vos, Daniel. Sí. Ok. Ni en el video que hicimos con Silvia hablamos de vos, ni de Nespon, ni en el portal este se habló de Nespon. Entonces

Vamos a hacer justicia. Bueno, gracias. Vamos a asignar el crédito de la implementación de Agent Force de Andina a Nespon, a Daniel y a todo su equipo. Y quiero que nos cuentes un poco, existió esa implementación. Bueno, bueno. Sí, somos muy humildes. Tratamos de tener un perfil tan bajo que desaparecemos. veces. No, vos sabes cómo es esto de la publicidad y de… Todos se suben al caballo ganador. Y la verdad que…

Sí, fuimos nosotros los que implementamos AsianForce para la audiencia. Daniel Marques, soy el CEO, la TAM de Nespon Solutions. Nespon Solutions es un Summit Partner de Salesforce, muy amigo de acá de los muchachos, de EGA y todo su grupo de empresas. Y, by the way, ayer pasó una publicidad. Llegamos a los 1000 puntos sobre 1000 que otorga Salesforce.

para los Ami Partners, así que no podemos tener más puntos, estamos a tope. Felicidades. Lo vamos a publicar. ¡Rampiste los punts! Pero volviendo al tema Andina, sí, nosotros a principios del año pasado, claro, del 2025, nosotros Andina es un cliente de más de tres años que estamos trabajando con ellos, muy buena relación, y nos pidieron Andina ART, es un desprendimiento o una compañía del grupo mercantil Andina, que es una compañía de seguros.

muy grande acá en Argentina. Ellos hacen ART, es aseguradora de riesgo de trabajo. Eso significa que cuando un empleado de cualquier empresa tiene un accidente, problema, ellos son los que tienen que dar el servicio al siniestrado, como lo llaman al accidentado. Y entre esos servicios, que son obviamente la atención primaria y demás, incluye algo que es un proceso muy, muy complicado, que es el proceso de traslados. Es decir, la gente cuando se accidenta,

Después tiene que ir a concurrir al kinesiolo, tiene que concurrir al médico, los estudios y demás. Y la ART está obligada a prestar ese servicio de traslado. Se convierten en una agencia de taxi, de remise, en un Uber casi, pero están obligados por ley. Ese proceso se imaginan que es muy complejo, sobre todo en localidades del interior, donde no hay una abundancia de medios de locomoción y de medio transporte.

Y eso lo hacían manualmente con un equipo de gente que atendía en el call center y con algunos Excel y algunas cosas, pero realmente un proceso complicadísimo. Le metimos Asian Force para serles honesto, fue la segunda intentona de tener un Asian Force funcionando. El primero no anduvo muy bien para serles bien honestos. Pero esta segunda oportunidad logramos un éxito que lo publicó Andina, justo estaba revisando porque no me acordaba exactamente.

en los tiempos, pero ahí lo publicaron ellos. Bajó de 29 horas promedio, punta a punta, que tenían ese proceso promedio para darle el… para cerrar un traslado de un accidentado, era 29 horas. Lo bajaron a 40 minutos, es decir, una baja del 90 % prácticamente, lo cual habla por sí solo los números y desviaron llamadas o deflectaron. Ahora se usa este término.

el 80 % de las llamadas aproximadamente al call center. lo cual, un retorno de inversión muy rápido y muy medible porque es horas hombres que se ahorraron. Y además juntaron dos cosas, la eficiencia y un mejor servicio, en este caso al cliente, podemos decir, al accidentado, junto con esa eficiencia. Así que para nosotros fue muy importante, muy interesante.

Hicimos otras cosas con ellos, también con algunos buenos resultados, pero este es el más claro ejemplo de una baja, de una eficiencia, de una reducción de costos. Y al mismo tiempo se dio, como les digo, lo que uno desea, que hay mayor satisfacción y a menor costa. Así que muy contentos con eso. Después nosotros hicimos otro, hicimos para Telecom, para Banco Hipotecario, para otros clientes. Pero este es como nuestro flagship.

lo más este significativo. Así que gracias por eso y por darme la oportunidad de comentarle a tu auto audiencia este caso. Y escúchame Dani, muy bien. felicitaciones realmente por el trabajo que hicieron. Gracias. Yo te quería preguntar, del lado de la Org, de la Salesforce Org, obviamente los usuarios internos interactúan desde la interfaz usuario nativa de Salesforce, con Asian Force. Correcto, correcto. Y cliente de Andina.

El que choca, el se la tira. ¿Cómo interactúa? ¿Cómo está interactuando con Asian Post? No, llama al call center o por WhatsApp. Esa es la forma de comunicarse. Y ahí es donde empieza a activarse el proceso. OK, OK. WhatsApp es la herramienta omnipresente. sí. En toda. Exactamente. Y escúchame, pregunto, dijiste telecom, ahí, clientes.

importantísimos. ¿Tenés alguna otra implementación de Asian Force? Bueno, precisamente ya que hablamos de Dreamforce, Dreamforce seleccionó dos clientes nuestros, dos proyectos, uno en este de Andina y Telecom Argentina, donde nosotros implementamos Fill Service. Fill Service para todo lo que lo que está escuchando. Bueno, como su nombre indica, es el la nube de Salesforce que

gestiona el trabajo de los técnicos en campo. Típicamente, en las empresas de telecomunicaciones es fácil, es lo que te van a arreglar o te van a instalar a tu casa y que es un proceso muy complejo porque tiene que tener en cuenta el llamado del cliente, por qué, el motivo de la llamada, el tipo de skill que tiene el instalador o el técnico, dependiendo, supuesto, es una instalación, una reparación, qué tipo de reparación, una serie de cosas.

la cercanía con el domicilio del cliente, la disponibilidad que tiene, todo eso lo resuelve muy bien con este módulo de Field Service, que la verdad que es muy bueno tanto para los técnicos que están en la calle, que van con el hand-held, con el celular, y ahí pueden tener toda la información y devolver la información, y para los despachadores, los dispatchers, que son los que gestionan esas agendas de los técnicos. Ahí le agregamos Agent Force y…

Es interesante que me lo preguntás. Le agregamos a Vision Force para el proceso donde el técnico cuando llega al domicilio del cliente no puede resolver, no puede resolver el motivo por el cual fue enviado, sea porque el cliente no está. Vamos a poner el ejemplo más simple o por cualquier otra cosa. tenía que comunicarse telefónicamente con el dispatcher para darle esa novedad y entonces entrar en un proceso de…

de rejendamiento y demás. Bueno, ahora a través de EJFORCE, eso se hace en forma automática, lo cual también disminuye la cantidad de interacción y el tiempo de interacción que tiene ese técnico en la calle con las sedes centrales. Eso yo no recuerdo si Tielecón lo tiene muy medido, pero realmente es un beneficio tan así que esto es una primicia para esta linda tertulia.

que Salesforce lo va a presentar junto con Telecom y nosotros en el Mobile World Congress de Barcelona ahora en marzo de 2026. World Congress, para que no saben, es el evento de telecomunicaciones más importante del mundo que se hace en Barcelona una vez al año y va a haber un booth dedicado de Salesforce para presentar a todo el mundo esta solución de Agent Force sobre Philzard. Así que la verdad que este…

Tenemos ahí también una credencial muy, muy importante, muy interesante y que bueno, esperemos que tenga difusión y estaremos atentos a que cuando se mencione nuestro nombre aparezca, no como lo que contás ahora. Bueno, pero no, pero no, pero pero no, no, no, Y aprovechando que estás acá y abusando un poco de tu generosidad, tu tiempo. Con Josu, con los chicos estamos hoy dando una masterclass sobre digital.

Experiences, el famoso Community Cloud, quería preguntar a vos si tuvieses que dar ejemplos de implementaciones exitosas de Nespon o de otros partners para la audiencia que son personas, que son profesionales de cell phone que están con ganas de aprender. ¿Para qué sirve? ¿Qué tienes para contar? ¿Qué ejemplos tenés? Ya, uno reciente que implementamos en México

es para una aseguradora de transporte de carga, muy especial en transporte de carga, que le da a través de la community o experience, no sé ya cómo se llama en algunos temas. Bueno, se llama, escucha más. No lo cacho, le da a sus brokers, a sus brokers la posibilidad de ingresar a esa comunidad, ustedes saben que las aseguradoras trabajan con brokers, que son una especie de canales, le da la posibilidad de entrar ahí a hacer…

distintos tipos de procesos, desde levantar pólizas hasta denunciar siniestros de una forma muy, muy, obviamente muy eficiente y frictionless, sin fricción, porque directamente entran al portal, llamanlo portal, la comunidad que me quieran llamarlo y ahí gestionan, pueden ver sus pólizas, pueden ver sus condiciones, etcétera, etcétera. Este te diría que es el que más tengo fresco en la cabeza.

y no me acuerdo de ningún otro, ser honesto. Si me das un rato, este lo tengo fresco porque todavía estamos ahí, un proyecto grande que tenemos y este era una de las patas y está funcionando muy bien. Y también le metimos una cuotita de Agent Force ahí para que simplemente ahorro de clics, viste? O sea que si vos vas buscando pólizas de un determinado cliente,

que se lo digas en forma de diálogo y no tengas que ir buscando filtrando, buscando clicks, sino que se lo haces directamente con un promo a la Agent Force que actúa. Con lo cual, hay una pequeña facilidad para los que acceden a esa plataforma. Muy bien, muy bien. escucha a todos. En LinkedIn pueden escribir Daniel, espacio, Marc, M-A-R-K, Daniel, Marc.

Lo pueden seguir a Daniel, una gran persona dentro del ecosistema Salesforce que lo vamos a tener próximamente en otras master classes y podemos contar Daniel de lo que estamos tramando para la semana que viene, algo chiquito? Lo que quieras, no, no. a hacer algunos videos. algunos videos. Vamos hablar un poco de la evolución. Ya ustedes ven que soy bien joven, que no se dejen engañar. Vamos a contar la evolución de la atención al cliente desde que yo estoy…

trabajando en eso, que hace unas cuantas lunas, unas cuantas décadas. Y vamos a ver cómo se cierra el círculo. Se cierra el círculo. Muy bien, muy bien. Dani, dame muchas gracias. No, gracias a ustedes. Los de Contra felicito por lo que están haciendo y por la difusión que les da. Me encanta, sabés que me gusta mucho seguirte también a vos, a Juan Manuel y a Francisco, que lo hemos tenido en nuestro equipo y que no me puedo hacer ningún gol a veces cuando vamos al fútbol.

Sí o no, Francisco, ¿es verdad o no? Es verdad. Me asusté cuando te vi entrar por eso, porque dije que iba a contarle que no le pude hacer un congol.

Bueno chicos sigan con lo de ustedes gracias y nos vemos en cualquier momento. Gracias Daniel, nos vemos muy pronto y vamos a continuar con Josu. Entonces estábamos en los casos más comunes. Ahora yo te quiero preguntar técnicamente qué es lo que podemos construir. Tenemos templates, no tenemos templates. Si querés para no aburrir tanto a la gente vamos a cositas prácticas a ver cómo arrancamos por lo menos para…

crear una Experience Cloud. Creo que por ahí un poco lo que andaba Dani nos dio bastante de…

de que podamos hacer vales experience. ¿Quieres que Schoo o vos, alguno de los dos comparta pantalla y comencemos todo el proceso de creación? Al que vos le tenga más fe. Lo que yo voy a hacer en este preciso y espectacular momento es compartir mi pantalla y voy a estar en una org real y vamos compartir pantalla, tuky tuky bien. En este preciso y…

y exacto momento estoy en el set up. ¿Qué es lo que le recomiendo a vos que estás del otro lado mirando esta masterclass? No uses Salesforce en español, no lo uses en español. Yo sé que muchas personas tienen algún tipo de dificultad para tratar de entender y lo ponen. Es una goma usarlo en… Para eso tenemos clases de inglés para Salesforce lo contrario a nosotros.

Muy bien. teacher se moría por tirar ahí un saco. Bien. Tenemos las clases jueves por medio de inglés para Salesforce con la teacher. No hay que usar Salesforce en español, hay que usarlo en inglés porque no hay un mapeo exacto entre cómo luce la interfaz en inglés a cómo luce en español. Termina siendo más confuso. ¿Qué es lo que vamos a hacer ahora? Ahora lo que vamos a hacer es aquí en Quick Find vamos a escribir DG.

OK, miren esto. Y ahí tenemos Digital Experiences. Vamos a poner foco, particularmente, en Sites. Tal vez en alguna oportunidad en el futuro hablemos de el CMS. CMS tiene que ver con las siglas de Content Management System. Salesforce tiene un Content Management System propio.

No lo vamos a tocar acá, es muy potente, debe tener fácil 8 años. Y vamos a hacer click en All Sites. All Sites. Hacemos click aquí y ahora tenemos que pensar que a estas experiencias digitales, una forma, como recién decía Hossu, una forma de pensarlas es como un sitio. Traten de pensarlo como un sitio, no como una comunidad o como un portal. Hacemoslo como un sitio. Y ahora vamos a hacer…

Esta es la parte linda donde vamos a empezar a jugar con Josue. Vamos a hacer clic en New. Vamos a hacer clic en New. Y a partir… ¡Mira el quilombo que tenemos! ¡Qué lindo! ¡Mira! ¡Bien! ¿Qué es todo esto? Tenemos. Cuando los clientes ven esto y cuando se vuelven locos dicen… ¿Yo puedo hacer todo esto en Salesforce? Sí. Sí. Ahora, bajemos un cambio porque hay un impacto grande en la funcionalidad que vamos a tener según lo que elijamos acá.

Esto es un punto de partida. Por un lado tenemos un microsite. Después tenemos la posibilidad de construir desde cero nosotros. Después tenemos ya prearmado el famoso centro de ayuda. ¿En un centro de ayuda qué podríamos exponer, Josu? Calculo que, a ver, knowledge que tengamos. Si vendemos un producto y nuestra postventa quiere quizá no tener tanto llamado, se hace un experience donde tenga todos los artículos.

de mantenimiento, cuidado, reparación del producto que vendés, por ejemplo. Si me dejás flashear un poquito, puedes meter un Agent Force ahí al que le preguntes y te responda. Sí, y vas a poder meter Agent Force en todos lados. En un Health Center, como vos bien dijiste, vas a artículos de conocimiento, principalmente de Knowledge. Podrías tener algún Cast on Object si no tenés contratado Knowledge y querés armar tus instrucciones técnicas y todas esas cuestiones también podés.

y obviamente exponer el objeto casos para que toda la gestión del servicio técnico entre una empresa y un cliente se pueda centralizar dentro de un portal. Después tenemos ya más pensado para consumidores finales un Customer Account Portal, similar a lo que sería un Home Banking, si ustedes quieran.

También tenemos otro portal de customer service y también tenemos… You're on. Sí. ¿Quién? Esta es una pregunta para Gojozu, para Francisco o para Esteban. Quien la quiera responder, ¿cuál es la diferencia entre Aura, LWR y los templates pelados? ¿Quieren que contestes yo? Sí, bebé, claro. Bueno. El Aura es lo que uno tiene cuando le va bien. No, cuando hace cosas…

Es lo que tiene Foso con esa chamba.

Es espectacular. Después revisen todas las masterclass cuántas veces es la misma chamba. Muy fachera. Muy llena de Es como que el mundo de Trailblazer de este bebé corazón. Sí, sí. Bueno, el sitio con aura, ahora suena raro porque ahora se usa bastante, es básicamente la tecnología previa a que es la de webcomponents. O sea, estos sitios son muy, muy… O sea, si ves algo con ese Steel Rack, porque es un sitio muy viejo, o sea, son sitios de cero con componentes aura. Después el otro que decía Juanma.

que es el sitio LWR. Esa es la misma idea pero con la tecnología más moderna de Lightning Web Components. Entonces son sitios de cero, nada, todo personalizado, todo con la tecnología top de gama que es Lightning Web Components. Para, mira cómo te puedo poner. O sea, sería la R de Lightning. La N de Ramp. Es de Web y la R de Components. Claro. Es Lightning Web Ramp Ramp, o sea, corre en el…

Bueno, no me mato, pará, ya está. Chicos, ya está. pará. ¿Qué pasó? ¿Qué pasó? ¡Tirador de magia! Muy bien. Sí, sí, sí. Lightning Wolf. OK. ¿Y cuál es la diferencia entre el Lightning Wolf Runtime y este? Ponemos. Los otros te dan como un blueprint, ¿no? Se te va como una especie de antilla para que vos…

Ahí metas todo lo que vos necesites de tu sitio. O sea, damos así decirlo, un pre-build. De pre-armado. Claro, exacto. Y el otro es cero. sea, el otro involucraría más desarrollo, ¿no? Porque tenés que hacer todo de cero. La barrita para buscar casos, tenés que hacerte una pestaña, hacer unos tabs para ver tu perfil o, bueno, ver otros registros. O sea, es más de cero el otro. Muy bien, muy bien. Josso, ¿con cuál te gustaría arrancar? ¿Con customer service o…?

con… arranquemos con algo que tenga bastante visual, te diré que vamos con Customer Service o Portal. Muy bien, vamos con Customer Service. bien. Lo que tenemos acá es una especie de preview. Ahora vamos a arrancar y vamos a empezar a tirar magia y acá le vamos a poner el nombre super original que es la mea. Prueba. Ahí vamos.

Ruedo master, Tukey y lo vamos a crear. Un dato importante para que esto funcione es que no existe, hay muy pocas orcas que no lo tienen, pero tienen que tener implementado My Domain para hacer estas communities, experience. Ustedes dirán, voy 2026, todas tienen Domain, no tengo un parque todavía. Es muy loco, Que todavía eso siga ocurriendo. Y yo, si Francisco Morales no me hace bullying, como suele hacerlo, yo les puedo contar que en la antigüedad,

en algún momento no existía My Domain y que todas las orgs nos lo guiábamos directamente a Salesforce y todos tenían una locura y cuando aparece en My Domain fue… Lo lió cuando se volvió obligatoria. Lo lió cuando se volvió obligatoria. Bien, ¿qué es lo que estamos viendo acá? A mí me gustaría que tengamos en cuenta que la administración de un site tiene dos interfaces de usuario.

Una interfaz de usuario es esta y otra interfaz de usuario es la que utilizamos para construir el site propiamente dicho. En este momento, lo que yo voy a hacer es ir a la barra de Google Chrome, le voy hacer clic con el botón derecho del mouse y posteriormente voy a seleccionar en el menú contextual, Duplicar. Porque lo que quiero tener es…

la misma interfaz de usuario duplicada en dos textiles. En este momento, yo voy a hacer click en build, que es la interfaz de usuario que mencioné recién, que nos da la posibilidad de construir la… Insisto con decirle la community, el sitio web propiamente dicho. El cacho, Dani. El cacho. Muy bien.

En este template tengo un montón de cosas que me resuelven a mí muchísimo de todo el trabajo que yo tengo para hacer. Pero antes de eso, quiero decir que, además del builder, la otra opción clave es administración. Administración. En donde nosotros podríamos decir que tenemos este panel general desde donde vamos a administrar el sitio.

o gestionar el sitio, vamos a tener la opción de administración, que esta opción de administración es esta que tenemos acá y posteriormente el lugar desde donde construimos el sitio web. ¿Te parece Josu si hacemos un repaso primero juntos por todas estas opciones con el objetivo de

¿Quién está del otro lado puede entender qué goma es esto de lo que estamos hablando? Sí, me parece bien. Bien. primeros… Los problemas de las Experiences 80 % se arruinen en la parte de Settings. Ahora vemos por qué. Muy bien, muy bien. ¿Qué es lo que yo podría hacer acá, Josu? Conta. Bueno, primero tenés lo que sería la URL de dónde está alojado. Me sale decir comunidad porque yo la aprendí con comunidad. Tu Sai, tu Cacho, tu…

Tu sitio. Desde ahí es donde vas a poder ingresar, digamos, el URL que vas a pasarle a tus usuarios para decir desde acá ingresas a la community. Después van a ver que ustedes pueden alojar dentro de un dominio para que sea www.mipaginabonita.com y sea la community. Esa es la propia historia. Y finalmente, fíjense que arranca desde acá. Fíjense que a Juanma, por ejemplo, ahora le está rechazando el guión. Y entonces, el dominio de su site, perdón, de su dominio dentro del dominio de…

su org de Salesforce, perdón, barra prueba, sería donde tiene su comunidad alojada. Exacto, que si yo quiero… Si le das a preview, te mostraría cómo está, pero en este caso, como no configuramos nada, a ser matizado, que bueno, querés enterrar, lo primero que me tenés que dar son tus credenciales. Dentro de la setting, ya vamos a ver que vos podrías configurar para que se haga con… y dale con comunidad. Que sea un site público, entonces que no te pida credenciales, por ejemplo.

O podrías decir, ok, no tenés credencia a leer, ristrate. Esto que acabas de Ahora nos seguimos viendo. Esto que acabas de decir es hermoso. Público, site, público. Quédate con esa frase en la cabeza, site, público, porque ahora Josu te va a revelar un montón de cosas que se pueden hacer con esa frase que acabamos de decir reciente. Y Josu, escucha esto que es activate. ¿Qué es lo que activo si yo hago clic acá? El acceso. Mientras no esté activo, nadie podría ingresar.

Salvo vos como admin me parece que vos sí podrías probarlo. En el mientras, quien intente ingresar no tendría acceso. hecho, si alguna vez das de baja a una comunidad y dale con comunidad, venís acá, desactivás y listo. Los que los hagan no acceden más. Bien, bien. Me voy a ir a preferencias. Teacher, ¿cómo se pronuncia esto? Friends, preferences. ¿Cuál es la forma correcta de pronunciar esto? Preferences. Preferences. OK, repetal. Yo le voy a decir preferencias.

Preferences. La primera sílaba, preferences. Gracias, Pichara. Bien, entonces. Entonces, es un quilombo de cosas lo que tenemos acá. La cantidad de opciones es grande. A mí me gustaría repasar visualmente.

visualmente. ¿Hay alguna de las opciones que vos recomiendes por default? No recuerdo. Recuerdo si hay alguna que sea obligatoria. Pero mucho de esta parte tiene que ver con que, bueno, la idea inicialmente de comunidades era incluso que se pueda compartir desde la comunidad. Esto yo lo llevo mucho muy parecido al chat, muy parecido a eso, donde vos podías hacer publicaciones, que la gente te dé like, que puedas marcar una publicación como favorita.

que pueda responder el SEREX un poco, todo eso que hay acá va hacia ese lugar. En nuestro grupo de WhatsApp, en nuestro grupo de WhatsApp, que ahora en un rato yo le voy a pedir a Bebu Corazon si puede abrir el grupo de su teléfono y mostrar el QR en pantalla para que se puedan sumar. Muchos preguntan, ¿Chatter? ¿Lo van a dar de baja? ¿Va a ser reemplazado por Slack? Y la realidad es…

va a ser muy difícil de que eso suceda porque por ejemplo acá estamos en un experience site y Slack está muy embebido cuando nosotros estamos hablando por ejemplo de esto estamos hablando de los tópicos o de los hashtags de Slack y que funcionan realmente funciona muy bien la interacción entre personas que se loguean al portal o a la comunidad o al site y los usuarios internos que pueden

interactuar de una manera muy fluida en un registro, en particular, utilizando Chatter. De hecho, nosotros tenemos muchísimos clientes en donde el uso que hacen de Chatter es extremo a través de un Experian Site y de la interfaz nativa de Salesforce. Me viven Members. Me viven Members y acá… Mucho trouble shooting por ahí pasa por acá. Acá decís…

¿Quiénes forman parte de tu community? Porque como dijimos, yo tengo en mi org un montón de usuarios. Creo que no lo llegamos a mencionar, pero los usuarios que pueden ser parte de una comunidad no necesariamente son usuarios inicialmente en CRM, sino que vos activas ciertas cuentas, las activas como partner, a los contactos a los que finalmente van a poder ingresar a la community. Alex Finis, Cloud, me tengo que decir. Exacto. Y vos que estás del otro lado, si te está gustando, está Masterclass.

Quiero decir que con Josu estamos dividiendo toda esta capacitación en dos masterclasses. Esta es la 1 de 2 y después vas a tener la 2 de 2. Vamos a ver todo el ciclo completo de una construcción de un site. Y te voy adelantando que los usuarios, los usuarios externos de un site deben estar creados

contacto en la organización y que la administración de los accesos se hacen desde la página de registro del contacto. Ahí, hablando de miembros, perdón, Hablando de miembros iba a decir si quieren entrar al grupo de WhatsApp en la página de registro. vamos a hacer eso. Voy a dejar de compartir pantalla. Juan, si puede compartir la pantalla con F11 a pantalla completa lo que estabas mostrando.

cuando estamos creando la community. Vamos a intentarlo. Vamos a hacer algo. Todos bloqueemos cámaras menos Bebu. Así la única que aparece es la de Bebu. Exacto. Exacto. Ahí… Extraño que me vean. Exacto. Ahí lo que estás teniendo es el QR.

que quiero que en este momento saques tu teléfono, que saques tu teléfono ahora y escanees este QR para unirte a nuestro grupo privado de WhatsApp. Te quiero decir algo. Increíble que tan desenfocado funcione. Vamos recibiendo gente. Bienvenido Maxi, por ejemplo. Muy bien. Quiero decir algo. WhatsApp le pone un límite a los grupos.

Y estamos… ¿De qué significa? Que si vos te unís ahora, te aseguras tu lugar para poder interactuar con todos nosotros durante el resto de la semana y poder hacer preguntas y que, mógicamente, todos compartamos conocimiento. Una vez que lleguemos al límite… Sorry. No van a poder entrar nuevas personas. Bien, muchas gracias. Muchas gracias, Esteban, por compartir el QR.

Vamos nuevamente, Un saludo a Nicole Pizarro que vi quedando por ahí en la Master Class. Bienvenida. Hace mucho tiempo que no la veía. Es una persona que compartimos labura hace tiempo y no la veía hace mucho. Muy bien. Perfecto. Entonces, ¿se puede, Juan? Y fiance, y fiance. No, no. Es para aumentar un poquitito el Zoom quizás cuando vemos las opciones pequeñas. Bueno. Pero venís, Bárbaro, con el Zoom es. OK. Bueno, escucha. ¿Qué es lo que tengo acá, Josu? ¿Qué es lo que yo puedo hacer?

desde este lugar. Pues la de acá ya es apariencia. Si vos crees que tus usuarios se pueden registrar en tu Experience Cloud, bien, en una Digacommunity, podés poner el logo de tu empresa. Incluso me pasó en una de las implementaciones que tampoco era el logo de la empresa, era una de las subdivisiones de la empresa. Para ellos era la Experience, entonces acá marcabas cuál era el logo que querían que vean en vez de que vean el de Self, por ejemplo. Es esto, esto que estamos viendo acá. Personaliza.

Desde acá, por ejemplo, yo digo… Miren, todos en atención. Yo acá tengo un background gris. Si yo digo… A mí me gustaría que esto sea bordeaux y que este tenga un color bordeaux más oscuro. Yo voy a venir y voy dar clic en Save. Y no sé si lo va a… A ver. ¡Qué fácil que es!

¡Tum! ¡Tum! ¡La la la la la! ¡Vamos! ¡Tum! ¡Tum! ¡Qué lindo! ¡Bien! Fíjense cómo no solamente podemos modificar el logo y el tipo de colores, sino, por ejemplo, aquí voy a poner… EgaFutura.inc, con Vantegré. Acuérdense que somos un grupo de tres empresas, Ventegré y EgaFutura. Bien. Yo acá pongo Vantegré. Y ZappiCloud, de Piscu. ZappiCloud, nueva empresa que está emergiendo. ¡Bien!

Esa instrucción fue grabada y funcionó. Muy bien, miren esto. Fíjense, como yo hice el cambio y el copyright directamente lo hizo a nombre de… Y esto un cliente. Más o menos. Otra de las cosas que yo creo que esto lo podríamos dejar bastante estándar, personalización que yo haría a la hora del login y después sí le prestaría muchísima atención a los mails. ¿Por qué?

Cuando alguien se quiera, por ejemplo, registrar a un site o cuando un usuario se ha dado de alta desde la record page de su contacto, va a recibir mails. Los mails que va a recibir son los templates que nosotros vayamos a configurar acá. Y voy a ir con una buena práctica.

Voy a ir con una buena práctica. Esto de enviar un mensaje de bienvenida y asignarlo a un template para mí no es, bajo ningún punto de vista, una buena… La voy a explicar por qué. Y después podemos especificar cuál va a ser el template de correo electrónico que vamos a enviar para si se olvidó la contraseña o la quiere cambiar. Osuba, ¿a te interesaría conocer mi punto de vista de por qué

Nunca jamás yo recomiendo meter esto porque no es una buena práctica. Soy obligado a decir que sí me parece, pero si Dani obvio. Ok, ok. Si en tu Salesforce org tienen un solo site, ok, puedes dejarlo. Pero tenés que saber que, y acá a ver si Esteban me puede responder. ¿Qué pasaría si yo cree un usuario interno, Esteban? ¿Un usuario dentro de Salesforce te referís? Un usuario interno, sí, que tenga una licencia de Salesforce.

que si tiene ciencia de Salesforce y no está como miembro, no le va a pasar nada. Ok, pero qué pasa si algún animalito de la vida dice yo quiero al perfil de usuario interno meterlo acá como miembro para que nosotros podamos testear. pasa? Sí, sí, que ayer voy a llegar todos los mele, bienvenida. Sí, sí, Bueno, te voy a decir algo. Nosotros tenemos un cliente en Inglaterra. Este cliente tiene fácil, take a community, say sites para…

y hacen un uso hermoso. En un momento, yo les tenía que hacer una auditoría y les dije, loco, créame un usuario en producción de una a lo macho, quiero ver. Por cada Experience Site me llegó un mail. Es decir, que no solamente recibí el mail típico de Salesforce para confirmar el usuario, crear la contraseña y poder entrar a producción, sino que recibí seis correos electrónicos adicionales.

Lo cual es súper confuso, entonces yo recomiendo. Primero, no zarparse con quién meten en miembros. Y segundo, que le presten atención a esto, porque puede llegar realmente a abrumador y confuso para una org con un montón de usuarios y que también se puede con un flow fachero, elegante, automatizar la crea… Eso es lo que hacemos con clientes nuestros. En lugar de usar la interfaz nativa de Salesforce para dar…

de alta a un usuario externo de un site, tenemos un flow. Le manda el mail, lo activa, zaraza y queda hermoso. Josu, ¿hay algo más que de esta parte quieras mencionar? No, que es algo que por lo general yo suelo ver y después vienen los tiranes de orejas y es super válido lo tuyo. Ok, bien. Después escuchen, vamos a hacer un repasito. Acá tenemos…

Algo de páginas, no me gustaría meterme mucho acá. Las aplicaciones tampoco me quiero meter acá y también tenemos redirecciones de URL. Tampoco me quiero meter acá porque es avanzado. ¿Qué es lo que quiero hacer ahora? Sentar las bases para la próxima clase de digital experiences, que es esto, es el builder. El builder. ¿Cómo se usa el builder? Primero, y yo te pido, Josu,

me vas interrumpiendo, me tirando de la oreja. Si me voy olvidando algo. Tenemos que tener en cuenta estos cuatro iconos, botones que se expanden en donde tengo settings. más settings. Más settings. Tengo estructura de páginas, tengo el tema y tengo componentes. Ok, ¿qué pasa si me voy a settings? Si me voy a settings.

Tengo más settings de los que… De lo que veo acá, tengo más. Vamos a hacer un repaso de todo esto en la próxima clase. Súper, pero súper potente. Lo que estoy queriendo ahora es hacerte una introducción a Community y que quiero que en una sandbox o en una developer org, hoy mismo, para que no te quede difuso todo lo que hablamos, te crees una Community y empieces a jugar un toque para que en la próxima clase ya estés…

Van a ver que es súper intuitivo, es arrastrarse a un montón de componentes ya prearmados, crear las páginas muy parecido a las marlinning pages. Hay un par de tips que podemos saltar ya a la próxima clase, pero ahora hay que bastante amigable. Bien, un site está construido por páginas, o sea, lo que hay acá adentro son páginas que no son páginas HTML como las de un sitio tradicional, sino que son páginas que tienen un comportamiento especial.

Cuando yo voy a la estructura de una página, lo que tengo es esto. Todo esto constituye la estructura de una página, por ejemplo, el footer. Vamos a ver cómo yo puedo modificar un footer y eso se propaga a todas las páginas del sitio. Después tengo tema, en donde yo aquí podría cambiar el tema por completo.

o me podría poner a jugar con colores o con imágenes porque yo le puedo meter un logo, le puedo poner un hider. Y también si quiero ser un poquitito más granular o minucioso hasta puedo jugar con los fonts. Y después los componentes. Que estos son los…

Los Rasty, los LEGO, los componentes que nos permiten de una manera muy versátil jugar dentro de cada página. Bien, creo que ya estamos redondeando, Josu. Estamos bien con el tiempo, ¿verdad? Yo creo que sí. La próxima podemos ver uno de algunos casos de aplicación real con Marmaruna. Y yo tengo ganas de meter Agent Force, no voy a mentir todavía, no vi cómo hacerlo, pero Zelfort te dice, Experience, Agent Force, éxito. Bien, XT, algo que quieras mencionar sobre…

la clase que vimos. No, que me quedé muy empanijado, pensé que iban a hacer una página, o sea, nos dejaron con la intriga. Bueno, será… Estamos excedidos. Sí, sí, estamos excedidos. Me daba cuenta. La que viene hacemos eso. esto tomarlo como una gran experience, Claufe, lo que es un site. Me gustaría que hagas una práctica realmente y en la

Próxima clase en EGAFutura.com barra Salesforce. Cuando te metes ahí adentro ves las grabaciones de todas las clases y también lo que vas a ver son todas las clases futuras que tenemos. Todos los jueves en el mismo horario tenemos clases. Un jueves Masterclass, otros jueves inglés para Salesforce. Y mientras yo preparo el código para el sorteo, digan algo. Digan algo que me voy a poner a buscar el código. Recordemos cuántos…

códigos hay que tener acumulados para conseguir qué cosa de bueno. me acuerdo cuántos eran. Un beso de esti. Una bici. Un beso

Y entonces no estaba enterado, me tienen que acceder con tiempo.

¿Y besos virtuales? ¿Hay besos por email? No, no vamos a hablar más. Hay videollamadas y hay pequeños videos. No, no, no. No, No, cómo sería. También hay abrazos virtuales porque… Igual, igual yo voy a decir algo. ¿Abrazos virtuales? Yo voy a decir algo, yo voy a decir algo. ¿Quién la rompió en Dreamforce con su fan club fue Jose? ¿Quién la rompió en Dreamforce con su club de fanáticas fue Jose?

en donde en pleno Moscone Center las chicas se le cruzaban y… No te conozco, Vamos, es el latino, vamos.

digo que latino, Josú con su aire latino, tenía como todo, como todos tenemos el aire Josú, todo su… me dijo Paco, ¿no? Saludo a Roberto que creo que GDL es Guadalajara, saludo a Roberto Bueno vamos, ya tengo ya tengo el código señoras y señores, ¿qué es lo que voy a hacer? lo voy a compartir en el chat, por lo tanto copia lo y pegalo a un lugar, necesitas 14 de estos códigos para participar, tú que…

ya está en el chat, copiálo y guardálo en un lugar seguro. Muchísimas gracias a todos. ¿Hay alguien que quiera decir algo antes del saludo? ¿Por qué no ganamos con 14 códigos? Yo quiero decir que los espero el jueves que viene en la clase inglés para Salesforce. Muy bien. ¡A jueves que viene! Muy bien, teacher. Nos vemos en las clases de inglés para Salesforce. Muchas gracias, teacher. Muchas gracias, Piscu.

Muchas gracias Josu Descomunal, tu conocimiento. Muchas gracias Esteban. Gracias a vos por estar del otro lado. Nos vamos a ir con música, como siempre lo hacemos y nos vemos la próxima semana. Que tengas una semana maravillosa, llena de productividad y libre de estrés. ¡Chao! Éxitos.

Por Juan Manuel Garrido

Fundador de EGA Futura, empresa que desde 1994 desarrolla software de gestión empresarial. Creó el ERP nativo para Salesforce, que elimina los problemas de sincronización, falta de visibilidad y doble administración que aparecen al integrar un ERP externo con el CRM, y EGA Futura ERP en la nube para empresas medianas que todavía dependen de sistemas rígidos. Es cofundador de Vantegrate, nacida en 2024 de la fusión entre Ventix Solutions y EGA Futura, que desarrolla una suite de agentes de inteligencia artificial llave en mano para empresas medianas y grandes de Latinoamérica. Escribe sobre gestión empresarial, la plataforma Salesforce y estrategia comercial.