Cada reconstrucción de CRM para la que se nos pide presupuesto comienza de la misma manera: alguien describe el sistema como un desastre y pregunta qué tan rápido puede ser reemplazado. El instinto es comprensible y generalmente incorrecto. Una auditoría del sistema CRM casi siempre muestra que la plataforma está bien y la práctica a su alrededor se ha desviado: campos agregados para una campaña y nunca eliminados, tres pipelines que describen el mismo proceso de ventas de manera diferente, automatizaciones construidas por personas que ya se han ido, y una capa de informes en la que nadie confía. Reemplazar el software mueve todo eso a una nueva base de datos.
Así que auditamos primero, siempre, y lo hacemos antes de proponer cualquier cambio. El punto no es producir un documento. El punto es averiguar qué problemas son problemas de datos, cuáles son problemas de proceso y cuáles son genuinamente limitaciones de la plataforma, porque cada uno de ellos tiene una solución diferente y solo uno de ellos justifica una migración. La auditoría toma un período definido, produce una lista clasificada de hallazgos y termina con una recomendación que a veces es simplemente limpiar lo que existe.

Dónde comienza la auditoría del sistema CRM: registros, no configuración
Lo primero que medimos es la duplicación. No la advertencia de duplicados de la propia plataforma, que tiende a coincidir solo en el correo electrónico exacto, sino un pase real a través del nombre de la empresa, dominio, teléfono y nombre de contacto normalizado. En la mayoría de las cuentas, la tasa de duplicados es lo suficientemente alta como para hacer que cualquier informe de ingresos no sea confiable, porque el mismo cliente aparece dos veces con la mitad del historial cada uno. También contamos registros sin propietario, sin actividad en un largo período y sin campos poblados más allá de los que creó la importación.
Luego, la integridad por campo. Casi todos los CRM contienen campos que son requeridos en teoría y vacíos en la práctica, y campos poblados diligentemente pero nunca leídos. El primero te dice dónde se rompió el proceso; el segundo te dice qué eliminar. Hemos eliminado un gran número de campos personalizados durante una auditoría del sistema CRM sin que un usuario lo notara, lo cual es la evidencia más clara de que no eran necesarios.
Las definiciones de pipeline son donde vive el desacuerdo real
Pregunta a cuatro personas qué significa una oportunidad calificada y obtendrás cuatro respuestas. Esa es una definición no documentada, y hace que cada tasa de conversión en el sistema no tenga sentido. Durante la auditoría preguntamos a ventas qué tiene que ser cierto para que un registro se mueva entre etapas, luego comparamos eso con lo que realmente mueve los registros en los datos. La brecha suele ser grande: se saltan etapas, se crean tratos en la firma, las categorías de pronóstico se establecen por hábito.

Las comprobaciones que trabajamos en el lado del proceso:
- Criterios escritos de entrada y salida para cada etapa del pipeline, y si los datos coinciden con ellos
- Disciplina de fecha de cierre: con qué frecuencia se empujan las fechas en lugar de marcar los tratos como perdidos
- Razones de pérdida, si son obligatorias y si las opciones describen algo accionable
- Reglas de propiedad y traspaso entre marketing, ventas y gestión de cuentas
- Si los leads entrantes del sitio web llegan con datos de origen intactos o aplanados a un solo valor genérico
Ese último punto conecta el CRM con todo lo demás que ejecutamos. Si la fuente del lead se pierde en el traspaso, la atribución para medios pagados y búsqueda orgánica se detiene en el envío del formulario, y cada discusión posterior sobre el rendimiento del canal se convierte en conjeturas. Arreglar el traspaso de la fuente es a menudo el elemento de mayor valor en toda la auditoría, y suele ser una pequeña pieza de configuración.
Proliferación de automatizaciones y las reglas que nadie recuerda
Los CRM maduros acumulan automatizaciones de la forma en que una base de código acumula funciones muertas. Inventariamos cada flujo de trabajo, regla y disparador, registramos qué lo activa y verificamos cuándo se ejecutó por última vez. Las reglas que no se han activado en un largo período son candidatas para su eliminación. Las reglas que se disparan constantemente necesitan ser revisadas en busca de bucles.
También buscamos automatizaciones que envíen cosas a los clientes. Estos son los elementos de mayor riesgo en cualquier CRM: una regla que falla envía correos electrónicos a personas reales, y el fallo es público. Cualquier regla con un envío externo se documenta, con un propietario nombrado, antes de que toquemos nada cerca de ella.
Permisos, visibilidad y lo que la auditoría encuentra incómodo
Una auditoría del sistema CRM generalmente revela al menos un problema de permisos: derechos de exportación otorgados demasiado ampliamente, una integración conectada con la cuenta de administrador de un ex empleado, o una clave API emitida para un proyecto que terminó. Nada de esto es malicioso, es acumulación. Listamos las integraciones activas, identificamos qué cuenta autoriza cada una y marcamos cualquier cosa vinculada a una persona en lugar de a una identidad de servicio.
La adopción se mide al mismo tiempo: inicios de sesión, registros tocados por usuario por semana y cuánta actividad se registra manualmente en lugar de capturarse automáticamente. La baja adopción rara vez es un problema de capacitación. Por lo general, el sistema pide más de lo que devuelve, y la solución es reducir la entrada requerida.
Cómo se ve el resultado
El entregable es una lista clasificada con tres columnas: el hallazgo, lo que cuesta en términos prácticos y el esfuerzo para resolverlo. Nada se llama urgente a menos que lo sea. La mayoría de los hallazgos se convierten en trabajo de configuración durante unas pocas semanas, un conjunto más pequeño se convierte en acuerdos de proceso que necesitan una decisión del negocio, y ocasionalmente un elemento requiere un cambio de plataforma.
La razón por la que insistimos en este orden es simple. Una migración llevada a cabo sobre definiciones no resueltas y registros duplicados reproduce cada problema existente en un sistema que nadie conoce todavía, y lo hace a un costo considerable. Una auditoría del sistema CRM cuesta una fracción de eso y con frecuencia elimina la razón de la migración por completo. Cuando no lo hace, la auditoría se convierte en la especificación para la reconstrucción, que es lo más útil que puede ser.
Sigue leyendo: Sistema CRM · Crm System