Claudeforce en la práctica: lo que Salesforce in Claude encontró en nuestra propia org

Cuando Salesforce y Anthropic anunciaron Claudeforce en agosto, escribimos sobre lo que había debajo del titular: conectar un modelo de IA a una org de Salesforce había dejado de ser la parte difícil. Desde entonces hemos estado usando el primer producto de esa alianza, Salesforce in Claude, en nuestra propia org de producción. Lo instalamos a principios de octubre, preparamos con él una demo en vivo y lo hemos mantenido configurado desde entonces.

Esto no es un análisis del anuncio. Es lo que Salesforce in Claude hizo de verdad con nuestros datos, lo que volvió vacío y por qué, y lo que encontró en nuestra org sin que lo estuviéramos buscando.

Qué es, en un párrafo

Salesforce in Claude es un plugin para Claude que lleva las cuentas, oportunidades y el pipeline de un vendedor a Claude a través del servidor MCP de Salesforce. Trae skills de ventas ya hechas por Salesforce y Anthropic (investigación de cuentas, preparación de llamadas, revisión de oportunidades y pipeline, renovaciones, seguimiento), incluye los conectores de Salesforce y Slack, y funciona en el chat de Claude y en Cowork. Claude actúa como el usuario que inició sesión: ve solo lo que esa persona puede ver en Salesforce, y, por defecto, pide aprobación antes de escribir cualquier cosa. Está en beta para las organizaciones que Salesforce aprueba y cubre solo Ventas; Service, Marketing, Commerce y otras nubes aparecen como «coming soon». En el formulario de la beta en AgentExchange figura como Sales Cloud in Claude.

La configuración fue la parte fácil

Una vez que Salesforce aprobó nuestra solicitud de beta, la configuración fue rápida y no hubo ningún tropiezo. El único requisito real es tener a las personas con los permisos adecuados en los dos lados:

• Un administrador de Salesforce habilita el servidor MCP de Salesforce y crea una External Client App, que genera una consumer key y un secret.
• Un owner de la organización en Claude agrega el conector de Salesforce con esa key y ese secret, y activa el plugin.
• Cada usuario inicia sesión en Salesforce con su propia cuenta. No hay un usuario de integración compartido.

La primera ejecución de la skill de configuración aprende el rol del usuario y su cartera, y arma un panel personal dentro de Claude. También crea una tarea programada diaria que mantiene el plugin actualizado.

Dos ajustes que haríamos el primer día. Mantener activas las solicitudes de aprobación y responderlas con Allow once o Deny, nunca con Always allow. Y considerar limitar la conexión a solo lectura durante un piloto: el análisis funciona completo, y los pasos de escritura vuelven como instrucciones para que el usuario los haga a mano.

Lo que hizo bien

Las mejores respuestas salieron de las partes de nuestra org donde los datos están completos: oportunidades, etapas, montos e historial de cierres.

• Higiene del pipeline. Cuando le pedimos auditar nuestras oportunidades abiertas, devolvió una lista concreta de lo que estaba incompleto o desactualizado, no una lista de verificación genérica.
• Una oportunidad, varios ángulos. Preguntar por la misma oportunidad de cinco formas (si va a cerrar, qué falta, quién decide, cuál es el plan de cierre, cómo responder a una objeción de precio) devolvió cinco respuestas distintas basadas en el mismo registro. Eso demuestra que hay skills diferentes detrás, y no un solo chatbot.
• Historial. La revisión de ganadas y perdidas dio la respuesta más rica de todas, porque las oportunidades cerradas son los datos que la mayoría de los equipos mantiene mejor.
• Contexto que se mantiene. Preguntar por una cuenta, después dónde crecer en ella, después quién decide ahí y por último pedir un borrador para uno de sus contactos funcionó sin repetir el nombre de la cuenta. Cada pregunta sabía de qué trataba la anterior.
• Más allá del CRM. Con Google Drive, Slack y nuestras herramientas de Atlassian conectadas, la skill de búsqueda interna también busca ahí, no solo en Salesforce, lo que rompe la idea de que el plugin solo lee el CRM.

El panel que arma la skill de configuración, llamado Your Sales Intelligence, se convirtió en lo que más abrimos: una vista rápida de lo que se está moviendo y de las oportunidades que se quedaron sin actividad y necesitan una actualización.

Lo que volvió casi vacío, y por qué

Algunas skills devolvieron poco o nada, y en todos los casos la razón estaba en nuestra org, no en el plugin.

