Slackforce: qué es y qué cambia cuando Salesforce empieza a vivir dentro de Slack

Para una empresa que ya trabaja con Salesforce, esa es la parte interesante: algunas tareas que hoy empiezan abriendo el CRM podrían empezar simplemente explicando en Slack qué necesitas.

Pero hay una condición: que la información que hay detrás sea fiable.

Imagina una reunión de pipeline. Dirección Comercial pregunta:

¿Qué oportunidades deberíamos revisar hoy?

Ahora mismo, la respuesta puede exigir abrir Salesforce, entrar en varios informes, comprobar actividades, revisar conversaciones en Slack y reconstruir qué está ocurriendo realmente en cada operación.

Salesforce quiere que una parte de ese recorrido desaparezca.

La idea de Slackforce es que puedas empezar desde la pregunta. Y que sea Slackbot quien reúna el contexto y construya una forma útil de trabajar con él.

Ahí es donde el anuncio deja de ser simplemente «otra función de IA» y empieza a afectar a cómo utiliza Salesforce un equipo.

¿Qué es exactamente Slackforce?

Slackforce no es un producto independiente llamado Slackforce que tengas que implantar como un CRM nuevo.

Salesforce lo define como su visión de una interfaz conversacional y apoyada por IA para Salesforce construida directamente dentro del flujo de trabajo de Slack.

La dirección lleva meses siendo visible.

Primero, Salesforce empezó a acercar capacidades de CRM directamente a Slack.

Después amplió las posibilidades de Slackbot para consultar información, ejecutar acciones y trabajar con Salesforce a través de servidores MCP.

Y ahora añade Slackforce Surfaces, que convierte una conversación y los datos disponibles en una interfaz que el equipo puede utilizar.

Simplificando mucho, hay tres capas.

Esto ayuda a entender una idea importante.

Slackforce no consiste simplemente en «ver Salesforce dentro de Slack».

El cambio está en poder empezar desde una intención:

• Enséñame qué oportunidades están en riesgo.

• Prepárame una vista del pipeline para la reunión de esta tarde.

• Organiza las incidencias que necesitan atención por SLA.

En lugar de decidir primero qué pantalla, informe o dashboard tienes que abrir.

¿Qué es Slackforce Surfaces?

Slackforce Surfaces es la nueva capacidad que Salesforce ha presentado dentro de esta visión.

La idea es sencilla. Escribes a Slackbot lo que necesitas y Slackbot puede construir una «Surface»: una interfaz compartida dentro de Slack.

Salesforce muestra ejemplos como:

• Un dashboard de pipeline.

• Un informe financiero.

• Una presentación para dirección.

• Un tracker de campaña.

• Un panel de incidencias.

• Una calculadora.

• Otras interfaces interactivas creadas a partir de una petición en lenguaje natural.

La diferencia importante frente a pedir simplemente a una IA que genere un documento es que Salesforce plantea las Surfaces como elementos conectados a las fuentes que tienen detrás.

No deberían ser únicamente una captura estática del momento en que se crearon. Cuando los datos cambian, la Surface puede reflejar esos cambios.

Además, el equipo puede trabajar sobre ella dentro de Slack: consultarla, filtrarla, comentarla y utilizarla como espacio compartido.

Salesforce también indica que se respetan los permisos existentes, de forma que la Surface no debería dar a un usuario acceso a información que no puede consultar en los sistemas de origen.

Slackforce, Slackbot, Surfaces y Agentforce: ¿son lo mismo?

No.

Y probablemente esta sea una de las partes que más búsquedas genere, porque Salesforce está colocando varios nombres nuevos alrededor de una misma experiencia.

Los dos últimos tienen artículo propio si quieres el detalle: qué es Headless 360 y, en la misma línea de acercar el CRM a donde ya trabaja el usuario, Claudeforce.

Por tanto, Slackforce tampoco sustituye a Agentforce.

Un agente de Agentforce puede encargarse de un trabajo especializado. Slack puede ser el lugar donde una persona interactúa con ese agente, con Salesforce y con otros sistemas.

Son capas distintas.

La confusión es comprensible porque cada vez hay menos separación visible entre «usar el CRM», «hablar con una IA» y «trabajar dentro de Slack».

¿Qué podría cambiar para un Director Comercial?

Ventas es uno de los casos donde el cambio se entiende más rápido.

Piensa en la reunión semanal de pipeline. Hoy pueden darse situaciones como estas:

• El manager abre un dashboard.

• El comercial abre una oportunidad.

• Alguien consulta un mensaje de Slack.

• Otra persona busca el último email.

• Aparece una hoja de Excel con el forecast.

• Y durante diez minutos el equipo intenta reconstruir qué está pasando realmente.

Salesforce muestra precisamente un ejemplo de Slackforce Surfaces aplicado al pipeline: una vista interactiva que permite identificar oportunidades según su situación y profundizar en cada una desde el mismo entorno.

Eso puede reducir bastante navegación.

Pero no cambia una regla fundamental:

Y si las oportunidades no se actualizan, Slackforce puede hacer que el problema sea más visible, pero no necesariamente resolver su causa.

Esta distinción importa.

Reducir la fricción para consultar o actualizar Salesforce puede ayudar a la adopción. Pero una mala adopción no siempre existe porque cueste entrar en Salesforce.

¿Qué podría cambiar para Marketing?

Marketing tiene otro problema reconocible.

No suele faltarle información.

Le cuesta reunir la información correcta cuando tiene que tomar una decisión.

Una campaña puede depender de:

• Datos de Salesforce.

• Actividad de Marketing.

• Segmentos.

• Objetivos.

• Conversaciones internas.

• Aprobaciones.

• Información de producto.

• Resultados que van cambiando.

Salesforce muestra como ejemplo una Surface que convierte un plan go-to-market en una presentación que combina objetivos, información de campaña y decisiones pendientes.

El interés no está en generar una presentación bonita.

Está en que esa presentación pueda mantenerse conectada al contexto que la alimenta.

Pero volvemos al mismo punto.

Si Marketing y Ventas utilizan criterios distintos para clasificar una cuenta, Slackforce no decide cuál de los dos es correcto.

Si los datos relevantes están repartidos entre Salesforce y otros sistemas, habrá que determinar cómo proporcionar ese contexto.

Y si una campaña se construye sobre información poco fiable, una interfaz más rápida puede producir antes una respuesta equivocada.

¿Y qué podría cambiar en Customer Service?

Salesforce también presenta un caso de uso muy reconocible en Service.

Un responsable de Atención al Cliente quiere saber qué incidencias necesitan atención inmediata. Para responder puede necesitar combinar:

• Severidad.

• Cliente.

• SLA.

• Estado.

• Historial.

• Producto o servicio.

• Conversaciones anteriores.

• Otras incidencias relacionadas.

Slackforce Surfaces puede convertir esa información en un panel de triaje dentro de Slack. Eso permite que la conversación y la información estén más cerca.

Pero vuelve a aparecer la realidad de muchas organizaciones.

¿Qué ocurre si el producto instalado está en el ERP?

¿Y si las condiciones del contrato están en otro sistema?

¿Y si el SLA no está bien mantenido?

¿Y si dos equipos categorizan la misma incidencia de forma diferente?

En ese caso la conversación no es únicamente sobre Slackforce. Es sobre integrar Salesforce con los sistemas donde está el resto del contexto.

¿Significa Slackforce que dejaremos de entrar en Salesforce?

No necesariamente.

Salesforce lleva tiempo empujando una idea: que cada vez más trabajo pueda empezar fuera de la interfaz tradicional del CRM. Slackforce es probablemente la expresión más clara de esa dirección.

Para un comercial, eso podría significar consultar el pipeline, preparar una reunión o actualizar determinadas cosas desde Slack. Para un responsable de Service, trabajar sobre una cola compartida. Para Marketing, consultar y presentar información sin tener que reconstruirla manualmente en otra herramienta.

