Por qué se acumulan en el CRM las tareas vencidas

Por qué las tareas vencidas no van de la pereza del comercial

Просроченные задачи чаще всего копятся из-за процесса: звонок состоялся, а новую задачу никто не создал, и система считает это просрочкой.

El responsable abre el CRM, ve la lista de tareas vencidas y lo primero que piensa es en la disciplina. El comercial jura que llamó al cliente, solo que no creó una tarea nueva. Y a menudo es verdad: una tarea puede figurar como vencida en el CRM simplemente porque nadie creó otra para el día siguiente; la llamada ocurrió, pero el sistema no se enteró.

La causa suele estar en cómo se organiza el proceso en torno a la tarea. Si el siguiente paso depende solo de la memoria del gestor, las tareas vencidas son inevitables; la única pregunta es cuándo. Cuantos más acuerdos en curso, más rápido crece la brecha entre lo que de verdad ocurre y lo que muestra el informe.

Una categoría aparte son las tareas que nadie creó. Hay operaciones con interés a largo plazo donde la decisión se aplaza meses, y otras más urgentes que se deslizan sin que nadie lo note al mismo montón, sin recordatorios. Mientras en el CRM no haya una regla clara de cuándo y qué tarea aparece, el retraso crecerá solo.

Dónde está la línea entre lo normal y lo preocupante

No existe un umbral universal de tareas vencidas que sirva igual para cualquier departamento. El ciclo de venta, el número de comerciales y las particularidades del nicho son demasiado distintos para que una sola cifra describa la norma de todos. Guiarse por porcentajes ajenos sacados de artículos de internet es mala idea: están calculados sobre otro negocio.

Es más razonable mirar la evolución dentro del propio CRM: si la proporción de retraso crece semana a semana o baja. Si tras implantar nuevas reglas de creación de tareas el número de operaciones vencidas disminuye, el movimiento va en la dirección correcta, aunque la cifra absoluta aún no sea ideal. Si crece, es una señal para investigar y no para esperar que se arregle solo.

La segunda referencia es el desglose por tipo de acuerdo. Las tareas vencidas con clientes calientes dispuestos a pagar ya son mucho más críticas que con acuerdos de interés a largo plazo, donde un recordatorio al mes es un ritmo normal. Si se mezclan en una cifra, el problema real se pierde.

Tres causas por las que las tareas se convierten en retraso

La primera causa es técnica: en el CRM no hay plazos o avisos configurados. La tarea existe formalmente, pero a nadie le llega el recordatorio a tiempo.

La segunda es de proceso: las etapas del embudo no crean tareas automáticamente, y el siguiente paso aparece solo si el gestor se acuerda.

La tercera es de motivación: las tareas se crean bien, pero el gestor las ignora porque no ve relación entre llamar a tiempo y el resultado.

Estas tres causas requieren soluciones distintas, y aquí es fácil equivocarse. Si el problema es técnico y el responsable empieza a sancionar el retraso, no cambiará nada: el comercial nunca recibió físicamente el aviso. Si el problema es de motivación y la empresa afina los avisos, las tareas simplemente se cerrarán de forma nominal, sin llamada real.

Mezclar las causas es el error más frecuente al analizar el retraso. El departamento de ventas implanta nuevas reglas en el CRM, espera mejoras y el indicador no se mueve, porque la causa real estaba en otra parte. Separar esas tres capas es el primer paso para empezar a arreglar el problema y no gastar tiempo en los síntomas.

Cómo distinguir la causa a partir de los informes del CRM

La causa técnica se ve rápido: abra las fichas de los acuerdos y compruebe si todas las tareas tienen plazo y aviso al responsable. Si algunas cuelgan sin fecha o sin responsable, el problema es la configuración. Se arregla una vez en el CRM; hablar con el empleado aquí no sirve de nada.

La causa de proceso la muestra el informe por etapas del embudo. Si en algún paso los acuerdos se quedan atascados sin tarea con regularidad, para esa etapa no hay creación automática. Por ejemplo, el acuerdo pasó a «negociación», pero la tarea de llamar aparece solo cuando el gestor la crea a mano. Se ve en la irregularidad: en unas etapas casi no hay tareas vencidas y en otras son sistemáticas.

La causa de motivación la revela el desglose por comerciales concretos con el proceso configurado igual. Si en unos empleados el retraso es casi cero y en otros es sistemáticamente alto con las mismas herramientas, el problema no es el CRM. Aquí ayuda el control de calidad: escuchar las llamadas y evaluarlas con una lista de control muestra si el comercial realmente ejecuta la tarea o simplemente la cierra sin contenido; de eso se ocupa el control de calidad.

Reglas de automatización listas que cierran la causa técnica

En amoCRM, las tareas vencidas por olvido se resuelven con reglas que se activan sin intervención humana. La primera es la creación automática de una tarea con plazo en cada etapa del embudo: el acuerdo pasa a un estado y el sistema fija solo el siguiente paso con una fecha concreta.

La segunda es la escalada automática: si una tarea no se cierra a tiempo, el aviso le llega al responsable y a su jefe.

La tercera regla se refiere al cambio de etapa: cuando un acuerdo avanza en el embudo, la tarea vieja se cierra automáticamente o se vuelve a crear para la nueva etapa.

Sin esta regla, en el CRM se acumulan durante años tareas fantasma: el acuerdo avanzó hace tiempo, pero la tarea vieja sigue vencida y distorsiona toda la imagen. Se nota sobre todo cuando el jefe intenta calcular el porcentaje real de tareas vencidas y se topa con decenas de tareas muertas.

