El Centro de Excelencia de Salesforce: La Base que tu Empresa Necesita Antes de Implementar Inteligencia Artificial
Centro de Excelencia - Salesforce - CRM
Resumen - TL;DR
Este post de blog se basa en la charla que di en el evento Conexión Latina. El video de YouTube se encuentra al final de este artículo. Aunque el artículo y el video se basan en Salesforce, el contenido se aplica a cualquier ecosistema de CRM, como HubSpot, Zoho One, Microsoft, SAP, Oracle, Freshworks, entre otros.
El Centro de Excelencia (CoE) es la base organizacional esencial para gestionar de manera efectiva el ecosistema de Salesforce. En lugar de tratar el CRM como un proyecto, las empresas deben establecer una estructura de gobernanza permanente para evitar datos fragmentados y deuda técnica. Este marco estratégico es especialmente crítico para implementar con éxito la inteligencia artificial, que depende de datos limpios y estructurados, así como de procesos disciplinados.
El blog post detalla los roles necesarios del equipo, las métricas clave de desempeño y una hoja de ruta por fases para avanzar desde operaciones básicas hasta la innovación avanzada. En definitiva, un CoE cierra la brecha entre los objetivos del negocio y la tecnología, garantizando una adopción a largo plazo y un retorno de la inversión medible.
“Si tu empresa usa Salesforce pero no cuenta con un Centro de Excelencia (CoE), estás invirtiendo en tecnología sin la estructura necesaria para sacarle provecho. Y si piensas implementar inteligencia artificial sin esta base, el resultado será el mismo que siempre: un CRM fragmentado, datos sucios y proyectos que no terminan de despegar.”
¿Por qué el CRM sigue siendo un problema?
Llevamos años implementando CRM en Latinoamérica, Europa, Estados Unidos y Asia. En ese tiempo he visto un patrón que se repite en casi todas las empresas, sin importar el tamaño o la industria:
Compraron Salesforce para un proyecto o para una unidad de negocio —marketing, ventas o servicio—, pero no como un ecosistema para toda la empresa.
El CRM terminó siendo una isla. Fragmentado, sin gobierno, sin documentación.
El administrador está solo en una esquina, haciendo de todo, sin presupuesto ni estructura.
La deuda técnica crece: datos duplicados, procesos no documentados, integraciones frágiles.
Y cuando llega la IA, choca de frente con ese desorden.
Salesforce no es solo Sales Cloud. Es un ecosistema: Marketing Cloud, Service Cloud, Commerce Cloud, Data Cloud, Tableau, AgentForce. Cada nube tiene su propio modelo de datos, sus propios releases trimestrales, sus propias complejidades. Sin una estructura organizacional que lo gobierne, ese ecosistema se convierte en un problema, no en una ventaja.
Nota: Sabemos que SI HAY muchas implementaciones de Salesforce, con buenos presupuestos y gobierno, y con gente dedicada en todo el ecosistema. He estado en estos proyectos, con metodología “by the book” tanto en Waterfall como en Scrum y con PMO o un CoE.
¿Qué es realmente un Centro de Excelencia?
Un Centro de Excelencia (CoE) no es un proyecto. No es el PMO de implementación. No es un comité que se reúne una vez al mes. Es la capacidad organizacional permanente que tu empresa necesita para implementar, operar, optimizar e innovar de forma continua en el ecosistema de Salesforce.
Piénsalo como el gobierno del ecosistema: un eje central que conecta el negocio con la tecnología, con disciplina, con nombre y apellido, con presupuesto, con métricas.
Un CoE es un hub de negocio que trabaja en conjunto con IT, el PMO y los partners para garantizar la gobernanza, la innovación, la operación y la adopción. No es una varita mágica. Es un proceso que puede tardar años en madurar, pero debe empezar cuanto antes.
La diferencia clave entre un PMO y un proyecto de implementación es que el proyecto termina. El CoE nunca termina. La adopción nunca termina. La optimización nunca termina. Las releases trimestrales de Salesforce no paran. Y el negocio tampoco.
El CRM fragmentado: el enemigo silencioso
¿Cuántas veces has entrado a un proyecto en el que todo está configurado en torno al objeto Lead? Yo. He encontrado varias implementaciones así. Y otras implementaciones con objetos custom para tipos de empresas si se usa el “record type” del objeto de cuentas. Y sí, usan el objeto de leads, sin contactos, sin cuentas, sin oportunidades. O donde el objeto Account fue replicado manualmente porque nadie entendió el modelo de datos nativo. O donde hay tres versiones del mismo proceso porque tres equipos distintos lo implementaron a su manera.
Este es el resultado de operar sin un Centro de Excelencia. Y las consecuencias son predecibles:
Deuda técnica que se convierte en deuda funcional, de procesos y de datos.
Falta de documentación. (Ya no hay excusa: con herramientas como Elements Cloud e IA, documentar es más fácil que nunca.)
Shadow IT: el administrador reporta al negocio, pero nadie le dio autoridad ni presupuesto para gobernar el ecosistema.
Incapacidad para implementar IA: la inteligencia artificial requiere datos estructurados, un contexto claro y una disciplina organizacional. Sin eso, cualquier proyecto de IA está condenado.
La IA no resuelve datos sucios. Los amplifica.
Nota: Y si a veces hay que tener deudas técnicas por decisiones políticas, falta de presupuesto y/o por diferentes prioridades, hay que documentarlas con sus pros y contras y que todos sepan el porqué. Yo he estado en proyectos en los que, por no contar con el presupuesto para un Add-On, se tuvo que desarrollar en Salesforce, y a largo plazo creo una deuda técnica.
Las 4 métricas que todo CoE debe monitorear
Un Centro de Excelencia sin métricas es solo un bonito organigrama. Hay cuatro dimensiones fundamentales que debes medir de forma continua:
Ejemplos de algunas de la metricas para un CoE de CRM.
Estas métricas se aplican sin importar si estás usando Waterfall, Agile o una metodología híbrida. Lo que importa es la disciplina de ejecución, no la etiqueta metodológica.
¿Qué equipo necesitas? Los Avengers
Aquí es donde más se falla. Hoy en día, en muchas organizaciones, el "equipo" del CoE tiene esta estructura real:
El administrador técnico es el equipo técnico completo.
El superuser es el equipo funcional.
Alguien de IT es el equipo de datos.
Eso no es suficiente. Para operar el ecosistema Salesforce, tu CoE necesita al menos estas funciones definidas con nombre y apellido:
Arquitecto del ecosistema CRM: no del Sales Cloud, sino del ecosistema completo, incluyendo IA y AgentForce.
Administradores por nube: personas que cruzan las nubes cuando el modelo de datos lo requiere.
Arquitecto de datos: hoy más crítico que nunca, con Data Cloud, Snowflake, Informatica y Tableau en juego.
Business Analyst / Analista funcional: el puente entre el negocio y la tecnología.
Responsable de DevOps y releases: quien gestione sandboxes, change sets y el proceso de pase a producción.
Líder del CoE: quien habla con los C-levels y traduce el ecosistema en valor de negocio.
“CRÍTICO: El CoE debe estar conectado con Recursos Humanos. Sin esa conexión, no hay reclutamiento estructurado, no hay upskilling continuo ni plan de retención. La capacitación no es del proyecto. Es de la empresa.”
Un ejemplo real: cuando trabajé con siete universidades en Filipinas, construimos un CoE compartido entre todas las instituciones. Reclutamos un líder técnico, un líder funcional y un líder de datos que reportaban a un PMO incipiente. El líder del CoE se reunía con los CMOs y CROs de cada universidad. Era pequeño, pero tenía estructura, nombre y presupuesto.
Gestión de requerimientos
¿Cuántas veces los usuarios nos envían un documento de tres oraciones y esperan que hagamos magia? El negocio tiene que ser responsable de conocer la tecnología. Eso no es opcional.
Un buen proceso de gestión de requerimientos en un CoE implica:
Historias de usuario con contexto, vocabulario del negocio y criterios de aceptación claros.
Documentación de diseño antes de cualquier desarrollo.
Herramientas como Elements Cloud u otras del AppExchange para mantener la documentación viva.
Un proceso formal de change management para gestionar cambios, prioridades y deuda técnica.
Con IA, muchas de estas tareas pueden acelerarse. Pero la disciplina de pedirle al negocio que venga preparado con la historia de usuario no la reemplaza ninguna herramienta.
DevOps y Releases
¿Cuántas empresas todavía están haciendo cambios directamente en la producción? ¿Usando change sets sin un proceso formal? ¿Sin un sandbox dedicado para desarrollo y pruebas?
El proceso de DevOps en el ecosistema de Salesforce es complejo porque no todas las tecnologías cuentan con sandboxes. Salesforce lo está resolviendo gradualmente: Data Cloud ya lo tendrá; el nuevo Marketing Cloud también. Pero si tu ecosistema incluye Marketo, Zendesk u otras plataformas de terceros, el proceso de releases se complica.
Lo que debes tener claro en tu CoE:
Sandboxes como parte del presupuesto, no como un lujo. (Partial copy y Full sandbox tienen costo, y vale la pena.)
Proceso de releases documentado y seguido por todos, no solo por el equipo técnico.
Política clara sobre qué puede ir directamente a producción y qué requiere un ciclo completo de dev-QA-UAT-prod.
Con Agentforce y los MCP (Model Context Protocol), los AI Agents se comunican entre sí. Esas integraciones necesitan el mismo rigor de cybersecurity y DevOps que cualquier otra.
Ya existen metodologías y herramientas para el manejo de DevOps. No hay excusa. Esto debe ser parte del presupuesto de todo proyecto, y el CoE ayuda con los controles y su disciplina.
Quarterly Updates: la promesa que pocas empresas aprovechan
Salesforce lanza actualizaciones significativas cada trimestre. Nuevas funcionalidades, nuevos flows, nuevas capacidades de IA, mejoras en el data model. Esa es la gran promesa del software como servicio.
¿Cuántas empresas realmente las están implementando? En mi experiencia: pocas.
El CoE es el responsable de revisar cada quarterly release, evaluar qué aplica al negocio y priorizarlo. El proceso que uso siempre:
¿Salesforce ya lo tiene y lo tenemos comprado? Úsalo.
¿Salesforce lo tiene pero no está en nuestro contrato? Evalúa el costo.
¿No está en Salesforce? Revisa el AppExchange (hay mucho gratis y con trial).
¿No está en el AppExchange? Considera un partner o un desarrollo.
¿Viene en el roadmap? Abre un caso y espera.
Seguir este proceso evita el desarrollo personalizado innecesario y protege el modelo de datos.
El modelo de datos: lo que debes proteger antes que todo
En Salesforce, cada nube tiene su propio punto de vista del cliente:
En Pardot (Marketing Cloud Account Engagement): eres un correo electrónico.
En Sales Cloud: eres una cuenta y un contacto.
En Service Cloud: eres un ticket.
En Marketing Cloud: eres un suscriptor.
Unificar esa visión es el trabajo del modelo de datos. Y protegerlo es la labor más importante del CoE.
En Latinoamérica esto se complica porque muchas empresas manejan B2B y B2C en la misma instancia, o tienen múltiples orgs por regulaciones locales. El modelo de datos tiene que estar definido, documentado y validado antes de:
Migrar a Data Cloud.
Integrar con Snowflake.
Implementar cualquier AI Agent.
La inteligencia artificial necesita datos estructurados en un contexto definido. Sin un modelo de datos sólido, la IA no funciona. No importa cuánto gastes en licencias de Agentforce.
Nota: Hay metodologías de perfilamiento de datos, reglas de deduplicación y herramientas y funcionalidades para mantener los datos limpios. Pero al final del dia hay que tener un gobierno de datos y herramientas de calidad de datos y de Master Data Management (Informatica) para realmente contar con datos limpios y accionables en el Data Cloud de Salesforce y/o en Snowflake, AWS y Databricks. Y esto incluye datos no estructurados para el manejo del contenido y del contexto de los datos (el Salesforce Data Foundation).
El ciclo de relacionamiento: más allá del funnel
El CRM no es solo el funnel de marketing, el pipeline de ventas o el sistema de tickets. Es el ciclo completo de relacionamiento con el cliente: desde la atracción hasta la retención, pasando por el onboarding, el servicio y la fidelización. Lo que le dicen en ingles: Customer Lifecycle Management / Journey Orchestration.
En empresas con múltiples marcas, múltiples modelos de negocio (B2B, B2C, D2C) y múltiples unidades de negocio, ese ciclo puede ser muy distinto para cada segmento. El CoE debe tener a alguien responsable de definir y medir esos journeys.
Con un Data Cloud, la promesa es unificar esos journeys en un solo perfil. Pero alguien tiene que ser responsable de diseñarlos, medirlos y optimizarlos. Esa persona no puede ser solo el consultor externo.
Adopción: el proceso que nunca termina
Los programas de adopción en la mayoría de las empresas tienen el mismo defecto: están enfocados en el proyecto. Se capacita para el go-live y se considera terminado.
La adopción es un proceso continuo. Salesforce saca nuevas funcionalidades cada tres meses. Los roles cambian. Entra gente nueva. Los procesos evolucionan. Un plan de adopción real incluye:
Plan de reclutamiento y retención del talento CRM.
Programa continuo de upskilling y certificaciones.
Coaching y mentoría interna.
Conexión con la comunidad: Trailhead, Trailblazers, grupos de usuarios.
Uso de recursos gratuitos: Developer Org, AppExchange trials, AI para resumir releases.
Y esto no puede vivir solo en el CoE. Tiene que estar amarrado con Recursos Humanos.
Las 4 fases del CoE: ¿en cuál estás tú?
A base de la imagen de abajo, no todas las empresas llegan a la Fase 4, y eso está bien. Lo importante es contar con al menos la Fase, bien estructurada, con nombre, presupuesto y liderazgo ejecutivo. Muchas empresas se quedan en Fase 2 o 3, y logran un ecosistema mucho más saludable que sin tener CoE.
Fases o etapas sugeridas para la implementación y madurez de un CoE de CRM.
¿Interno, híbrido o tercerizado?
Hay tres modelos para estructurar el CoE:
100% interno: el modelo que prefiero. Obliga a la empresa a invertir en su gente y construir capacidad propia.
Híbrido: empresa + partner/integrador. Funciona bien en las fases tempranas.
Totalmente tercerizado (outsourced): viable para tareas operativas, pero con IA activa, no es recomendable. El contexto y los datos de la empresa son demasiado críticos como para dejarlos al 100% afuera.
¿Cuánto cuesta un CoE?
Esta pregunta tiene respuesta honesta: depende. Y la respuesta incorrecta es no hacerlo porque "no hay presupuesto".
Un benchmark que comparto con frecuencia con clientes: un grupo con cinco organizaciones proyectó un CoE maduro de cinco años con tecnología, herramientas y equipo en aproximadamente 8 millones de dólares. Una empresa comparable que ya lo había hecho había invertido cerca de 25 millones.
Pero no tienes que empezar ahí. Un CoE puede arrancar con $50,000 o $100,000 al año. Lo que importa es que empiece, que tenga estructura, y que el CFO esté midiendo el TCO y el ROI desde el primer día.
Nota: estos son números de referencia de conversaciones con clientes y research; cada empresa es diferente y debes hacer tu propio análisis de TCO.
“Un CEO con visión y liderazgo tiene que decir: ‘Para allá es el norte. Vamos a invertir.’ Si no tienes un CRM saludable y un CoE funcionando antes de implementar IA, vas a llegar tarde y vas a llegar mal.”
La realidad de Latinoamérica
Sí, en LATAM tenemos restricciones presupuestarias. Sí, las empresas son más conservadoras. Sí, los proyectos de CRM a veces se realizan con recursos mínimos.
Pero esa es precisamente la razón por la que el CoE es más importante, no menos. Cuando los recursos son limitados, necesitas más estructura, no menos. Necesitas priorizar mejor, medir más y evitar el desperdicio.
Mi recomendación práctica: siéntate con los líderes, con un café, y empieza la conversación. No tienes que construir el CoE completo mañana. Tienes que empezar a construirlo hoy. Empieza con lo básico.
Resume y Consideraciones para empezar con un CoE
El CoE no es un proyecto. Es una capacidad organizacional permanente.
El CRM fragmentado es el mayor obstáculo para la IA. Arréglalo antes de intentar implementar Agentforce u otra herramienta de IA.
Necesitas un equipo con roles definidos: arquitecto de ecosistema, administradores por módulo, arquitecto de datos, analista funcional y responsable de DevOps.
Conecta el CoE con Recursos Humanos. Sin eso, no hay adopción real.
Protege el modelo de datos antes de cualquier integración o proyecto de IA.
La adopción y el upskilling son procesos continuos, no actividades del proyecto.
Empieza en la Fase 1 aunque sea. Con un responsable, con presupuesto, con liderazgo.
El CFO y el CEO deben estar en esta conversación desde el día uno.