Pero eso no convierte automáticamente la interfaz clásica de Salesforce en innecesaria.

Configurar procesos, administrar la plataforma, investigar determinados registros, diseñar automatizaciones o realizar análisis complejos pueden seguir requiriendo otras experiencias.

La pregunta útil no es:

¿Va Slack a sustituir la pantalla de Salesforce?

Es:

¿Qué tareas que hoy obligan al usuario a salir de su flujo de trabajo podrían hacerse mejor desde Slack?

El cambio importante: Salesforce empieza a competir con el cambio de pestaña

Durante años, una parte del problema de adopción del CRM se ha tratado como un problema del usuario.

• «El comercial tiene que entrar más.»

• «El equipo debería consultar Salesforce.»

• «Hay que conseguir que actualicen el CRM.»

Slackforce plantea otra posibilidad.

¿Y si, en determinadas tareas, no necesitamos llevar al usuario hasta Salesforce? ¿Y si podemos llevar el contexto de Salesforce hasta el lugar donde el usuario ya está trabajando?

Ese cambio puede parecer pequeño, pero afecta al diseño del proceso.

Hasta ahora, muchas organizaciones han diseñado el CRM pensando:

¿Qué pantalla necesita el usuario?

Ahora empieza a tener sentido preguntar:

¿Qué necesita conseguir el usuario y desde dónde está trabajando cuando aparece esa necesidad?

Eso también obliga a evolucionar Salesforce de otra manera. La interfaz puede dejar de ser el centro de algunas tareas, y los datos, las reglas y el proceso pasan a importar todavía más.

Slackforce no arregla un Salesforce que ya tiene problemas

Este es probablemente el punto más importante del artículo.

Una interfaz conversacional puede eliminar pasos. No elimina automáticamente problemas de fondo.

Si el pipeline no está actualizado

Slackforce puede presentar el pipeline de una forma mucho más accesible. Pero sigue trabajando con ese pipeline.

Si cada persona sigue un proceso diferente

La IA puede acceder al proceso configurado. Eso no significa que exista un criterio compartido sobre cómo debería trabajar el equipo.

Si Marketing y Ventas manejan datos distintos

Poner ambos datos dentro de una conversación no decide qué fuente debe gobernar cada decisión.

Si el contexto está en varios sistemas

Hay que decidir qué información necesita Salesforce y qué sistemas deben estar conectados.

Si el equipo no entiende para qué sirve el CRM

Mover una tarea a Slack puede reducir fricción. Pero mejorar la adopción de Salesforce también exige que el sistema tenga utilidad real para quien lo utiliza.

Cuanto más fácil sea preguntar y actuar sobre Salesforce mediante IA, más importante será que la base sobre la que trabaja tenga sentido.

¿Qué debería revisar una empresa que ya usa Salesforce antes de pensar en Slackforce?

No empezaría por activar funcionalidades. Empezaría por cinco preguntas.

1. ¿Dónde pierde tiempo hoy el equipo?

Busca tareas concretas. Por ejemplo:

• Preparar una reunión comercial.

• Revisar oportunidades en riesgo.

• Construir el forecast.

• Identificar incidencias que incumplirán SLA.

• Preparar una reunión de campaña.

• Reconstruir el contexto de una cuenta.

Una tarea concreta permite evaluar si Slackforce aporta algo. «Queremos usar IA en Slack» no.

2. ¿Salesforce tiene el contexto necesario?

Pregunta qué información necesita esa tarea. Después mira dónde está.

Puede estar en Salesforce, en Slack, en el ERP, en Marketing, en soporte, en documentos o en otra aplicación.

Si el contexto está fragmentado, hay una decisión de datos e integración antes de hablar de interfaz.

3. ¿Los datos son suficientemente fiables?

Una Surface puede actualizarse automáticamente. Eso no significa que el dato de origen sea correcto.

Antes de hacer más accesible una métrica conviene saber si Dirección confía en ella.

4. ¿Qué debería poder consultar y qué debería poder modificar?