• Actividad y calendario. Las skills que leen tareas, eventos e historial de reuniones casi no tenían con qué trabajar, porque la mayor parte de nuestro contacto diario ocurre en correos y reuniones que no se registran en Salesforce.
• Correo. Las skills que revisan una bandeja de entrada o aprenden un estilo de escritura necesitan un conector de correo, y no lo habíamos conectado.
• Pronóstico. Sin cuotas cargadas, las skills de pronóstico podían mostrar montos y movimientos, pero no el porcentaje de cumplimiento.

Esto es lo más útil que hay que entender antes de un piloto. Salesforce in Claude lee exactamente lo que está registrado. Donde el registro está completo, las respuestas son concretas. Donde la gente trabaja fuera del CRM, las skills no tienen nada que decir, y la brecha está en los hábitos del equipo, no en la herramienta. Es la misma brecha que se abre cuando el conocimiento vive en las personas y no en el sistema, que es justamente lo que dejamos por escrito antes de que se vaya un administrador de Salesforce.

Lo que encontró sin que lo buscáramos

Pídele a un modelo que audite tu pipeline y te dirá lo que es cierto, que no siempre es lo que esperabas. En nuestra propia org, un puñado de preguntas sencillas sacó a la luz:

• Oportunidades abiertas con la fecha de cierre ya vencida, todavía en etapas tempranas.
• El mismo lead entrante registrado varias veces, creado por envíos repetidos del formulario web. Este apareció mientras priorizaba leads; nadie había preguntado por duplicados.
• Un cliente cuyo contrato anual de servicio se renueva el año que viene, sin ninguna oportunidad de renovación abierta todavía.

Nada de esto estaba escondido. Un reporte habría mostrado cada caso. Simplemente nadie los había mirado, porque cada uno solo importa cuando alguien lo mira, y el plugin mira todo lo que se le pregunta. Es el patrón que les describimos a nuestros clientes: datos que estaban bien cuando se ingresaron y que nadie mantuvo después. Aparece en nuestra org también, y un asistente que lee cada campo al pie de la letra es una forma rápida de encontrarlo.

Cada uno tiene un arreglo pequeño. Lo que importa es cómo se encontraron: en una tarde, haciendo preguntas normales.

Una vez conectado, siempre está ahí

Los momentos en que se gana su lugar muchas veces no estaban planeados. Cuando le pedimos a Claude ayuda para redactar la respuesta a un cliente que quería saber sobre sus horas de soporte, fue a Salesforce por su cuenta, trajo las cifras reales y convirtió un borrador genérico en una respuesta precisa.

Así funciona un asistente conectado: una vez que Salesforce está conectado, Claude puede ir a buscar lo que necesite para responder, sin que se le pida explícitamente. Casi siempre eso es justamente lo útil. Y también es el argumento más claro para ordenar los permisos antes de que alguien se conecte. Claude ve lo que ve el usuario que inició sesión, así que todo lo que ese usuario puede ver en Salesforce puede terminar en cualquier conversación, incluido un borrador para un cliente. Si un usuario ve más de lo que debería, el asistente que trabaja en su nombre también.

Para un piloto, conviene atarlo a un momento del día. Hay dos anclajes naturales: la skill daily-briefing, que responde «¿qué necesita mi atención hoy?» a partir del pipeline, el calendario y el correo, y el panel Your Sales Intelligence. Elige uno, úsalo cada mañana durante dos semanas y juzga después.

Una respuesta, muchos formatos

Algo nos impresionó más de lo que esperábamos: la respuesta no tiene que quedarse en el chat. Es una capacidad propia de Claude, no del plugin, así que también está disponible con una simple conexión al MCP de Salesforce. La misma pregunta sobre el pipeline puede volver como un widget en la conversación, como un panel interactivo (Your Sales Intelligence es uno), como un PowerPoint para la reunión de pipeline del lunes, como un documento de Word o un PDF para la revisión de una cuenta, o como una hoja de cálculo en la que alguien sigue trabajando. En los planes Team y Enterprise, un artifact interactivo se puede compartir con colegas dentro de la organización.

Los dos tipos de salida se comportan distinto, y eso importa para el gobierno de los datos. Un artifact compartido que trae datos en vivo de una aplicación conectada usa la conexión de cada persona que lo abre, así que un colega ve solo lo que su propio acceso a Salesforce le permite (los paneles de Claude compartidos en vivo son la excepción documentada). Una presentación, un PDF o una hoja de cálculo son una copia: llevan todo lo que podía ver quien los creó, y las reglas de acceso de Salesforce no viajan con el archivo. Conviene decidir qué cifras pueden salir de Salesforce en un archivo antes de que salga la primera presentación.

