CRM a medida con historial de cambios: quién tocó qué

Equipo Kairux 7 min de lectura

CRM a medida con historial de cambios: quién tocó qué

Un CRM a medida con historial de cambios es un sistema de clientes que anota cada modificación de una ficha: qué campo se cambió, qué valor tenía antes, qué valor tiene ahora, quién lo hizo y a qué hora. Un CRM personalizado con esta función permite reconstruir cualquier ficha tal como estaba un día concreto.

La necesidad aparece el día en que un dato aparece mal y nadie sabe por qué. Un teléfono cambiado, un importe de presupuesto distinto, un cliente que pasa a «perdido» sin que nadie lo recuerde. Sin historial, la conversación acaba en «yo no he sido» y el equipo pierde 30 minutos buscando al responsable en los mensajes de WhatsApp Business.

Por ejemplo, si un equipo de 6 personas edita 80 fichas a la semana, es normal que se pisen datos. Además, un historial protege al propio equipo, según el caso: demuestra qué se hizo y cuándo. Aquí verás cuándo compensa, qué se registra, cómo se consulta y qué se debe preguntar antes de construirlo.

¿Cuándo compensa un CRM a medida con historial de cambios?

Compensa cuando varias personas editan las mismas fichas y un error cuesta dinero o confianza, según el tamaño del equipo. Con 5 o más personas editando, los errores se multiplican. Si trabajas solo y tus fichas casi no cambian en 6 meses, el historial sobra. Si hay un equipo comercial, un equipo de administración y datos que afectan a importes o a fechas, conviene tenerlo desde el principio.

  • Primero, una asesoría donde cualquier cambio en el domicilio fiscal de un cliente tiene consecuencias.
  • Además, una concesionaria de vehículos con presupuestos que se retocan 4 o 5 veces antes de firmar.
  • Por último, una clínica donde el acceso a los datos de un paciente debe poder justificarse.

En la práctica, lo que decide es el coste de un error. Una asesoría con 40 clientes lo nota antes que una tienda pequeña. Para el marco de seguridad del sistema, mira seguridad en un CRM. El historial no sustituye a los permisos, los complementa: los permisos evitan accesos indebidos y el historial deja constancia de los permitidos.

¿Qué registra el historial de cambios de un CRM?

El historial es un registro de cada modificación con cinco datos: el campo que cambió, el valor anterior, el valor nuevo, la persona que lo cambió y el momento exacto. Con esos cinco datos se contesta casi cualquier duda sobre una ficha sin tener que preguntar a nadie.

No hace falta registrarlo todo. Anotar cada letra que se teclea llenaría el sistema de ruido. Según el caso, se eligen los campos que importan: etapa del embudo, importe, fecha de cita, responsable asignado, teléfono y correo. Los demás campos, como una nota libre, pueden quedar fuera.

Imagina un presupuesto que pasa de una cifra a otra en 3 días con 2 clientes de por medio. El historial muestra que lo cambió la persona de ventas el martes a las 17:20 y que antes valía otra cantidad. Además, el cambio de etapa a «aceptado» queda anotado con su hora. Los mensajes por WhatsApp Business ya se guardan en la ficha, con su fecha.

¿Cómo se consulta y se deshace un cambio?

La consulta del historial es una pestaña de la propia ficha donde se ve la lista de cambios, del más reciente al más antiguo, con su autor. Cualquiera con permiso puede filtrar por campo o por persona, y ver qué ocurrió en un día determinado.

Deshacer un cambio es una función distinta, según el caso. Primero se puede construir un botón «restaurar este valor» que devuelva el dato anterior y anote la restauración como un cambio más. Así nunca se borra el rastro: incluso una corrección queda registrada. Además, evita que alguien «arregle» un error ocultándolo durante semanas.

Pongamos que un compañero cambia por error el teléfono de un cliente. Quien lo detecta abre el historial, ve el valor anterior y lo restaura en 1 clic, en menos de 2 minutos. El cliente sigue recibiendo sus mensajes de WhatsApp en el número correcto, y el cambio queda en la ficha, con Google Calendar sin tocar.

¿Qué dice la protección de datos sobre un historial?