Las tres reglas se configuran una vez a nivel de embudo y luego funcionan solas. La llamada sigue siendo necesaria y la conversación debe seguir la lista, pero olvidarse de crear la tarea se vuelve imposible. Configurar embudos según el proceso del cliente y reglas así forma parte de la implantación del CRM.

Qué hace el robot vendedor donde las reglas no salvan

La automatización en amoCRM resuelve la causa técnica del retraso, pero no el problema de que la solicitud llegue cuando el departamento de ventas físicamente no trabaja. En el proyecto en marcha GetGate el 27 % de las solicitudes llegaba por la tarde y los fines de semana: antes esperaban hasta la mañana y, para cuando el comercial se sentaba al ordenador, la tarea de primer contacto ya estaba vencida por tiempo, aunque se hubiera creado a tiempo. Cómo automatizar las ventas en conjunto, no solo las tareas del CRM: un plan paso a paso con herramientas.

Aquí el robot vendedor toma el relevo de las reglas: responde al cliente en el momento en que escribe, sin esperar a que un gestor quede libre.

El robot decide el siguiente paso según la situación. Por ejemplo, si el cliente no respondió, elige cuándo conviene volver a escribir y registra el resultado del diálogo en el CRM. Las tareas no desaparecen del CRM, pero el primer contacto ya no puede quedar vencido: sucede al momento.

En el mismo proyecto de GetGate los gestores liberan cerca de una hora de trabajo al día: antes se iba en crear tareas a mano y en responder preguntas típicas.

En una prueba a ciegas con chats reales, la respuesta del asistente no fue peor que la de una persona en el 80 % de los casos. Por eso parte del primer contacto puede confiarse al robot sin perder calidad. Más detalles en la página del del robot vendedor.

En qué se convierten las tareas vencidas si no se arreglan

Una tarea vencida es un cliente concreto con el que nadie contactó a tiempo.

Un caso ilustrativo: un cliente VIP trabajaba con un gestor, el gestor se fue y del cliente se olvidaron. En el CRM seguía figurando como VIP, solo que nadie hablaba con él. En el informe esa tarea vencida parece un porcentaje; en realidad es un acuerdo perdido del que uno se entera demasiado tarde.

Una historia parecida ocurre con el interés a largo plazo. Las operaciones en las que la decisión del cliente se aplaza meses se hunden fácilmente entre las tareas urgentes si no hay un sistema de recordatorios para ellas. El comercial actualiza esas operaciones a posteriori, con mucho retraso, y vuelve a decidir cuándo escribir al cliente, aunque el momento adecuado para el recordatorio pasó hace tiempo.

El porcentaje de tareas vencidas por sí solo no dice cuánto dinero pierde la empresa: depende del importe del acuerdo, del nicho y de lo caliente que estaba el cliente. Pero cuanto más tiempo cuelga una tarea, más probable es que el cliente ya haya encontrado otro proveedor.

Medir la escala con tus propias cifras lo permite la analítica de ventas: el desglose plan/real por canal y gestor muestra primero dónde se pierde dinero y solo después dónde se acumulan tareas.

Un ritual semanal de repaso para el jefe de ventas

Conviene convertir el repaso de tareas vencidas en un ritual regular y no en una revisión puntual una vez por trimestre. Hay que empezar por las operaciones calientes: aquellas en las que el cliente ya está listo para pagar y la tarea lleva vencida más de un día. Es la categoría de retraso más cara y hay que revisarla primero, mientras el cliente todavía no se ha ido a la competencia.

Luego vienen las tareas de acuerdos en curso: donde el gestor debía llamar, escribir o enviar un documento. Aquí no basta con ver que la tarea está vencida. Importa si el gestor la cerró por cumplir o si de verdad contactó al cliente.

Analizar la conversión, las llamadas y la calidad de la comunicación ya es cuestión de normas, guiones y motivos de rechazo. De eso se ocupa la construcción del departamento de ventas.

En último lugar conviene mirar las operaciones a largo plazo y «dormidas»: los clientes que es fácil olvidar porque no generan urgencia. Es justo en esa categoría donde más a menudo aparecen historias como la del cliente VIP olvidado. Repasar esa lista con regularidad, aunque sea una vez por semana, cuesta menos tiempo que reconstruir la relación con un cliente que ha decidido que se olvidaron de él.

Por dónde empezar a poner orden en las tareas

Antes de configurar reglas de automatización conviene analizar el departamento de ventas actual y entender dónde se pierde exactamente el dinero: en qué etapas, con qué comerciales, en qué tipos de operación. Sin ese paso es fácil gastar tiempo automatizando la causa equivocada: configurar avisos donde el problema era de motivación, o al revés.

Tras el análisis se montan los embudos según el proceso real del cliente, se conectan canales y telefonía y se configuran reglas de creación automática y escalada de tareas. Si tiene sentido pasar parte del primer contacto al robot —por ejemplo, responder solicitudes fuera de horario—, se entrena para el nicho y se conecta a los mismos canales donde ya trabajan los gestores.

Después el equipo trabaja bajo control: plan y real se ven en tiempo real, y el jefe detecta el problema la misma semana en que aparece. Los ajustes y el escalado llegan a medida que se ve qué funciona en ese equipo. Más análisis de situaciones parecidas en el blog.