# Por qué el CRM dejó de funcionar a los dos meses | Auspex

> El CRM no se rompe: la configuración se congela y el negocio sigue. Tres frentes de deterioro tras implantarlo, su rastro y una autorrevisión de 90 minutos.

Source: https://auspex.company/es/blog/crm-decay-after-launch/

[Blog](/es/blog/) / Guide

# Por qué el CRM dejó de funcionar a los dos meses de la puesta en marcha, y quién debía notarlo

Por: Andrew Maryasov · 21 ago 2026 · 10 min de lectura

El día de la entrega, la configuración del CRM y el proceso real coinciden. Es el único día en que esa coincidencia está garantizada. A los dos meses el dueño pregunta por qué el CRM ha dejado de funcionar, y casi siempre resulta que no se ha roto: el sistema hace exactamente lo que le dijeron que hiciera en la entrega. En esos dos meses ha cambiado el negocio, y la configuración no. Auspex descompone esa brecha en tres frentes que se desfasan a distinta velocidad y se delatan en lugares distintos: el proceso, los datos y el comportamiento del equipo. Ninguno dispara una alerta, así que el diagnóstico llega como una sensación y no como un informe.

![Gráfico del desfase entre la configuración del CRM y el proceso real en los dos meses posteriores a la puesta en marcha, y los tres frentes donde se nota: proceso, datos, comportamiento](/images/blog/crm-decay-after-launch-es.webp)

Es un desfase, no una avería

Casi todo lo que se ha escrito sobre los fracasos del CRM mira el momento anterior a la puesta en marcha: qué proceso elegir, qué medir, cómo calcular el retorno. La pregunta «¿por qué el CRM dejó de funcionar?» llega después. En dos meses aparece un producto nuevo, un canal nuevo, una excepción para un cliente grande, un esquema temporal mientras el jefe del área está de vacaciones; y cada uno de esos cambios ocurre en el negocio al instante y en el sistema no ocurre en absoluto hasta que alguien se sienta y lo carga a mano.

## ¿Por qué «no funciona» a los dos meses es un desfase y no una avería?

Los investigadores de process mining lo llaman concept drift y lo consideran una propiedad básica de los procesos, no un accidente. La formulación del trabajo de Bose, van der Aalst, Žliobaitė y Pechenizkiy (IEEE Transactions on Neural Networks and Learning Systems, 2014): la mayoría de los procesos de negocio cambian con el tiempo, pero los métodos de análisis los tratan como si estuvieran en un estado estable. La deriva puede ser repentina o gradual, puntual o estacional.

El artículo habla de algoritmos, pero el diagnóstico es el mismo que en un CRM: el modelo del proceso se quedó congelado y el proceso no. La única diferencia es que en process mining la deriva se busca a propósito, mientras que en una empresa, después de la implantación, no la busca nadie, porque ese trabajo no le tocó a nadie.

## El frente del proceso: ¿por qué etapas no pasó ninguna oportunidad en un año?

El rastro más visible de la deriva son las etapas vacías. En abril de 2026 Auspex aplicó su propia auditoría a su propio portal de CRM. Entre todos los embudos, por 33 etapas de 60 no pasó ni una sola oportunidad en un año. En el embudo principal, tres etapas de nueve —«Propuesta enviada», «Condiciones de colaboración acordadas» y «Firma del contrato»— estaban vacías: las oportunidades del año iban por el camino corto, de la solicitud directamente a la factura y al pago.

El embudo dibujado en la implantación y el embudo que el equipo usa de verdad resultaron ser dos embudos distintos. Nadie saboteó nada. La negociación de las condiciones no desapareció: simplemente dejó de ser un paso aparte en el sistema y se mudó a los mensajes.

En la auditoría de abril del CRM de una empresa de servicios se ve el mismo cuadro a otra escala: un 37% de etapas sin una sola oportunidad en un año y, de trece embudos configurados, ocho realmente vivos. Las dos cifras son la medición de un portal concreto, no una estadística del sector; no sabemos cómo se ve esa proporción en el promedio del mercado ni hemos visto un estudio que la calcule.

Notar una etapa vacía es difícil por una razón concreta. Los informes se construyen por etapas, y una etapa con cero oportunidades no aparece en ningún informe: sencillamente no se ve en ninguna parte. El vacío no genera una fila. Para verlo hay que abrir la configuración del embudo y preguntarse a propósito si por aquí pasó alguien alguna vez.

