Cómo conseguir que el equipo use el CRM
Haz que sea el camino más corto a algo que quieren. Quita campos, elige un flujo y deja de pedir datos que la herramienta ya tiene.
Syncek Team · Biblioteca de referencia de CRM
/ 3 min de lectura / Art. #41
La gente usa un CRM cuando es la vía más rápida de conseguir algo que quiere, y lo evita cuando es un impuesto que paga para que otro saque un informe. Casi todos los problemas de adopción son problemas de diseño disfrazados de falta de disciplina. Antes de pedirle al equipo que se esfuerce más, quita campos, elige un flujo que tenga que estar completo y elimina cualquier petición de información que el sistema podría haber capturado solo.
Menos campos, siempre
Cada campo obligatorio es un motivo para cerrar la pestaña. Cuenta cuántos son obligatorios para crear un contacto o un trato, y luego reduce esa cifra a la mitad.
La prueba correcta es si alguna decisión depende de ese campo. Si nadie ha filtrado, ordenado ni medido nunca por él, te está costando trabajo de introducción y no devuelve nada.
Un flujo, completo
La adopción falla sobre todo porque se enciende todo a la vez. Tratos, contactos, actividades, tareas y notas a medias producen una base de la que nadie se fía, y la desconfianza es lo que acaba con el uso.
Elige lo único que siempre tiene que ser cierto, normalmente el pipeline, y deja el resto opcional hasta que eso sea fiable. Un equipo que siempre registra los cambios de fase tiene algo que vale la pena leer, y que valga la pena leer es lo que arrastra al resto. Esa fiabilidad se mide en semanas, que es la parte de implantar un CRM que de verdad lleva tiempo.
Devuelve algo, y pronto
Si lo único que sale es un informe que el equipo no ve, el CRM es papeleo hacia arriba. Haz que devuelva algo a quien mete los datos: sus propios seguimientos, sus tratos parados, con quién no se ha hablado.
La versión más rápida es una vista que cada persona abre el lunes y que le dice qué hacer esa semana. Eso es un motivo para mantener los datos al día, y los motivos funcionan mejor que los recordatorios.
No pidas lo que la herramienta puede capturar
Registrar correos a mano uno a uno es el ejemplo más claro de pedirle a una persona el trabajo de una máquina, y es lo primero que hay que dejar de pedir.
Lo mismo con todo lo derivable: tiempo en fase, fecha del último contacto, antigüedad del trato. Si alguien lo teclea, estará mal en quince días, y un campo mal es peor que uno vacío porque la gente actúa sobre él. Es la misma razón por la que los tratos atascados se detectan solos y por la que una fase necesita criterio de salida y no una opinión.
Preguntas frecuentes
¿Cómo se consigue que un equipo use el CRM?
Haciendo que sea el camino más corto a algo que quieren, en vez de un impuesto que pagan para el informe de otro. Eso suele significar quitar campos, elegir un flujo que deba estar completo y dar a cada persona una vista que le diga qué hacer esta semana. Pedir más esfuerzo no arregla un problema de diseño.
¿Por qué la gente evita el CRM?
Porque les cuesta tiempo y no les devuelve nada que puedan ver. Formularios largos, campos obligatorios sobre los que nadie mide y registro manual de cosas que el sistema podría capturar empujan en la misma dirección. Cuando lo único que sale es un informe hacia arriba, quien mete los datos no tiene motivo para mantenerlos al día.
¿Cuántos campos deberían ser obligatorios?
Muy pocos, y menos de los que tienes ahora. Cada campo obligatorio es un momento en el que alguien puede decidir no molestarse. Un campo se gana la obligatoriedad solo cuando una decisión depende de que esté relleno. Si nadie ha filtrado ni medido por él este trimestre, cuesta trabajo y no devuelve nada.
¿Se activa todo a la vez?
No. Encender tratos, contactos, actividades, tareas y notas a la vez produce una base donde todo está a medias, y los datos a medias son lo que destruye la confianza. Elige el flujo que siempre tiene que ser cierto, normalmente el pipeline, y hazlo fiable antes de añadir el resto. La fiabilidad en un sitio es lo que hace que merezca la pena extenderla.
¿Qué no debería teclearse nunca?
Todo lo que el sistema puede derivar o capturar: registro de correos, fecha del último contacto, tiempo en fase, antigüedad del trato. Si lo teclea una persona estará desactualizado en quince días, y un campo caducado es peor que uno vacío porque la gente actúa sin comprobarlo. Reserva la entrada humana para el criterio, como el motivo de una pérdida.