Cuándo revisar CRM y ERP antes de perder el control
Revisar CRM y ERP no suele convertirse en una prioridad mientras todo parece funcionar correctamente.
El sistema continúa operativo.
Los usuarios acceden cada mañana.
Las automatizaciones siguen ejecutándose.
Los informes se generan.
Las facturas salen.
Nada parece indicar que exista un problema.
Precisamente por eso, muchas organizaciones dejan de revisar aquello que consideran estable.
Sin embargo, un software puede seguir funcionando durante años y haber dejado de representar la realidad para la que fue implantado.
Desde entonces han cambiado las personas.
Se han incorporado nuevos módulos.
Han aparecido integraciones adicionales.
Algunos proveedores participan en procesos que antes no existían.
La inteligencia artificial se ha incorporado a determinadas funciones.
Incluso la información que circula por el sistema ya no es la misma.
La herramienta continúa siendo la misma.
La organización ya no.
Y esa diferencia rara vez aparece cuando alguien renueva la licencia o firma una ampliación del servicio.
La pregunta importante no es si el CRM o el ERP siguen funcionando.
La verdadera pregunta es otra.
¿Siguen estando gobernados del mismo modo que el día en que fueron evaluados y contratados?
Porque el control de un sistema no termina cuando se implanta.
Empieza cuando la empresa es capaz de comprobar, con el paso del tiempo, que el uso real sigue respondiendo a la decisión que tomó al incorporarlo.
Revisar CRM y ERP significa comprobar que el uso real del sistema sigue coincidiendo con la decisión que justificó su implantación. Aunque la herramienta funcione correctamente, los usuarios, las integraciones, los proveedores y la información tratada cambian con el tiempo y también deberían revisarse.
Por qué revisar CRM y ERP aunque todo parezca funcionar
Que aparezca una incidencia no debería ser el único motivo para revisar CRM y ERP de tu empresa.
Una herramienta puede funcionar correctamente y, aun así, haber dejado de responder a la realidad de la organización.
Con el paso del tiempo cambian los procesos.
También evolucionan los equipos.
Se incorporan nuevos proveedores.
Aparecen integraciones adicionales.
Los departamentos empiezan a utilizar funciones que nunca se contemplaron durante la implantación inicial.
El software permanece.
La empresa no.
Por ese motivo, revisar un sistema significa comprobar si aquello que hoy ocurre dentro de la herramienta sigue coincidiendo con la decisión que justificó su contratación.
Porque una aplicación puede seguir siendo estable desde el punto de vista técnico y, sin embargo, haber dejado de estar gobernada.
El software puede ser el mismo. La organización ya no.
Cuando una empresa implanta un CRM o un ERP, lo hace para responder a una necesidad concreta.
Sin embargo, esa necesidad rara vez permanece igual durante los años siguientes.
Se incorporan nuevos departamentos.
Algunas personas cambian de funciones.
Los procesos evolucionan.
Incluso aparecen tecnologías que no existían cuando la organización eligió aquella herramienta.
Como consecuencia, el sistema empieza a desempeñar un papel diferente al que justificó su implantación.
No porque el software haya cambiado por completo.
Sino porque la empresa ha evolucionado alrededor de él.
La revisión permite comprobar precisamente esa diferencia.
Revisar no significa sustituir
Muchas organizaciones retrasan cualquier revisión porque la asocian automáticamente con un proyecto de migración.
Nada más lejos de la realidad, porque revisar CRM y ERP no significa cambiar de plataforma.
Significa comprender cómo funciona realmente el sistema hoy.
Después será posible decidir qué conviene mantener.
Qué debería corregirse.
Qué procesos necesitan actualizarse.
Y qué elementos continúan aportando valor.
Antes de sustituir una herramienta, conviene entender si el problema está en el software o en la forma en que la organización ha dejado de gobernarlo.
La primera revisión comienza dentro de la empresa
Identificar quién gobierna actualmente el sistema está implícito en la revisión de tu CRM y ERP, y no hablamos del fabricante, ni tampoco del proveedor que presta soporte.
Nos referimos a la persona que, dentro de la organización, conoce el funcionamiento de la herramienta y puede tomar decisiones sobre su evolución.
Con frecuencia esa responsabilidad desaparece sin que nadie lo advierta.
La persona cambia de puesto.
Abandona la empresa.
O simplemente deja de participar en la gestión diaria del software.
Mientras tanto, la plataforma continúa funcionando con aparente normalidad.
Sin embargo, cada cambio empieza a realizarse de forma aislada.
Y nadie conserva una visión completa del conjunto.
Un sistema sin propietario termina evolucionando por inercia
Cuando ninguna persona asume claramente la responsabilidad del software, las decisiones empiezan a repartirse entre distintos departamentos.
Un equipo solicita una nueva integración.
Otro crea usuarios.
El proveedor incorpora funcionalidades.
Alguien modifica permisos.
Cada decisión parece razonable de forma individual.
El problema aparece cuando nadie supervisa cómo afectan todas ellas al funcionamiento global del sistema.
Así es como muchas organizaciones dejan de gobernar una herramienta sin darse cuenta.
El propietario del sistema no administra la herramienta. Protege la decisión que la justificó.
La responsabilidad principal no consiste en resolver incidencias técnicas.
Su función es mucho más amplia.
Debe ser capaz de:
- aprobar nuevas integraciones;
- revisar periódicamente usuarios y permisos;
- validar cambios funcionales;
- coordinar incidencias con el proveedor;
- mantener actualizada la documentación;
- revisar contratos y condiciones del servicio;
- comprobar que la herramienta sigue respondiendo a las necesidades actuales del negocio.
En definitiva, el propietario interno no gobierna únicamente un software.
Gobierna la decisión que un día llevó a la organización a incorporarlo.
Las integraciones también necesitan revisarse
Revisar CRM y ERP no consiste únicamente en analizar la herramienta principal.
También implica comprender todo aquello que hoy depende de ella.
Con el paso de los años aparecen nuevas conexiones.
Primero llega una plataforma de marketing.
Después se incorpora un gestor documental.
Más adelante se conecta un sistema de firma electrónica.
Finalmente aparecen automatizaciones, servicios en la nube o funciones de inteligencia artificial.
Cada integración amplía las capacidades del software.
Al mismo tiempo, aumenta la responsabilidad de la organización sobre ese ecosistema.
Por ese motivo, revisar una herramienta también significa revisar todas las conexiones que han ido creciendo a su alrededor.
El mapa actual rara vez coincide con el de la implantación
Cuando una empresa implantó su CRM o su ERP, probablemente el sistema era mucho más sencillo.
Hoy puede estar conectado con:
- plataformas de marketing;
- formularios web;
- soluciones contables;
- almacenamiento en la nube;
- herramientas de firma electrónica;
- correo corporativo;
- plataformas de inteligencia artificial;
- automatizaciones creadas por distintos departamentos.
Cada nueva integración modifica el funcionamiento del sistema.
Sin embargo, pocas organizaciones conservan un mapa actualizado de todas esas conexiones.
La consecuencia no suele ser un fallo técnico.
La consecuencia es perder la capacidad de comprender cómo circula realmente la información.
Una integración deja de estar gobernada cuando nadie recuerda por qué existe
Poner en marcha una integración suele ser sencillo.
Lo difícil es supervisarla con el paso del tiempo.
Conviene revisar:
- quién la solicitó;
- qué información intercambia;
- qué objetivo cumple;
- quién puede modificarla;
- qué ocurriría si dejara de funcionar;
- quién valida que siga siendo necesaria.
Cuando ninguna persona puede responder a esas preguntas, la integración continúa funcionando, pero deja de estar gobernada.
Y ese riesgo suele permanecer oculto durante años.
El contrato probablemente ya no describe el servicio que utilizas
Con frecuencia, las empresas mantienen la misma percepción del software que tenían el día de la contratación.
Mientras tanto, la plataforma evoluciona constantemente.
Con el paso del tiempo se añaden funciones.
También cambian los planes.
Incluso aparecen nuevos módulos.
Además, pueden incorporarse nuevos servicios.
Incluso pueden intervenir nuevos proveedores o subencargados.
Por ese motivo, revisar CRM y ERP también significa comprobar si la relación contractual continúa describiendo el servicio que realmente utiliza la organización.
La herramienta evoluciona aunque nadie renegocie el contrato
A lo largo de los años pueden haberse producido cambios como:
- incorporación de nuevos módulos;
- modificación del plan contratado;
- aparición de nuevos subencargados;
- cambios en la ubicación del tratamiento;
- nuevas funciones basadas en inteligencia artificial;
- modificaciones en el soporte;
- nuevos plazos de conservación;
- cambios en las condiciones de devolución de los datos.
Cada uno de estos aspectos modifica la realidad del servicio.
No revisarlos supone asumir que el contrato sigue representando una situación que quizá ya no existe.
Supervisar al proveedor también forma parte del gobierno
El artículo 28 del RGPD recuerda que la organización debe seleccionar encargados del tratamiento que ofrezcan garantías suficientes y supervisar esa relación durante toda la prestación del servicio.
La responsabilidad no termina cuando se firma el contrato.
Tampoco desaparece porque la plataforma continúe funcionando correctamente.
Por esa razón, revisar periódicamente el proveedor, sus condiciones y los cambios introducidos forma parte del gobierno del software.
La información también debe revisarse cuando sale del sistema
Muchas empresas creen que el control termina dentro del CRM o del ERP.
La realidad suele ser diferente.
Cada día se generan exportaciones.
Además, muchas organizaciones descargan informes.
Con frecuencia se comparten hojas de cálculo y en ocasiones, la información también se envía por correo electrónico.
También aparecen copias en carpetas compartidas o en herramientas externas.
El patrón es que la información abandona el sistema continuamente, pero no siempre mantiene el mismo nivel de control.
El CRM puede estar gobernado. Sus copias, no.
Es habitual encontrar información distribuida en:
- hojas de cálculo;
- equipos personales;
- carpetas compartidas;
- correos electrónicos;
- informes descargados;
- copias enviadas a proveedores;
- automatizaciones intermedias;
- aplicaciones externas.
Cada copia crea un nuevo punto que también debería formar parte de la revisión.
La revisión debe seguir el recorrido completo de la información
No basta con conocer dónde se almacenan los datos.
También conviene revisar:
- dónde terminan;
- quién accede a ellos;
- cuánto tiempo permanecen disponibles;
- qué copias existen;
- cómo se eliminan cuando dejan de ser necesarias.
Solo entonces resulta posible comprobar si el tratamiento actual continúa siendo coherente con la decisión que justificó la implantación del software.
La revisión mínima que toda empresa debería realizar sobre su CRM y ERP
Revisar CRM y ERP no debería depender únicamente de una incidencia, de una auditoría o de la renovación del contrato.
La supervisión también forma parte del ciclo de vida del software.
Por ese motivo, en YWEN utilizamos una revisión estructurada que permite comprobar si la realidad actual del sistema sigue respondiendo a la decisión que justificó su implantación.
Esta revisión no sustituye una auditoría técnica ni la aplicación de medidas técnicas y organizativas apropiadas, pero ayuda a comprobar que la herramienta continúa estando gobernada.
Revisión YWEN del ciclo de vida del software
Antes de considerar que un CRM o un ERP sigue bajo control, conviene revisar al menos estos doce aspectos.
1- Propietario interno
¿Existe una persona responsable de la evolución del sistema dentro de la organización?
2- Finalidad actual
¿La herramienta sigue utilizándose para el objetivo con el que fue implantada?
3- Información tratada
¿Los datos que procesa hoy coinciden con la evaluación inicial?
4- Usuarios y permisos
¿Todos los accesos continúan estando justificados?
5- Integraciones
¿Existe un inventario actualizado de todas las conexiones activas?
6- Proveedores y subencargados
¿La organización conoce quién participa realmente en la prestación del servicio?
7- Contrato
¿Las condiciones contratadas siguen describiendo el servicio que hoy utiliza la empresa?
8- Evidencias
¿El sistema conserva registros suficientes para demostrar qué ocurre dentro de la plataforma?
9- Cambios e incidencias
¿Se documentan las modificaciones relevantes realizadas sobre el sistema?
10- Continuidad
¿La organización podría seguir operando si la herramienta dejara de estar disponible?
11- Exportación
¿Se ha comprobado recientemente cómo recuperar toda la información?
12- Retirada
¿Existe un procedimiento para abandonar la plataforma sin perder datos, procesos o evidencias?
Estas doce comprobaciones no sustituyen una auditoría técnica.
Permiten verificar si el sistema continúa respondiendo a la realidad de la organización y no únicamente a la decisión que se tomó el día de su implantación.
Revisar CRM y ERP también significa revisar las decisiones del pasado
Revisar CRM y ERP no consiste en comprobar si una aplicación sigue funcionando.
Consiste en verificar si la realidad actual continúa respondiendo a la decisión que justificó su implantación.
Durante los años cambian los usuarios.
También evolucionan los procesos.
Se incorporan nuevas integraciones.
Los proveedores amplían sus servicios.
La información circula por canales diferentes.
La organización, en definitiva, deja de ser la misma.
Por eso, una evaluación realizada hace cinco años no garantiza que el sistema siga estando gobernado hoy.
La supervisión continua permite mantener el control sobre una herramienta que evoluciona al mismo ritmo que el negocio.
Porque un sistema no deja de estar gobernado cuando aparece un fallo.
Deja de estar gobernado cuando nadie comprueba si sigue respondiendo a la realidad de la empresa.
Antes de renovar una licencia, responde a una pregunta.
Si hoy tuvieras que explicar cómo funciona realmente tu CRM o tu ERP…
¿Podrías identificar quién lo gobierna, qué integraciones mantiene activas, qué información trata y qué ocurriría si mañana necesitaras cambiar de plataforma?
Si alguna de esas respuestas no está clara, quizá el sistema siga funcionando.
Pero ya no está siendo gobernado.
No existe una periodicidad única para todas las organizaciones. Sin embargo, resulta recomendable revisar CRM y ERP cuando se incorporan nuevas integraciones, cambian los responsables del sistema, evolucionan los procesos o se modifican las condiciones del proveedor. Además, una revisión periódica ayuda a comprobar que el uso real continúa respondiendo a la decisión inicial.
No. El objetivo consiste en verificar si los permisos, las integraciones, los contratos, los proveedores y la información tratada siguen siendo adecuados para las necesidades actuales de la organización. En muchos casos, revisar permite mejorar el gobierno del sistema sin necesidad de sustituir la herramienta.
Conviene analizar el propietario interno del software, los usuarios y permisos, las integraciones activas, los proveedores, las condiciones del contrato, la información tratada, las evidencias disponibles y la capacidad para recuperar o migrar los datos cuando resulte necesario.
El RGPD incorpora un enfoque de responsabilidad proactiva. Los artículos 24, 28 y 32 establecen la necesidad de aplicar y mantener medidas técnicas y organizativas adecuadas, mientras que el artículo 30 exige mantener actualizada la documentación cuando corresponda. El cumplimiento, por tanto, no termina el día que se implanta una herramienta.
La señal más evidente no suele ser un fallo técnico. Aparece cuando nadie puede explicar con claridad quién es responsable del sistema, qué integraciones permanecen activas, quién conserva determinados permisos o si el contrato vigente sigue describiendo el servicio que realmente utiliza la organización.
Elegir una herramienta consiste en evaluar si responde a las necesidades de la empresa antes de implantarla. Revisarla significa comprobar, con el paso del tiempo, que usuarios, permisos, integraciones, proveedores y datos siguen respondiendo a aquella decisión inicial.