Ver información no tiene el mismo riesgo que actuar sobre ella. No es lo mismo:

• Consultar una oportunidad.

• Modificar una fase.

• Cambiar un importe.

• Cerrar una incidencia.

• Enviar una comunicación.

Los permisos y los límites importan más cuando la interacción es tan sencilla como escribir una petición.

5. ¿La nueva experiencia simplifica de verdad el trabajo?

Esta es la prueba final. Si para utilizar Slackforce tienes que añadir más pasos de los que eliminas, el caso de uso probablemente no está bien elegido.

Empieza por una situación frecuente, concreta y medible. No por desplegar una capacidad porque acaba de anunciarse.

¿Slackforce está disponible ya?

Hay que separar Slackforce como visión de Slackforce Surfaces como funcionalidad concreta.

A fecha de 14 de septiembre de 2026, Salesforce indica lo siguiente.

Salesforce indica actualmente que Slackforce Surfaces está disponible para clientes de determinados planes de Slack (Enterprise+, Business+, Pro, Legacy y Free Teams) que tengan Slackbot habilitado.

Esto no debe interpretarse como que cualquier empresa tenga automáticamente todas las capacidades de datos de Salesforce activadas. La conexión con Salesforce, Slackbot, los permisos, las fuentes disponibles y el rollout concreto siguen importando.

Antes de tomar una decisión de proyecto, comprueba siempre la información oficial que publica Salesforce.

Entonces, ¿debería prestar atención a Slackforce ahora?

Si tu empresa ya utiliza Salesforce y Slack de forma habitual, sí merece la pena entenderlo.

No necesariamente porque tengas que desplegar Slackforce Surfaces mañana, sino porque Salesforce está cambiando dónde puede ocurrir el trabajo con el CRM.

Hasta ahora, el patrón habitual era:

usuario → Salesforce → pantalla → información → acción

Slackforce apunta cada vez más hacia:

usuario → conversación → contexto → interfaz generada → acción

El CRM sigue estando detrás. Sus datos siguen estando detrás. Sus permisos y sus procesos siguen estando detrás.

Pero el usuario puede dejar de empezar por la aplicación.

¿Cuándo puede ser especialmente relevante?

Prestaría atención si reconoces situaciones como estas:

• El equipo trabaja todo el día en Slack pero entra en Salesforce solo para determinadas tareas.

• Dirección reconstruye información de varias fuentes antes de tomar decisiones.

• Las reuniones de pipeline empiezan buscando contexto.

• Marketing prepara manualmente decks e informes que envejecen en cuanto cambian los datos.

• Customer Service necesita consultar varios sitios antes de entender una incidencia.

• El CRM tiene información útil, pero acceder a ella exige demasiada navegación.

• Los usuarios realizan el trabajo primero y actualizan Salesforce después.

Ahí existe una fricción real que merece evaluar.

En cambio, si Salesforce tiene problemas serios de proceso, datos o adopción, Slackforce no debería convertirse en una forma de evitarlos.

Puede ser una nueva interfaz. No sustituye la necesidad de tener un CRM que represente correctamente cómo trabaja el negocio.

Slackforce importa más por lo que dice sobre Salesforce que por una Surface concreta

Slackforce Surfaces acaba de anunciarse. Cambiarán funcionalidades y cambiará el rollout. Es posible que también cambien nombres, packaging y formas de acceder.

Pero hay una dirección que parece bastante más estable.

Salesforce quiere que el usuario pueda trabajar con el CRM sin tener que pensar constantemente en que está «entrando en el CRM».

Preguntar. Recibir contexto. Convertirlo en algo útil. Trabajar sobre ello con el equipo. Y actuar.

Para una empresa que ya utiliza Salesforce, eso abre oportunidades interesantes.

También pone más presión sobre aquello que normalmente queda escondido detrás de la interfaz: los datos, los procesos, los permisos, las integraciones y la adopción.

Si esa base funciona, Slackforce puede hacerla más accesible. Si no funciona, también puede hacer mucho más visible por qué no funciona.