Cómo preguntarle

Algunos hábitos marcaron la diferencia entre una respuesta vaga y una útil:

• Una pregunta, una skill. El plugin elige según la intención. Si pones dos pedidos en una frase, elige uno.
• Nombra el registro. «Revisa mis oportunidades» da algo genérico. «Revisa la renovación de esta cuenta» activa la skill correcta y trae la evidencia.
• Pide algo visual cuando la respuesta es un número. Agregar «muéstramelo como widget» convierte un párrafo de cifras en una tarjeta que se lee desde el fondo de la sala.
• Quédate en una cuenta. Cuatro preguntas relacionadas sobre la misma cuenta muestran más que veinte sueltas.

Si estás pensando en la beta

Lo que haríamos, en este orden:

1. Revisa primero los permission sets. Claude hereda exactamente lo que cada usuario puede ver y hacer, así que lo que hoy tiene permisos de más, mañana los tendrá también en Claude. Es la primera de las decisiones que tomamos antes de que una IA pueda escribir.
2. Arregla los campos que leen las skills. Etapa, fecha de cierre, siguiente paso, roles de contacto y campos de renovación sostienen la mayoría de las respuestas, y si cada campo sigue significando algo para alguien decide qué tan buenas son.
3. Empieza en solo lectura, con las aprobaciones activas, con un grupo pequeño, y acuerda tres resultados que revisarás cada semana.
4. Nombra un responsable que apruebe las conexiones y vigile el uso.

Revisa también qué skills tiene tu versión. La que instalamos a principios de octubre tenía 32 skills de flujo de trabajo; un mes después tiene unas 40, entre ellas planes de cuenta, registro de actividad, agendar reuniones y resúmenes de transcripciones de llamadas. La página de Salesforce dice 37. El número se está moviendo, así que mira la tuya y no el anuncio.

Lo que todavía no se sabe

Dos preguntas deciden si el caso de negocio cierra, y ninguna tiene respuesta pública todavía. Salesforce no ha publicado un precio para el plugin; del lado de Claude hace falta un plan pago. Y Salesforce documentó que las llamadas exitosas de agentes externos registrados por MCP y API se van a medir en Flex Credits, con fecha objetivo en noviembre, la tarifa todavía por anunciar y 30 días de aviso antes de empezar a medir. También dijo que cualquier uso de un servidor MCP de Salesforce, que es como se conecta Salesforce in Claude, va a requerir registrar el agente dentro de los tres meses de su aviso, para todos los clientes. No ha dicho específicamente cómo se aplica la medición a Salesforce in Claude.

Esperar esas respuestas antes de un despliegue en producción es una decisión razonable. Esperar para hacer el trabajo de preparación no lo es: los permisos, la calidad de los campos y el registro de actividad rinden aunque el plugin no llegue a salir en vivo.

Nuestra opinión

Salesforce in Claude hace lo que promete, y la configuración es sencilla. La sorpresa fue de dónde salió el valor. Las respuestas fueron tan buenas como nuestros registros, y la hora más útil que pasamos con él fue aquella en la que unas pocas preguntas sencillas nos mostraron cuáles de esos registros habían dejado de ser ciertos.

Ese es el argumento para empezar ya el trabajo de preparación, aunque esperes a conocer el precio. Las preguntas que no pudo responder nos llevaron siempre a la misma lista corta: permisos, los campos que leen las skills y la actividad que nadie registra. Esa lista decide si cualquier IA funciona en tu org, porque es la base, no el modelo, lo que decide si la IA funciona.

Fuentes

Leídas en las páginas de los propios proveedores el 11 de noviembre de 2026. Todo lo demás en este artículo sale de nuestro propio uso de la beta en nuestra propia org. Todas las fuentes están en inglés.

• Salesforce, Claudeforce: la alianza, las 37 skills que lista Salesforce, las nubes marcadas como «coming soon» y cómo se aplican los permisos.
• Claude Help Center, Set up Salesforce in Claude for your organization: la External Client App, el conector y la skill de configuración.
• Claude Help Center, Create and edit files with Claude y Share artifacts: los formatos de archivo que crea Claude y cómo los artifacts compartidos usan las conexiones de cada persona.
• Salesforce Help, Understand AIforce Impact (KA 005360285): registro de agentes y medición en Flex Credits de las llamadas por MCP y API.