La gobernanza convierte el rescate en estado permanente: un dueño con nombre y horas, reglas explícitas sobre quién cambia qué, higiene periódica agendada y un tablero de salud que avisa antes de la recaída. Sin este paso, el portal rescatado empieza a morirse de nuevo el mismo día que termina el proyecto — igual que la primera vez.
Porque eso fue lo que pasó la primera vez: no hubo un evento catastrófico, hubo ausencia de mantenimiento. Los CRM no se rompen; se abandonan de a poco, sin que nadie tenga el trabajo de impedirlo.
La causa raíz de la mayoría de las recaídas es la orfandad: el proyecto terminó y el portal quedó sin nadie cuyo trabajo sea cuidarlo. La gobernanza empieza nombrando un administrador del CRM — una persona, con nombre, con horas asignadas (para una operación mediana, medio día a la semana alcanza; "en los ratos libres" no existe). Es quien gestiona altas y bajas de usuarios, aprueba campos y workflows nuevos, vigila la calidad del dato y responde las fricciones del equipo. No tiene que ser un perfil técnico senior: tiene que conocer el proceso comercial y tener autoridad delegada para decir que no. Documentale un respaldo — si se va de vacaciones o de la empresa, el portal no vuelve a quedar huérfano.
El cementerio de propiedades del paso 2 no apareció por maldad: apareció porque cualquiera con permisos creaba campos. Las reglas que lo impiden caben en una página:
Un CRM no se mantiene vivo con épica. Se mantiene vivo con cadencia: alguien que lo cuida, reglas que lo protegen y un calendario que no se negocia.
El mantenimiento se agenda o no existe. Cada mes (una o dos horas): barrer duplicados nuevos, reasignar registros sin dueño, revisar negocios estancados con los gerentes y mirar los errores de sincronización de las integraciones. Cada trimestre: tasas de llenado de campos clave, poda de workflows y reportes que dejaron de usarse, y una revisión honesta del pipeline contra el proceso — si la forma de vender cambió, el CRM cambia con ella. Cada año: una re-auditoría corta, versión liviana del paso 2, para atrapar la deriva que las revisiones chicas no ven.
Esta cadencia es la misma con la que se optimiza un portal sano — el detalle está en reportes, forecast y optimización continua — y es exactamente el tipo de trabajo recurrente que hacemos por nuestros clientes en Smartloop cuando prefieren no cargarlo al equipo interno.
Cinco métricas de salud, cada una con umbral de alerta, visibles para el dueño y el sponsor:
La regla de uso: cuando una métrica cruza el umbral, se dispara una acción esa semana — no una reunión el mes que viene. La recaída siempre avisa; la gobernanza consiste en escuchar el aviso temprano. Y cuando el portal lleva dos trimestres sano, llegó la hora de la pregunta ambiciosa: ¿qué más puede producir esta operación? Ese siguiente nivel — alinear marketing, ventas y servicio sobre el dato que ahora sí es confiable — es la guía de RevOps.
Rescate terminado: el CRM pasó de instalado a produciendo — y tiene quien lo cuide. Si quieres este recorrido con acompañamiento de punta a punta, así trabajamos el servicio de rescate de CRM. O repasa la guía completa.
Este paso es uno de siete. Los otros seis están en la guía de rescate de CRM, que va de reconocer los síntomas a la gobernanza que evita el tercer intento. Un rescate falla justo en el paso que se saltó — léela completa antes de decidir por dónde entrar.