Revisión del frente del proceso, cinco minutos: abre el informe por etapas de los últimos 12 meses y anota las etapas en cero. Para cada una, una sola decisión: o se elimina, o se logra que las oportunidades pasen de verdad por ella. La opción «que se quede ahí» no existe: es justo la que acumula el desfase.

## El frente de los datos: ¿por qué primero se rompen las automatizaciones y no los informes?

El segundo frente se desfasa con menos ruido. Los campos que alguien pidió y defendió en la implantación dejan de rellenarse poco a poco, y nadie tomó esa decisión. En el portal propio de Auspex había en abril de 2026 un total de 112 campos personalizados, de los cuales se rellenaban de verdad dos o tres. En la auditoría de la empresa de servicios, la ficha de la oportunidad tenía 121 campos personalizados con un 0% de cumplimentación, y una revisión por muestreo de los contactos arrojó cerca de un 19% de duplicados y casi la mitad de los contactos sin vincular a una empresa.

Lo importante aquí es el orden en que se manifiesta el vacío. Los informes se degradan con suavidad: el promedio se calcula sobre lo que está rellenado, el número sale más bajo que el real, pero sale. Las automatizaciones se degradan de golpe. Una condición que se compara con un campo vacío no se activa de ninguna manera: no da error, no avisa, simplemente calla. Por eso el primer síntoma del deterioro de los datos suena a «la automatización ya no manda recordatorios» y no a «el informe muestra disparates».

Por eso el frente de los datos casi siempre se diagnostica en el lugar equivocado. La queja llega sobre la automatización, van a revisarla y la automatización está bien: la condición es correcta y se ejecuta según lo programado. El campo vacío al que mira, en cambio, no lo revisa nadie, porque no estaba en la queja.

## El frente del comportamiento: ¿por qué el atajo sale más barato que el sistema?

El tercer frente es el que se desfasa más rápido y con menos ruido. Si registrar una acción en el sistema cuesta más que hacerla al margen, la gente la hace al margen. La disciplina no tiene nada que ver, y esto no se cura con sermones.

Donde mejor está documentado este mecanismo es en los hospitales. Koppel, Wetterneck, Telles y Karsh (Journal of the American Medical Informatics Association, 2008) analizaron cómo el personal de enfermería esquiva el sistema de verificación de medicamentos por código de barras y describieron 15 tipos de atajos y 31 tipos de causas: desde códigos de barras arrugados o borrosos hasta baterías descargadas y Wi-Fi inestable. El personal anuló las alertas del sistema para el 4,2% de los pacientes y el 10,3% de los medicamentos. La conclusión de los autores: el atajo nace de las deficiencias del diseño, de la implantación y de la integración en el flujo de trabajo real.

Un hospital no es un equipo de ventas, y esas cifras no se pueden trasladar al CRM. Lo que se traslada es el mecanismo: el atajo aparece allí donde el sistema cuesta más que la manera de esquivarlo, y siempre tiene más causas de las que supone quien lo configuró.

En el CRM el atajo deja un rastro medible: las tareas. En el portal de Auspex, en abril de 2026, ninguna tarea abierta estaba vinculada a una oportunidad o a un contacto: cero por ciento. En la auditoría de la empresa de servicios lo estaba el 8%. «Volver a llamar al cliente» vive en el módulo de tareas, la oportunidad vive en el embudo y entre ambos no hay vínculo. Desde el punto de vista del embudo, esa llamada no existe.

El segundo rastro es el reparto de la carga. En el portal propio, de las cuentas activas trabajaba de verdad con el CRM poco más de un tercio, y cerca del 79% del embudo abierto se sostenía en dos personas. En la empresa de servicios, casi la mitad del embudo abierto estaba en manos de un solo comercial. Cuando una persona tiene cientos de oportunidades abiertas, físicamente no las lleva en el sistema. Lleva en la cabeza las que recuerda, y el sistema es el último en enterarse.

## ¿Por qué los tres frentes no se suman en una sola señal?

Cada frente se delata en un lugar distinto, y ninguno de esos lugares se revisa cada semana. El proceso, en la configuración del embudo, adonde nadie entra después de la puesta en marcha. Los datos, en las automatizaciones, que se quejan callando. El comportamiento, en el módulo de tareas y en la mensajería, es decir, directamente fuera del CRM.

