¿Quién es el responsable de la gestión de tu CRM?

Hay una pregunta que raramente aparece en los proyectos de CRM, ni en las reuniones de kick-off con el partner, ni en los manuales de usuario, ni en la formación inicial al equipo. Una pregunta que, sin embargo, determina en buena medida si el sistema va a seguir funcionando dentro de un año o si va a convertirse en otro repositorio que nadie consulta.

La pregunta es simple: ¿quién es el responsable de que el CRM funcione?

No el administrador técnico que resuelve los tickets de configuración. No el comercial que lo usa a diario, con mayor o menor entusiasmo. El responsable real: la persona que se encarga de que el sistema refleje el proceso de negocio, de que los datos tengan calidad, de que las automatizaciones sigan siendo útiles cuando el equipo cambia o el mercado cambia. La persona a la que le duele si el pipeline miente.

En la mayoría de las empresas medianas, esa persona no existe. Y ese vacío es la causa silenciosa de que tantas implantaciones de CRM, técnicamente correctas y bien ejecutadas, acaben degradándose en cuestión de meses.

La ilusión del proyecto cerrado

Los proyectos de CRM tienen una tendencia natural a tratarse como implantaciones con fecha de fin. Se define el alcance, se migran los datos, se forma al equipo, se hace el go-live. Y cuando el partner entrega el proyecto y el sistema está funcionando, se considera que el trabajo está hecho.

Esa lógica de proyecto tiene sentido para muchas cosas. Para un CRM, no del todo.

Un sistema CRM no es una infraestructura que se configura y se olvida. Es una representación viva del proceso comercial de la empresa, y los procesos comerciales cambian. Cambia el equipo, con incorporaciones, salidas y cambios de rol. Cambian los productos y servicios, con nuevos precios, nuevas condiciones, nuevas formas de vender. Cambian las prioridades estratégicas, que obligan a medir cosas distintas, a segmentar de otra manera, a definir nuevos criterios de cualificación. Y cambia, inevitablemente, la forma en que las personas interpretan y usan el sistema con el paso del tiempo.

Un CRM que no evoluciona con la empresa empieza a quedar desfasado. Al principio de forma casi imperceptible: un campo que ya no aplica, una etapa del pipeline que nadie usa porque el proceso ha cambiado, una automatización que sigue disparándose aunque ya no tiene sentido. Con el tiempo, la distancia entre lo que el sistema dice y lo que la empresa realmente hace se vuelve tan grande que los datos dejan de ser útiles para tomar decisiones. No porque el sistema sea malo, sino porque nadie lo ha mantenido vivo.

Los tres perfiles que suelen "hacerse cargo"

Cuando no hay una figura explícita de gestión del CRM, la responsabilidad suele recaer, de forma informal e involuntaria, en alguno de estos tres perfiles. Ninguno resuelve el problema por sí solo.

El perfil técnico. El administrador del sistema, alguien de IT o el consultor del partner que hizo la implantación. Conoce la herramienta en profundidad: sabe configurar módulos, crear campos, ajustar permisos, montar automatizaciones. Lo que normalmente no conoce con el mismo nivel de detalle es el proceso comercial. Puede ejecutar lo que se le pide, pero no tiene la visión de negocio para detectar que el pipeline tiene un problema estructural, o que la forma en que se están registrando los leads no permite el análisis que el director comercial necesita. Su gestión es técnica, no estratégica.

El director comercial. Tiene exactamente el conocimiento que le falta al perfil técnico: entiende el negocio, sabe cómo funciona el equipo, tiene criterio para definir qué debe medir el sistema y qué no. El problema es el tiempo. Un director comercial con un equipo activo no puede dedicarse a revisar la configuración del CRM, a analizar la calidad de los datos, a ajustar los procesos cuando algo deja de funcionar. Puede establecer la dirección, pero no puede operar el sistema de forma continua. En la práctica, lo que hace es esperar a que algo falle de forma visible para intervenir, que es exactamente el patrón reactivo que genera los problemas.

El comercial más avanzado del equipo. A veces es el que más lleva en la empresa, a veces el que más afinidad tiene con la tecnología. Sea como sea, acaba siendo la referencia informal cuando alguien tiene una duda sobre el CRM. El riesgo es doble: por un lado, no tiene la visión estratégica para tomar decisiones que afectan a todo el equipo; por otro, mezcla su rol de vendedor con una responsabilidad de gestión que nadie le ha asignado formalmente y para la que no tiene ni tiempo ni mandato. Que lo haga bien durante un tiempo no significa que sea una solución sostenible.

El resultado de este esquema es predecible. Las decisiones sobre el CRM se toman de forma fragmentada, sin una visión de conjunto, respondiendo a urgencias más que anticipando problemas. Nadie tiene una imagen completa del sistema, de sus limitaciones ni de su potencial. Y cuando algo falla —los datos empiezan a ser poco fiables, el equipo deja de actualizar el pipeline, las automatizaciones generan ruido en lugar de valor— la respuesta suele ser una sesión de formación, un recordatorio en la reunión de equipo, o una limpieza puntual de datos. Medidas que mejoran las cosas durante unas semanas y luego vuelven a donde estaban.

Lo que hace realmente un CRM manager

La figura del CRM manager, o del consultor externo que ejerce ese rol, no es un perfil técnico ni tampoco un perfil comercial puro. Es, fundamentalmente, alguien que entiende las dos dimensiones y puede actuar como puente entre ellas.

En la práctica, eso significa cosas concretas y bastante menos glamurosas de lo que el nombre podría sugerir.

Significa revisar con regularidad que el pipeline refleja la realidad comercial, no solo en sus datos sino en su estructura: si las etapas que se definieron hace un año siguen siendo relevantes, si los criterios de avance que se establecieron siguen siendo los correctos, si hay fases donde las oportunidades se acumulan sin que nadie pueda explicar por qué.

Significa trabajar la calidad del dato de forma continua, no como proyecto de limpieza periódica sino como disciplina incorporada al sistema: detectando qué campos están generando información inconsistente, ajustando validaciones, identificando patrones de registro que distorsionan los análisis antes de que el problema sea visible en los informes.

Significa estar al tanto de cómo evoluciona el negocio y traducir esos cambios al sistema antes de que la distancia entre uno y otro se haga insalvable. Cuando la empresa lanza una nueva línea de producto, cuando cambia la política de descuentos, cuando se reestructura el equipo comercial, alguien tiene que asegurarse de que el CRM refleja esa nueva realidad con precisión y sin fricciones para quien lo usa.

Y significa, también, medir. No el número de registros ni las licencias activas, sino indicadores que dicen algo útil sobre el sistema: tasa de conversión por etapa del pipeline, fiabilidad de las previsiones frente al cierre real, tiempo medio entre etapas, porcentaje de oportunidades con datos completos. Métricas que permiten ver si el sistema está funcionando o si está en proceso de degradarse.

Nada de esto es especialmente complejo en abstracto. Lo que sí requiere es alguien que lo tenga como responsabilidad explícita, con tiempo para hacerlo y con el criterio para distinguir lo que importa de lo que puede esperar.

Por qué esta pregunta no se hace antes

Parte de la respuesta está en cómo se venden los proyectos de CRM. Los partners de implementación son muy buenos explicando lo que va a hacer el sistema una vez configurado. Son menos explícitos sobre lo que tiene que pasar después para que siga funcionando. No porque quieran ocultar nada, sino porque el modelo de negocio de una implantación está orientado al proyecto, no al mantenimiento continuo.

Otra parte está en que las empresas medianas tienden a subestimar la complejidad operativa de mantener un sistema de este tipo. El CRM parece, desde fuera, una herramienta más. Lo que no siempre es evidente es que un CRM que no se gestiona activamente no se queda igual: se degrada. Las bases de datos no mejoran solas. Los procesos no se ajustan solos. Las automatizaciones no se revisan solas.

El momento en que esto se hace visible, normalmente, es cuando alguien de dirección pide un análisis del pipeline y los números no cuadran. O cuando un comercial nuevo lleva tres semanas en la empresa y sigue sin entender bien cómo usar el sistema. O cuando se intenta hacer una segmentación para una campaña y los datos no tienen la coherencia necesaria para hacerla bien. Para entonces, el problema lleva tiempo instalado.

La pregunta que vale la pena hacerse ahora

Si tienes un CRM activo en tu empresa, hay una pregunta que puedes hacer en la próxima reunión con tu equipo, sin previo aviso: ¿quién es el responsable de que los datos de nuestro CRM sean fiables esta semana?

No quién puede responder preguntas sobre el sistema. No quién tiene el perfil de administrador. Quién es responsable de que la información que hay ahí sea útil para tomar decisiones hoy.

Si la respuesta llega sin dudar, con un nombre concreto y con claridad sobre qué implica esa responsabilidad, el sistema probablemente está en buenas manos. Si hay una pausa, miradas cruzadas o una respuesta del tipo "bueno, todos en cierta medida", ahí está el problema. No en los datos, no en la configuración, no en la herramienta. En que nadie, en concreto, tiene esto como suyo.