Convierte las 37 habilidades de ventas de Claude de Salesforce en un playbook auditable de agente de CRM

Salesforce y Anthropic anunciaron Claudeforce el 26 de agosto de 2026, en San Francisco. El primer componente disponible es un plugin de Salesforce dentro de Claude que incluye 37 habilidades de ventas predefinidas para clientes seleccionados de prueba piloto, con una beta abierta programada para septiembre de 2026. El plugin menciona la preparación de reuniones, la revisión de salud de la oportunidad y la revisión del pipeline como ejemplos. Se prevé que comiencen a lanzarse habilidades predefinidas adicionales a finales de 2026. Salesforce y Anthropic afirman que las habilidades se construyeron conjuntamente para aprovechar el razonamiento de Claude, el uso agéntico de herramientas y la generación de interfaces generativas.

Para los líderes de operaciones de ventas y RevOps, eso no es una lista de funciones. Es una biblioteca de patrones. La pregunta operativa no es qué habilidad suena útil. Es qué habilidad puede colocarse dentro de un flujo de trabajo de CRM controlado, con un responsable humano, disparada por un evento definido, verificada contra una regla de negocio y medida contra un KPI.

El detalle de diseño que más importa es el control. Las acciones realizadas a través del plugin se devuelven a través de Salesforce para que las reglas de negocio se apliquen en el punto de ejecución. La configuración administrativa se describe como una única conexión realizada una sola vez por un administrador, con la autenticación y los permisos gestionados de forma centralizada. Eso hace que el plugin sea más fácil de implementar que un conjunto suelto de prompts. También hace que la auditoría sea más difícil de omitir. Si una habilidad puede crear, actualizar o resumir registros de CRM, necesita la misma gobernanza que cualquier otro flujo de trabajo: alcance, responsable, disparador, datos, regla y métrica.

Audita las 37 habilidades como una biblioteca de patrones

Construye un inventario de una sola fila para cada una de las 37 habilidades. No comiences habilitando todo. Comienza clasificando cada habilidad como adoptar, personalizar o retirar. Una habilidad merece ser adoptada solo cuando se ajusta a una etapa existente, tiene un responsable nombrado y modifica un resultado medible.

1. Mapea la etapa. Asigna la habilidad a una etapa principal: prospección, calificación, oportunidad, negociación, cierre, posventa o higiene del pipeline. Si una habilidad abarca varias etapas, divídela en casos de uso separados o márcala para personalización.
2. Nombra al responsable. El responsable es la persona que responde por la salida, no el modelo. Usa SDR, ejecutivo de cuentas, ingeniero de ventas, gerente de ventas, RevOps o un rol de soporte. Si nadie es responsable de la salida, la habilidad es una demostración.
3. Define el disparador. Registra qué inicia la habilidad: una actualización de registro, una reunión programada, un cambio de etapa, una oportunidad envejecida, una fecha de pronóstico o una solicitud manual. Los disparadores vagos crean un comportamiento impredecible del agente.
4. Enumera la dependencia de datos. Identifica los objetos y campos de CRM que la habilidad lee o escribe. Incluye cuenta, contacto, oportunidad, actividad, notas, tareas, pronóstico y cualquier dato de precios o aprobaciones. Una habilidad que depende de datos incompletos debe bloquearse, no forzarse.
5. Expresa la regla de negocio. Escribe la regla que la habilidad debe respetar: territorio, aprobación, descuento, privacidad de datos, criterios de etapa, confianza del pronóstico o segmentación de clientes. Como las acciones se devuelven a través de Salesforce, la auditoría debe confirmar que la regla se aplica en la ejecución, no solo en el prompt.
6. Elige el KPI. Selecciona una métrica principal y una métrica de control. Ejemplos: tiempo de preparación de reuniones, ciclo de revisión de oportunidades, cobertura del pipeline, variación del pronóstico, finalización de actividades, número de oportunidades obsoletas o tiempo hasta la siguiente acción. El KPI debe mostrar si la habilidad mejoró el flujo de trabajo o simplemente añadió salida.
7. Clasifica la habilidad. Márcala como adoptar si coincide con el proceso actual. Márcala como personalizar si necesita reglas locales, comprobaciones de datos o un responsable diferente. Márcala como retirar si duplica otra habilidad, no tiene responsable o no puede medirse.

Usa el mismo inventario para las habilidades predefinidas adicionales programadas para comenzar a lanzarse a finales de 2026. No dejes que nuevas habilidades entren en producción antes de pasar la misma auditoría. La biblioteca de patrones crece solo cuando cada nueva habilidad demuestra su rol.

Implementa las habilidades auditadas como un flujo de trabajo de agente controlado

Después de la clasificación, implementa las habilidades adoptadas en una secuencia controlada. Comienza con el flujo de trabajo que tenga el responsable más claro y el menor riesgo. Una revisión del pipeline o una revisión de salud de la oportunidad suele ser un primer objetivo mejor que una habilidad que escribe directamente en registros, porque la salida es más fácil de revisar y la regla de negocio es más fácil de expresar.

• Ejecuta primero en modo solo lectura cuando sea posible. Deja que la habilidad resuma, puntúe o marque registros antes de crearlos o actualizarlos. Una vez que la salida sea confiable, permite la ejecución a través del plugin de Salesforce.
• Mantén los permisos centralizados. La configuración administrativa se describe como una única conexión realizada una sola vez por un administrador, con la autenticación y los permisos gestionados de forma centralizada. Usa ese control central para limitar qué usuarios, roles y registros pueden invocar cada habilidad.
• Prueba el punto de aplicación. Para cada habilidad adoptada, ejecuta una prueba que debería fallar bajo una regla de negocio. Confirma que la acción se bloquea o corrige en la capa de Salesforce, no solo en la interfaz de Claude.
• Audita la interfaz generada. Se dice que las habilidades aprovechan la generación de interfaces generativas. Si una habilidad produce una vista, un formulario o un panel, registra qué muestra, qué acciones expone y quién puede verlo. Una interfaz generada es una superficie de control, no una capa cosmética.
• Registra la ruta de ejecución. Para cada acción, captura el disparador, el usuario o rol, la habilidad, el objeto de CRM, la regla aplicada y el resultado. Esta es la evidencia de que el flujo de trabajo del agente es auditable.

Una habilidad que no puede mapearse a una etapa, responsable, disparador, dependencia de datos, regla de negocio y KPI no está lista para producción. Es candidata a personalización o retiro.

El objetivo no es usar las 37 habilidades de ventas predefinidas. El objetivo es construir un flujo de trabajo de agente de CRM que pueda explicarse a un gerente de ventas, a un revisor de seguridad y a un líder de finanzas. Cada habilidad debe tener una función, un límite y una métrica. Cuando la auditoría esté completa, las 37 habilidades se convierten en una capa operativa gobernada para agentes de ventas, no en una lista de funciones para activar.