Las velocidades también son distintas. El comportamiento cambia en semanas: el atajo se encuentra en cuanto resulta más barato. Los datos se desmoronan durante meses. El proceso se desfasa por trimestres, exactamente al ritmo al que el negocio suma productos y canales nuevos. Por eso no existe un momento en que los tres problemas suenen juntos y alguien diga «tenemos un deterioro». Existe el momento en que un directivo abre un informe, no le cree y lo formula como «el CRM no funciona».

## ¿Qué muestran en realidad tus informes?

Lo más desagradable del deterioro es que los instrumentos con los que se detecta derivan junto con todo lo demás. Un ejemplo de la auditoría propia de Auspex de abril de 2026. El indicador estándar «tiempo hasta la primera actividad del lead» mostraba una reacción casi instantánea y, según él, la gestión de leads estaba en orden.

Después se supo que el 44,6% de los leads recibía la primera «actividad» en los primeros cinco minutos, y no eran personas. Eran los procesos de negocio, que actualizaban el campo de última actividad. Cuando se excluyeron del cálculo las actividades automáticas de menos de cinco minutos, la mediana de la reacción humana fue de 11,2 horas y la media, de 55,7 horas.

Un campo, dos autores. La automatización y la persona escriben en él de la misma manera, y el informe no los distingue. La automatización se puso para reaccionar más rápido, pero volvió imposible de medir la propia reacción y mejoró formalmente el indicador justo con aquello que lo echó a perder.

Bitrix24 no tiene nada que ver: la propiedad es general. Cualquier métrica en la que escriben tanto personas como automatizaciones deja de ser una métrica de personas en el momento en que las automatizaciones son muchas. Por eso, después de cada automatización nueva conviene preguntar no solo «qué hace», sino también «qué indicadores está maquillando ahora».

## ¿Por qué el responsable del proceso no es el administrador del CRM?

Los tres frentes comparten una condición para detectarlos: alguien tiene que mirar con regularidad y tener derecho a hacer cambios. Michael Hammer describió ese rol en el artículo «The Process Audit» (Harvard Business Review, abril de 2007) como uno de los cinco enablers obligatorios de un proceso, junto con el diseño, los ejecutores, la infraestructura y las métricas. El responsable, en su definición, es un directivo que responde por el proceso y por su resultado.

> Un proceso al que le falta uno de los enablers puede dar resultados a corto plazo gracias a un esfuerzo sobrehumano o a la intervención de la dirección, pero esos resultados no duran.
> 
> — Michael Hammer, The Process Audit, HBR, 2007

Así se ven los dos primeros meses después de la puesta en marcha. El proceso se sostiene en la atención: el directivo pregunta, el integrador está pendiente, el equipo se esfuerza. Después la atención se va al siguiente incendio y el enabler nunca apareció: nadie recibió el rol de responsable ni el tiempo y la autoridad para ejercerlo.

El administrador del CRM y el responsable del proceso son roles distintos, y confundirlos es lo que más caro sale. El administrador responde a la pregunta «¿funciona el sistema?»: los usuarios entran, las automatizaciones se ejecutan, la integración no se ha caído. El responsable del proceso responde a otra: ¿da resultado el proceso? ¿Están todas las solicitudes en el sistema? ¿El embudo corresponde a cómo vende el equipo en realidad? ¿Ha aparecido un atajo nuevo? La primera pregunta recibe un «sí» justo en el momento en que la respuesta a la segunda ya es «no».

## ¿Cómo revisar los tres frentes en 90 minutos?

Esto se hace por cuenta propia, sin integrador. Hay una sola condición: en la sala tiene que estar una persona que trabaje de verdad en ese embudo, y no solo la que alguna vez lo configuró.

-   Proceso, 30 minutos. Abre el informe por etapas de 12 meses y anota las etapas con cero oportunidades y los embudos en los que no entró nada en un año. Para cada uno, una decisión por escrito: eliminar o recuperar. Aparte, pregúntale al comercial qué paso hace por mensajes en lugar de hacerlo en el sistema. Ese paso es la etapa que te falta.
-   Datos, 30 minutos. Toma tres automatizaciones que se lanzaron en la implantación y, para cada una, anota los campos de los que depende la condición. Mira el nivel de cumplimentación de esos campos en concreto durante el último mes. En paralelo, cuenta cuántos campos personalizados de la ficha de la oportunidad se rellenan en menos del 10% de los casos: es la lista de candidatos a archivar.
-   Comportamiento, 30 minutos. Mira la proporción de tareas abiertas vinculadas a oportunidades y contactos, y el reparto de oportunidades abiertas por comercial. Después hazle al equipo una sola pregunta: ¿qué hacéis fuera del CRM porque así es más rápido? La respuesta nunca viene vacía, y es lo más útil de toda la revisión.