El RGPD es el reglamento que pide, entre otras cosas, que los datos sean exactos y que el responsable pueda demostrar cómo los trata. Un historial de cambios ayuda a ambas cosas: permite corregir un dato inexacto y deja constancia de quién accedió o modificó información de una persona.

También plantea una duda razonable. Si una persona pide que borres sus datos, el historial no puede conservar su información por sorpresa. Por eso, al construirlo se decide qué ocurre con el rastro cuando una ficha se elimina: puede anonimizarse o borrarse con ella. Es una decisión de la empresa, no del programa, con el consejo de quien lleve la protección de datos.

Imagina un cliente que pide su baja a los 2 meses de alta. La empresa elimina la ficha de esa persona y, según el criterio acordado, el historial asociado se borra o queda sin datos personales. Para el detalle legal, lee CRM y RGPD.

¿Qué preguntar antes de construir un CRM con historial?

El historial de cambios es una función que se define antes de construir, porque cada respuesta cambia lo que se guarda y cuánto pesa el sistema. Por ejemplo, conviene aclarar seis cosas con tu equipo de 5 personas. La videollamada de 45 minutos sin compromiso sirve para esto, con tu forma de trabajar delante y con WhatsApp Business.

  • Qué campos deben quedar registrados y cuáles no.
  • Quién puede ver el historial y quién solo la ficha.
  • Cuánto tiempo se conserva el rastro.
  • Si se permite restaurar valores y a quién.
  • Qué pasa con el rastro cuando se elimina una ficha.
  • Si necesitas un informe periódico de cambios.

Además, esta función no viene ya hecha: se puede construir, según el caso, en unas semanas de trabajo con 2 reuniones. Empieza por CRM a medida con agentes de IA. En Kairux lo vemos contigo y con tu equipo.

Preguntas frecuentes

¿El historial sirve si los clientes escriben directamente al CRM?

El historial es un registro que recoge también los cambios que hacen los agentes automáticos, no solo las personas. Cuando el asistente de IA mueve una ficha de etapa o anota una cita tras una conversación de WhatsApp Business, el cambio queda con la marca «asistente» en lugar de un nombre.

Por ejemplo, un lead escribe a las 22:00, el asistente lo cualifica en 5 minutos y lo pasa a «cita agendada» en Google Calendar. Al día siguiente, la persona de ventas ve en el historial qué hizo la IA y qué hizo un compañero. Además, si algo no cuadra, puede revisar la conversación guardada en la ficha. Según el caso, se puede construir un informe semanal de lo que cambió el asistente, para revisarlo en 10 minutos.

¿Cuánto tiempo se conserva el historial de cambios?

El plazo de conservación es una decisión de la empresa, según su actividad y el uso que le dé. Según el RGPD, se pide guardar los datos solo el tiempo necesario para su finalidad, así que un historial no debería guardarse para siempre sin motivo, ni siquiera 10 años por costumbre.

En la práctica, muchas empresas deciden conservar el rastro mientras la ficha esté activa y una temporada razonable después. Una asesoría puede querer 5 años y una tienda 12 meses; son ejemplos, no recomendaciones, y cada negocio lo decide con su asesor legal. Primero se define; después se programa. La regla se fija en la videollamada con quien lleva la protección de datos, y se aplica sola: pasado el plazo, el sistema borra o anonimiza el rastro. Además, el equipo puede revisar la regla cada año con Google Calendar como recordatorio.

¿Se puede ver quién consultó una ficha, no solo quién la cambió?

El registro de accesos es una lista de quién abrió una ficha y cuándo, y se puede construir aparte del historial de cambios. Resulta útil en datos sensibles, como los de salud, donde conviene saber quién ha tenido acceso durante los últimos 12 meses.

Por ejemplo, una clínica con 12 empleados puede ver que solo 3 personas abrieron la ficha de un paciente este mes, con 4 accesos en total. Según el RGPD, los datos de salud son una categoría especial (artículo 9) y piden más cuidado. Además, este registro pesa más que el de cambios y suele limitarse a ciertos tipos de ficha. Se decide en la videollamada según la sensibilidad de tus datos y el tamaño del equipo. Además, puede enviarse un resumen por correo con Outlook una vez al mes.

Hablemos de tu proyecto.

45 minutos con el fundador. Sin compromiso.