Conectar Slack con Salesforce no es un Trailhead de cinco minutos: es decidir dónde trabaja tu empresa cuando una oportunidad se convierte en proyecto.
En esta masterclass de Discover, Cecilia Chiercki (Sisi), junto a Juan Manuel Garrido, Francisco Morales, Josué Mendoza y Esteban Morales, muestran la conexión real: setup, acciones out of the box en Flow, canales, Conversation ID y demos en Org.
Abajo está el video completo. Después, el mapa editorial: por qué Slack no reemplaza al CRM, el pasaje ventas a delivery, el flow del caso, consumo asíncrono, canales Slack versus Salesforce y gobernanza. Al final, preguntas frecuentes y espacio para la transcripción.
Slack no reemplaza a Salesforce: cambia la interfaz
Sisi lo dejó claro al inicio. Una licencia de Salesforce y una de Slack no compiten el mismo rol. Salesforce sigue siendo el CRM. Slack se posiciona como el lugar donde pedimos información y disparamos acciones.
El anuncio reciente de la plataforma reforzó esa lectura. Slackbot aparece como coordinador: responde si sabe, y si hace falta una acción deriva al agente correcto. No crea registros solo: eso lo hacen los agentes.
La frase incómoda del evento fue casi literal: para qué conectarse a Salesforce si se puede trabajar desde Slack. La lectura operativa es otra. La oportunidad sigue en la Org. Lo que cambia es el punto de entrada.
Si tu empresa vive en el ecosistema Salesforce, esta sesión encaja con otras masterclass de Discover: Seguridad y Gobernanza, Data Cloud desde cero, Experience Cloud en acción y Rendimiento.
Chatter no murió en un comunicado oficial. Aun así, el mensaje de producto empuja conversación y contexto hacia Slack. Migrar décadas de feeds no es gratis. El costo de ignorar la dirección del producto tampoco lo es.
Consejo: anotemos en una frase dónde busca hoy el equipo de delivery el estado de un proyecto. Si la respuesta es email o Chatter, esta clase apunta directo a ese hueco.
El caso: de oportunidad cerrada a canal de proyecto
El hilo conductor es servicios profesionales. Se gana una oportunidad. Ventas le pasa el batón a delivery. Aparece un proyecto, sin importar si la herramienta se llama Certinia, Kantata, Workday o un objeto custom.
Cuando el proyecto pasa a In Progress (activo), el flow crea un canal de Slack, resume el alcance (statement of work) y agrega al gerente de proyecto. La meta es ahorrar saltos: no buscar el contrato en Files, no rearmar contexto a mano.
Hay dos mundos de integración. Uno: desde Slack hacer cosas en Salesforce. Otro: desde Salesforce disparar acciones en Slack. Esta masterclass se centra en el segundo: Flow, trigger y acciones que impactan el workspace.
El alcance del proyecto vive como archivo en el registro. Agentforce lo resume en unas 250 palabras y ese texto viaja al mensaje de bienvenida del canal. El resumen no reemplaza leer el documento. Solo acelera el arranque.
Si tu empresa opera pedidos, facturas y entrega en la misma Org, el mismo criterio de automatización se ve en la masterclass de Facturas y Pedidos y en cómo pensamos un ERP en la nube potenciado por Salesforce.
Consejo: dibujemos en un papel el pasaje oportunidad a proyecto a canal antes de abrir Flow Builder. El diagrama evita automatizar ruido.
Setup: sin conexión, no hay magia
Nada funciona por magia. Hay que conectar la Org de Salesforce con la instancia de Slack siguiendo la documentación oficial paso a paso. No hace falta ser developer: hace falta orden.
La relación no es uno a uno. Un workspace de Slack puede vincularse a varias Orgs. Eso importa si tu empresa tiene sandboxes, regionales o instancias de servicios separadas.
Conectar Salesforce y Slack habilita ver registros y disparar mensajes. Usar Agentforce desde Slack es un segundo paso distinto. Sin el primero, el segundo no existe. Sin Agentforce, el caso de canal y mensaje igual sirve.
Toda la demo corrió en sandbox. También existe un entorno de desarrollo de Slack, equivalente práctico a un sandbox. Probar en producción es la receta para el susto del lunes.
Consejo: guardemos los dos links oficiales de conexión en favoritos del equipo admin antes de prometer fechas al negocio.
Acciones out of the box en Flow
Al buscar Slack en una acción de Flow aparecen capacidades listas: crear canal, invitar usuarios, enviar mensaje, buscar si ya existe un Salesforce Channel y archivar. Sin Apex obligatorio.
Crear sin plan de retiro es el error clásico. Si el flow genera canales por proyecto, también hace falta archivarlos. Un scheduled flow a los 90 días del cierre es un ejemplo concreto de ciclo de vida.
Con 80 millones de canales (la hipérbole de la clase) nadie encuentra nada. La estrategia de limpieza se diseña el día uno, no cuando el chat se queja.
El use case asume usuarios de Slack en operación. Si solo IT tiene Slack y el negocio vive en email, este patrón no aplica. Sí aplican otros: casos, expertos, temas. El principio es el mismo: canal con dueño.
A mitad de camino: si tu empresa mira plataforma completa y no solo mensajería, conviene revisar también los planes y precios de EGA Futura con la misma disciplina. Transparencia de plan, sin sorpresas escondidas en letras chicas.
Consejo: abramos un flow de prueba, filtremos acciones Slack y anotemos las cinco que sí usaría el negocio esta semana.
El flow del caso, paso a paso
Trigger: el Status del proyecto pasa a In Progress. Camino: Asynchronous Path. Ahí viven Slack y Agentforce. En Run Immediately el producto frena o falla.
Paso 1: Create Slack Channel. App, Workspace y nombre (fórmula con nombre de proyecto y fecha). Pocos parámetros. Sale un canal real.
Paso 2: un subflow (o el mismo flow) recupera el archivo de alcance. Un Prompt Template flexible recibe pregunta más archivo y devuelve el resumen. Reutilizar prompts evita proliferar plantillas.
Paso 3: Send Slack Message. El dato crítico es el Conversation ID: el output del create channel. Sin ese ID no hay destino. El cuerpo del mensaje es otra fórmula: bienvenida, nombre de proyecto y summary del prompt.
Paso 4: Pin del mensaje para que quien entre después vea el alcance de inmediato. Paso 5: invitar al Project Manager. Extra: guardar el Channel ID en el proyecto con Update Records.
Sisi insistió en naming: variables con prefijo var, fórmulas con for. Mañana otra persona toca el flow. El cliente no tiene por qué adivinar quién lo armó.
En la demo en vivo, al guardar el Status se oyó la notificación de Slack: canal creado, welcome, resumen y PM agregado. El cielo es el límite después: recursos asignados, Confluence, próximos pasos. Todo encadenable.
Consejo: en sandbox marquemos solo Asynchronous Path y pasemos el Conversation ID como variable nombrada antes de sumar Agentforce.
Consumo de datos, Agentforce y diseño asíncrono
Salvador preguntó por consumo y límites cuando Slack empuja procesos en la Org. La respuesta del equipo fue práctica: las buenas prácticas de Flow siguen valiendo. DML en loops y caminos mal pensados traban más que Slack.
Agentforce en Flow implica créditos de consumo. Las acciones Slack out of the box no consumen créditos de Agentforce. Se puede crear canal, mensaje y invite sin prompt. El resumen con IA es opcional.
Diseñar de antemano gana a improvisar en la Org. El producto cambia rápido. Una semana fuera y el mapa Slack más Salesforce más agentes se mueve. Trailhead, masterclass y sandbox son higiene, no hobby.
Si tu empresa pelea con automatizaciones que se pisan, la masterclass de rendimiento y la de seguridad completan el criterio: menos magia, más operación medible.
Consejo: midamos en sandbox un flow Slack sin Agentforce y otro con prompt, y comparemos utilidad versus créditos antes de llevarlo a producción.
Canales Slack versus canales Salesforce
Marcelino preguntó si el canal se ve en la Lightning Record Page. Sí, con matices. Existen canales de Slack y canales de Salesforce. Confunden a propósito.
Los canales Slack viven en Slack, pueden relacionarse a un registro y cargar contexto, pero no se ven dentro de la Org. Los canales Salesforce se ven y se usan en ambos lados: se habla desde Slack y desde Salesforce.
Hay un componente out of the box de Slack Channel para la Lightning page y un botón Open in Slack. Se puede crear un canal nuevo o linkear uno existente. Al convertir, el sistema avisa el cambio de tipo.
No es Chatter embebido de mentira: es Slack dentro de Salesforce. Mismo hilo, más capacidad, y un costo de administración distinto. Hace falta admin de Slack, a veces developer, y gobernanza propia.
Costo versus eficiencia: Slack no sirve para todas las empresas. Donde sí encaja, la ganancia de contexto y velocidad suele compensar. Donde no, Chatter o email siguen siendo la opción honesta.
Consejo: elijamos un objeto piloto (Project o Case), pongamos el componente Slack en la record page de sandbox y linkeemos un solo canal de prueba.
Qué llevarnos de la masterclass
Primero: conectar bien. Segundo: preferir acciones out of the box antes de Apex. Tercero: Asynchronous Path siempre que haya Slack o Agentforce. Cuarto: Conversation ID como puente entre create y send.
Quinto: pin del mensaje de alcance. Sexto: invite al PM. Séptimo: guardar el Channel ID en el registro. Octavo: plan de archivo. Noveno: naming consistente. Décimo: no confundir consumo de Agentforce con acciones Slack.
En EGA Futura trabajamos todos los días sobre Salesforce: ERP nativo, AppExchange y operación real. Cuando Slack se vuelve la interfaz del CRM, lo medimos como trabajo de Org, no como brochure.
Si tu empresa ya usa Salesforce, EGA Futura ERP se instala en la Org desde AppExchange. Si todavía no, el camino OEM entrega una Org con el ERP listo. El catálogo vive en productos.
Consejo: armemos una checklist de cinco ítems (conexión, async, create channel, Conversation ID, archive) y tildemos uno por sprint.
La mirada de EGA Futura
Lo que más valoramos de esta masterclass no es el ruido del anuncio. Es el oficio: un flow corto, acciones nativas, un ID bien pasado y un canal con dueño.
Ese mismo criterio guía cómo construimos producto sobre Salesforce: menos magia suelta, más procesos que tu empresa puede sostener. El detalle vive en el video. El mapa, en este editorial.
Agenda una demo con el equipo de EGA Futura: dura 30 a 45 minutos, es sin compromiso y la da una persona del equipo. Empieza cuando quieras en egafutura.com/erp/demo.
Preguntas frecuentes sobre Slack y Salesforce
Slack reemplaza a Salesforce?
No. Salesforce sigue siendo el CRM. Slack se posiciona como interfaz para consultar y coordinar. La oportunidad y el proyecto viven en la Org.
Hace falta Agentforce para crear un canal desde Flow?
No. Crear canal, enviar mensaje e invitar usuarios son acciones out of the box. Agentforce suma el resumen del alcance y consume créditos propios.
Por qué el Conversation ID importa tanto?
Porque es el destino del mensaje. El create channel lo devuelve como output. Sin ese ID, Send Slack Message no sabe a dónde escribir.
Se puede ver el canal en la Lightning Record Page?
Sí, con canales de tipo Salesforce y el componente Slack Channel. Los canales Slack puros viven solo en Slack, aunque tengan relación al registro.
Dónde conviene probar la conexión?
En sandbox de Salesforce y, si hace falta, en un entorno de desarrollo de Slack. La demo de la clase corrió completa fuera de producción.