El resultado deben ser tres decisiones y un nombre. El nombre de un responsable del proceso que tenga tiempo y autoridad para repetir esta misma revisión dentro de un trimestre.

## ¿Qué hace Auspex con esto?

Auspex es una empresa de implantación de CRM y automatización de procesos de negocio. La auditoría de la que salen las cifras de este artículo la aplicó Auspex en abril de 2026, antes que nada, a su propio portal. 33 etapas vacías de 60, 112 campos personalizados con dos o tres en uso, cero tareas vinculadas a oportunidades: son nuestras cifras, no las de un cliente. El portal lleva muchos años funcionando y por él han pasado cientos de configuraciones y decenas de personas que hace tiempo ya no están en la empresa.

Publicar cifras propias es incómodo, pero demuestran la tesis con más precisión que cualquier caso de cliente. El deterioro después de la puesta en marcha le ocurre a cualquier configuración que no tenga a nadie asignado, y la velocidad la marca el negocio: cuanto más rápido cambia, más rápido se desfasa la configuración. La calidad de la implantación influye en el punto desde el que empieza la deriva, no en si la habrá.

Por eso, en la metodología de Auspex la configuración del sistema es el quinto paso de ocho, y la formación, el período de prueba y el acompañamiento después de la puesta en marcha son pasos aparte que vienen después. En la auditoría los tres frentes se revisan por separado: la configuración frente al proceso real, la cumplimentación de los campos que usan automatizaciones concretas y los rastros del atajo: tareas, mensajería, hojas de cálculo paralelas.

Si la revisión te ha dado una lista más larga de lo que esperabas, puedes traerla a la auditoría de CRM y automatizaciones. Auspex analiza los tres frentes sobre el portal real y muestra qué desfases se cierran con configuración y cuáles con una decisión sobre el responsable del proceso. La página del servicio está en los enlaces de abajo.

Seguir leyendo

-   [Por qué el CRM no da ROI: de dónde sale la cifra que todos citan](/es/blog/crm-roi-why-implementations-fail/)
-   [Por qué unas automatizaciones arraigan y otras mueren en silencio](/es/blog/why-automations-get-abandoned/)
-   [Cómo Auspex implanta un CRM: ocho pasos](/es/blog/how-auspex-rolls-out-crm/)
-   [De dos a cuatro semanas hasta un CRM que funciona, hasta seis con integraciones](/es/blog/crm-in-4-6-weeks-week-by-week/)
-   [Auditoría de CRM y automatizaciones](/es/services/crm-audit/)

## Fuentes

