Vas a activar Agentforce. ¿Cuánto presupuestaste para que tu equipo lo use?
Si eres gerente comercial, de operaciones y RevOps y estás preparando el presupuesto de tu primer proyecto de agentes en Salesforce este artículo es para ti. Al terminar vas a saber qué cubre el trabajo de adopción, cuánto pesa frente a la tecnología y qué revisar antes de firmar.
Si miras el presupuesto de un proyecto de Agentforce, puedes anticipar su resultado mejor que con cualquier demo. Cuando casi todo se va a licencias y desarrollo, el agente queda listo para trabajar con un equipo que nadie preparó para trabajar con él.
McKinsey lo puso en números al recoger una de las conclusiones de Dreamforce 2026: por cada dólar que una empresa gasta en desplegar IA, podría necesitar tres en gestión del cambio. Según el mismo texto, la mayoría hace lo contrario (McKinsey & Company, Speed is the advantage: Five signals from leaders at Dreamforce 2026, 2026).
En las orgs que revisamos, esa proporción aparece invertida casi siempre. La capacitación existe, aunque cabe en una semana de talleres antes del lanzamiento, mientras el resto del presupuesto se va en configurar agentes, conectar datos y pagar licencias.
Después nadie entiende por qué el agente responde bien en la demo y casi no se usa en la operación.
Vas a encontrar qué incluye en concreto la gestión del cambio de un proyecto de agentes, por qué conviene medir el uso de lo que ya tienes antes de sumar algo nuevo y qué preguntas hacerle a tu presupuesto antes de aprobarlo.
Dreamforce dejó los agentes a un clic de distancia
La conferencia de septiembre giró en torno a los agentes. Salesforce presentó, entre otras novedades, Agentforce Coworker, un asistente que busca información en el CRM y en Slack desde la barra de búsqueda. Viene incluido en las ediciones Enterprise y Unlimited, sin costo adicional para esa función (Salesforce, 21 Things We Announced at Dreamforce 2026, 2026).
Para quien tiene Salesforce, la barrera de entrada bajó. Encender un agente ya no exige una compra nueva ni un proyecto de meses.
Por eso conviene mirar dónde quedó ahora el costo real del proyecto. Si la herramienta llega con la licencia que ya pagas, lo que decide si sirve es que tu equipo cambie la forma en que trabaja con ella.
Un agente que resume la cuenta antes de una reunión vale poco si el vendedor sigue preparando la visita con sus notas personales. Uno que propone el siguiente paso de un caso tampoco aporta si el ejecutivo de servicio no confía en lo que sugiere.
Activar un agente toma una tarde. Que tu equipo lo incorpore a su trabajo toma meses.
McKinsey describe ese desfase como la brecha entre usar IA y ver su impacto en el negocio. La conferencia dedicó buena parte de sus conversaciones a cerrarla, desde rediseñar el modelo operativo hasta coordinar varios agentes en un mismo proceso.
Ninguna de esas soluciones se compra junto con la licencia.
¿En qué línea del presupuesto quedó tu equipo?
Cuando revisamos el plan de un proyecto de agentes, el primer síntoma está en la hoja de costos. Hay una línea para licencias, otra para desarrollo y otra para integración. La adopción aparece como una partida menor al final, casi siempre bajo el nombre de capacitación.
Esa capacitación suele ser una sesión general para todos los usuarios, la semana antes de salir a producción. El vendedor de terreno y el analista de crédito reciben la misma presentación, aunque el agente cambia cosas distintas en el día de cada uno.
El segundo síntoma es que nadie mide el uso. El proyecto se cierra cuando el agente funciona en producción, así que el indicador de éxito es técnico.
Tres meses después, nadie sabe cuántas personas lo usan, para qué tareas ni en qué rol se quedó sin uso.
El tercero viene de antes del proyecto. Un agente trabaja con los datos que tu equipo registra en Salesforce, de modo que hereda cualquier hábito de registro que ya exista.
Si tus vendedores actualizan las oportunidades el viernes en la tarde, el agente que lee el pipeline el martes trabaja con información de la semana anterior. Si el pronóstico se arma en Excel, el agente que lo resume tiene poco que resumir.
Antes de preguntar si el agente funciona, conviene preguntar si tu equipo usa el CRM sobre el que va a funcionar.
El último síntoma es de responsabilidad. TI responde por la configuración y el área comercial por el resultado. Nadie responde por el tramo del medio, donde la persona decide si le hace caso al agente o vuelve a su método de siempre.
Cuando ese tramo no tiene dueño, el proyecto se evalúa por la tecnología, aunque el problema esté en otro lado.
Medir el uso de hoy antes de sumar agentes
El orden que usamos parte por lo que tu org ya tiene, porque ahí aparece el tamaño real del trabajo de adopción.
Primero, mide cuánto se usa hoy Salesforce en cada rol. Mira quién entra a diario, qué campos se completan, qué informes se abren y qué procesos siguen corriendo en Excel o en el correo. Esa foto te dice dónde un agente tendría datos para trabajar y dónde llegaría a un CRM vacío.
Segundo, define qué cambia en el día de cada rol. Antes de configurar el agente, escribe para cada puesto qué tarea deja de hacer, cuál hace distinto y en qué momento del día aparece el agente. Si no puedes escribirlo en tres o cuatro líneas, el caso de uso todavía no está claro.
Tercero, capacita por puesto y por etapas. El vendedor aprende con sus propias cuentas y el ejecutivo de servicio con sus casos reales. Conviene partir con pocas tareas e ir sumando, porque una persona que domina dos acciones del agente las usa, mientras que una que vio diez en un taller no recuerda ninguna.
Cuarto, pon métricas de uso desde el primer día. Define qué cuenta como adopción en cada rol y revísalo cada mes con el dueño del proceso, no solo con TI. Si un rol no despega, el problema suele estar en el diseño de su tarea, más que en la voluntad de las personas.
Este orden cambia la forma del presupuesto. Una parte de lo que ibas a gastar en configurar agentes se mueve al primer paso, que es más barato y te evita activar algo sobre datos que nadie actualiza.
Para empresas que ya tienen Salesforce y sienten que no rinde lo que pagan, ese primer paso es un Quick Audit: dos semanas para medir el uso real por rol, la calidad de los datos y lo que la personalización acumulada impide hacer.
Con ese diagnóstico, el trabajo de adopción se ordena en Adoption & Enablement, que diseña la capacitación por puesto, el material de apoyo y las métricas para seguirla.
Dos equipos que aprendieron a usar lo que ya pagaban
Una distribuidora de maquinaria tenía Salesforce desde hacía tiempo, aunque lo usaba solo para cotizar. Sus ejecutivos gestionaban las oportunidades de memoria o en archivos de Excel individuales, así que la empresa no tenía forma de ver su embudo comercial.
Sobre ese CRM, cualquier agente habría tenido muy poco que leer.
Diseñamos procesos comerciales obligatorios dentro de Salesforce, con semáforos de estado, alertas cuando un negocio quedaba sin movimiento y tableros por ejecutivo. Durante el diagnóstico apareció además un volumen relevante de leads que llevaban tiempo sin atención y que nadie veía, porque vivían fuera del sistema.
El roadmap ya está entregado y priorizado por fases. Lo que viene es que el equipo trabaje el embudo dentro del CRM, que es la condición para que más adelante un agente tenga datos sobre los cuales actuar.
Una distribuidora de repuestos venía de una implementación detenida, con una fuerza de venta que rechazaba la herramienta. El trabajo técnico era necesario, pero el freno estaba en la gente.
Antes de los talleres funcionales hicimos sesiones de acompañamiento con las jefaturas del área de finanzas que más resistían el cambio, para que llegaran a la capacitación con sus dudas resueltas. Después reemplazamos los manuales generales por guías visuales para cada rol y cada zona.
Los usuarios clave ya están capacitados y la salida a producción quedó ordenada en un plan con criterios de avance. Lo que se espera es el uso real de licencias que la empresa pagaba desde antes y que hasta entonces corrían sin uso.
Siete preguntas para tu presupuesto de Agentforce
Responde con sí o no antes de aprobar el proyecto:
¿Sabes cuántas personas usan hoy Salesforce cada día, separadas por rol?
¿Tu presupuesto de adopción supera al de configuración y desarrollo?
¿Tienes escrito qué cambia en el día de cada puesto cuando el agente esté activo?
¿La capacitación está diseñada por rol, con casos reales de tu operación?
¿Hay una persona del negocio responsable de que el agente se use?
¿Definiste qué indicador de uso vas a revisar cada mes después del lanzamiento?
¿Tus vendedores registran la actividad en el CRM el mismo día en que ocurre?
Si respondiste no a la segunda pregunta, estás en la mayoría que describe McKinsey. Si además dudaste en tres o más, conviene medir el uso actual antes de activar el primer agente.
El tres va antes que el uno
Los anuncios de Dreamforce mostraron qué pueden hacer los agentes. Lo que tu empresa saque de ellos depende de una decisión menos visible, que se toma en la hoja de costos antes de la primera configuración.
Puedes presupuestar el proyecto como una compra de tecnología con una capacitación al final. O puedes partir por medir cómo trabaja hoy tu equipo y dejar la mayor parte del esfuerzo en que ese trabajo cambie.
La segunda opción parece más lenta al comienzo. Sin embargo, es la que evita llegar al año siguiente con agentes activos, licencias pagadas y un equipo que sigue trabajando como antes.
Si quieres saber cuánto se usa hoy tu Salesforce antes de sumar agentes, conversemos:
