Qué es una política de retención de datos en un CRM

Una política de retención de datos en un CRM es una regla escrita que dice cuánto tiempo se guarda cada tipo de ficha, qué pasa cuando ese plazo termina y quién decide. Cubre contactos, tratos, correo e historial de actividad, y nombra una acción para cada uno: conservar, desactivar, anonimizar o borrar. Sin ella, la retención la decide caso por caso quien esté ordenando, que no es una política ni algo que puedas explicarle a quien te lo pregunte.

Por qué una regla gana a decidir sobre la marcha

La limpieza improvisada falla por partida doble. Fichas que deberían haber desaparecido se conservan porque nadie quiso decidir, y fichas que valía la pena guardar se borran en un arrebato de orden. Una regla además sobrevive a que la gente se marche, que es cuando una práctica no documentada desaparece del todo.

Las cuatro categorías, y un valor por defecto para cada una

Contactos activos y clientes. Consérvalos mientras la relación esté viva, y durante un plazo definido después de que termine. Esta es la fácil.

Quien no responde y leads fríos. Desactiva en lugar de borrar. Son tu denominador para las tasas de respuesta, y la gente cambia de trabajo. Trátalos como una decisión anotada en la ficha.

Tratos cerrados, ganados y perdidos. Consérvalos. Borrarlos destruye la tasa de victorias, el ciclo de venta y cualquier comparación que quieras hacer después. Un motivo de pérdida estructurado sólo merece la pena si la ficha sobrevive para poder contarse.

Correo e historial de actividad. El mayor volumen y lo más sensible, porque el correo sincronizado puede contener correspondencia personal. Es la categoría que merece un plazo explícito y no un "para siempre" por defecto.

Desactivar, anonimizar, borrar

Tres acciones distintas que se usan como si fueran una.

Desactivar esconde la ficha de las vistas de trabajo y la mantiene contable. Es el valor por defecto correcto en la mayoría de los casos.

Anonimizar quita los campos personales y conserva la fila, así tus totales sobreviven sin guardar datos de contacto de nadie. Es la opción que muchos equipos pasan por alto, y puede resolver una solicitud de supresión sin dañar los informes.

Borrar elimina la ficha y su historial. Resérvalo para cuando estés obligado, y ten claro que cambia los números históricos.

Escribe cuatro cosas

Nombra las categorías, el plazo de cada una, la acción al terminar y quién es responsable de la revisión. Con una página basta, y una política que nadie encuentra es lo mismo que ninguna.

Después contrástala con lo que tu herramienta hace de verdad, exportación incluida: una política que da por hecho que podrás recuperar fichas sólo es cierta si la exportación sigue funcionando.

Ponle fecha de revisión y emparéjala con una pasada de limpieza para que la regla y el orden ocurran juntos. Mantén los ficheros de importación bajo la misma regla: son los mismos datos personales fuera del CRM.

Esto es un resumen de cómo funcionan las políticas de retención, no asesoramiento legal. El principio de debajo es la limitación del plazo de conservación, en el artículo 5.1.e del RGPD: los datos se guardan sólo el tiempo que exija su finalidad. Si manejas datos personales en un mercado regulado, que alguien cualificado revise tus plazos.

Preguntas frecuentes

¿Qué es una política de retención de datos en un CRM?

Es una regla escrita que establece cuánto tiempo se guarda cada tipo de ficha del CRM, qué ocurre al final de ese plazo y quién es responsable de la decisión. Suele cubrir contactos, tratos e historial de correo o actividad, asignando a cada uno una acción: conservar, desactivar, anonimizar o borrar. Su valor está en sustituir el criterio caso por caso por algo consistente que sobrevive a los cambios de personal.

¿Cuánto tiempo hay que guardar los datos de un CRM?

No hay un plazo único correcto, porque depende de tu ciclo de venta y de las normas de tu mercado. Importa más fijar un plazo definido por categoría que quedarse en un "para siempre" por defecto. Los tratos cerrados suelen merecer conservarse indefinidamente por los informes, mientras que el correo sincronizado y el historial de actividad merecen un límite explícito por el volumen y la sensibilidad que implican.

¿Cuál es la diferencia entre desactivar y borrar una ficha?

Desactivar esconde una ficha de las vistas de trabajo y la mantiene contable en los informes, lo que preserva denominadores como la tasa de respuesta o la de victorias. Borrar elimina la ficha y su historial de forma permanente, y como efecto secundario cambia las cifras históricas. Desactivar es el valor por defecto correcto en casi todas las situaciones, y el borrado se reserva para cuando estás realmente obligado a eliminar datos.

¿Qué significa anonimizar una ficha de CRM?

Anonimizar quita los campos personales, como nombre, correo y teléfono, y conserva la fila con sus datos estructurales, como el importe del trato y las fechas. Tus totales y tus informes históricos sobreviven sin guardar los datos de contacto de nadie. Es la opción que muchos equipos pasan por alto, y puede resolver una solicitud de supresión sin el daño a los informes que causa un borrado directo.

¿Quién debería ser responsable de la política de retención?

Una persona con nombre, y con una fecha de revisión en el calendario en lugar de una intención vaga de volver a mirarlo. En una empresa pequeña suele ser quien lleva la configuración del CRM. Lo que importa es que sea una persona y no un equipo, porque una política de la que todos son responsables no la revisa nadie, y la revisión es la parte que la mantiene ajustada a lo que de verdad hacéis.

¿La política de retención aplica a los ficheros exportados?

Sí, y es la parte que casi todas las políticas olvidan. Un CSV exportado en una carpeta de descargas o en una unidad compartida es una copia de los mismos datos personales fuera del CRM, y no lo cubre nada de lo que configures dentro de la herramienta. Incluye las exportaciones y los ficheros de importación en la política, y di dónde tienen permitido vivir.