-   [Bose, van der Aalst, Žliobaitė, Pechenizkiy — Dealing with Concept Drifts in Process Mining, IEEE TNNLS 2014;25(1):154-171 (los procesos cambian, los modelos los tratan como estables)](https://doi.org/10.1109/TNNLS.2013.2278313)
-   [Koppel, Wetterneck, Telles, Karsh — Workarounds to Barcode Medication Administration Systems, JAMIA 2008;15(4):408-423 (15 tipos de atajos, 31 tipos de causas)](https://doi.org/10.1197/jamia.M2616)
-   [Michael Hammer — The Process Audit, Harvard Business Review, abril de 2007 (el responsable del proceso como uno de los cinco enablers)](https://hbr.org/2007/04/the-process-audit)

Andrew Maryasov fundador de Auspex

Fundador de Auspex. Implanta CRM y automatiza procesos de negocio desde 2015: más de 1500 proyectos para más de 1200 empresas.

[amaryasov.expert →](https://amaryasov.expert)

## Preguntas frecuentes

¿Por qué el CRM dejó de funcionar a los dos meses de la implantación?

En la gran mayoría de los casos el sistema no se ha roto: hace exactamente lo que se le configuró en la entrega. En esos dos meses ha cambiado el negocio: ha aparecido un producto nuevo, un canal nuevo, una excepción para un cliente grande. En el negocio esos cambios ocurren al instante; en la configuración no ocurren en absoluto hasta que alguien los carga a mano. La sensación de que «no funciona» es la diferencia acumulada entre cómo vende el equipo y cómo está configurado el sistema.

¿Qué es el responsable del proceso y en qué se diferencia del administrador del CRM?

El administrador del CRM responde por el buen funcionamiento del sistema: los usuarios entran, las automatizaciones se ejecutan, las integraciones están vivas. El responsable del proceso responde por el resultado del proceso: si todas las solicitudes llegan al sistema, si el embudo corresponde al curso real de las ventas, si ha aparecido un atajo. Michael Hammer, en «The Process Audit» (HBR, 2007), señala al responsable como uno de los cinco enablers obligatorios de un proceso y advierte que, sin alguno de ellos, el proceso solo da resultados a corto plazo, gracias a un esfuerzo sobrehumano o a la intervención de la dirección.

¿Cómo saber que el embudo se ha desfasado del proceso real?

El indicador más rápido son las etapas por las que no pasó ninguna oportunidad en 12 meses. Abre el informe por etapas del año y anota los ceros. Esas etapas no se ven en los informes habituales, porque una etapa vacía no genera ninguna fila. El segundo indicador sale de una pregunta al comercial: qué paso hace por mensajes en lugar de hacerlo en el sistema. Ese paso es la etapa que le falta al embudo.

¿Por qué las automatizaciones se rompen antes que los informes?

Porque reaccionan distinto ante un campo vacío. El informe calcula el promedio sobre lo que está rellenado: el número sale subestimado, pero sale, y el informe sigue funcionando. La automatización compara su condición con el campo y, si el campo está vacío, la condición no se activa de ninguna manera: la automatización no da error ni avisa, simplemente calla. Por eso el deterioro de los datos se manifiesta primero como la queja «la automatización ya no manda recordatorios» y no como una reclamación sobre los informes.

¿Qué hacer si el equipo trabaja al margen del CRM?

Primero, averiguar por qué el atajo sale más barato que el sistema, en lugar de exigir disciplina. El estudio de Koppel y sus colegas (JAMIA, 2008), hecho sobre sistemas hospitalarios, describió 15 tipos de atajos y 31 tipos de causas, desde fallos técnicos hasta un orden de pasos incómodo. Casi siempre hay más causas de las que supone quien configuró el sistema. En el CRM el atajo deja un rastro medible: la proporción de tareas abiertas sin vincular a oportunidades y contactos, y el desequilibrio que se da cuando la mayor parte del embudo abierto está en manos de una o dos personas.

¿Se puede revisar el estado del CRM por cuenta propia, sin integrador?

Sí. La revisión básica lleva unos 90 minutos y se divide en tres bloques de 30. Proceso: el informe por etapas del año, anotar los ceros y tomar una decisión para cada una. Datos: tomar tres automatizaciones de la implantación y comprobar hasta qué punto están rellenados precisamente los campos de los que dependen sus condiciones. Comportamiento: mirar la vinculación de las tareas con las entidades del CRM y el reparto de oportunidades abiertas por comercial, y preguntarle al equipo qué hace al margen del sistema. La condición principal: en la sala tiene que estar una persona que trabaje de verdad en el embudo.

¿Se puede confiar en los informes del propio CRM después de implantar automatizaciones?

No en todos ni sin reservas. Cualquier métrica en la que escriben tanto personas como automatizaciones deja de medir a las personas en cuanto las automatizaciones son muchas. En la auditoría propia de Auspex de abril de 2026, el indicador de tiempo hasta la primera actividad del lead parecía una reacción casi instantánea. En realidad, el 44,6% de los leads recibía la primera actividad en los primeros cinco minutos, y la creaban los procesos de negocio, no los comerciales. Tras excluir esas actividades automáticas, la mediana de la reacción humana fue de 11,2 horas. Después de cada automatización nueva conviene revisar qué indicadores está maquillando ahora.

## Boletín de automatización empresarial

2–3 emails al mes: lo que de verdad funciona en CRM y automatización.

Sin spam. Puedes darte de baja en un clic.

[Auditoría CRM gratuita →](/es/contact/)

↳ AUDITORÍA GRATIS 30 min · gratis · ↓

## ¿Listo para poner orden en tus ventas?

Auditoría gratuita de procesos: 30 minutos, y recibirás:

1200+ empresas desde 2015 · puesta en marcha en 30 días (mediana)

01 Un mapa de dónde pierdes leads

02 Prioridades: qué automatizar primero

03 Un plan de implantación en 2–4 semanas

Te llamaremos en 24 horas. El plan es tuyo, aunque no trabajemos juntos.