Estrategias de ventas
Estados del CRM para llamadas inbound de Gastos Finales
Organiza estados del CRM que distingan entrega, avance comercial, facturación y responsables del seguimiento en campañas de Gastos Finales.
Los estados del CRM convierten conversaciones individuales en un registro operativo que otras personas pueden entender. Para agentes y agencias que reciben llamadas de Gastos Finales en español, el reto consiste en describir lo ocurrido sin mezclar entrega, avance comercial, facturación y trabajo futuro en una sola etiqueta. Un sistema útil facilita seguimiento e informes sin fomentar la recopilación innecesaria de datos personales. Esta guía propone una estructura reducida y adaptable. No presupone que Valtier incluya una integración concreta ni que todas las agencias sigan el mismo proceso de solicitudes.
Asigna una finalidad a cada campo
Separa resultado de la llamada, fase del caso y próxima acción. Una conversación puede haberse atendido, el caso seguir sin decisión y la siguiente acción ser un seguimiento autorizado asignado a una persona. Un único estado como interesado no comunica todo eso con precisión. Del mismo modo, facturable es una clasificación comercial, no una indicación de que el consumidor vaya a presentar una solicitud. Distinguir estas dimensiones evita contar una conversación atendida como un resultado de venta completado.
Escribe una definición breve de cada valor: cuándo corresponde, qué registro lo respalda y si puede cambiar después. Evita opciones solapadas que obliguen a elegir entre etiquetas igualmente razonables. Si el CRM no admite campos separados, utiliza un estado principal limitado y otro campo estructurado para la siguiente acción, en lugar de una lista extensa de combinaciones. El sistema debe funcionar durante la jornada real; si resulta tan complejo que todos vuelven a notas libres, no cumple su objetivo.
Crea un vocabulario operativo mínimo
Empieza por los estados necesarios para asignar trabajo y conocer el avance. Pueden incluir sin conexión, conversación sin próxima acción, seguimiento pendiente, solicitud enviada y resultado pendiente de confirmación. Adáptalos a tu proceso; no son etapas universales del sector. Define si una solicitud se considera enviada, aceptada para tramitación o situada en otro punto concreto. Quienes elaboran los informes y quienes introducen los datos deben interpretar cada etiqueta de la misma manera.
Incluye una vía para casos que necesitan aclaración. Desconocido suele ser más preciso que imponer una conclusión comercial sin respaldo. Asigna responsable y revisión para que no se convierta en un destino permanente. La guía de llamadas perdidas explica por qué los problemas técnicos merecen su propia investigación. No ocultes un fallo de enrutamiento bajo no interesado simplemente para que el informe diario parezca completo.
| Dimensión | Ejemplo de valor | Pregunta que responde |
|---|---|---|
| Entrega | Atendida | ¿Se recibió la conversación? |
| Fase del caso | Seguimiento pendiente | ¿En qué punto está el trabajo? |
| Próxima acción | Devolución asignada | ¿Qué debe ocurrir después? |
| Facturación | Según reglas del proveedor | ¿Cómo se clasifica comercialmente? |
Convierte el seguimiento en una tarea asignada
Un estado de seguimiento debe identificar quién es responsable de la próxima acción y cuándo se valorará según el procedimiento aprobado. La etiqueta por sí sola no constituye una tarea. Si cambia el responsable, registra la transferencia para que ambas personas no actúen por separado. Evita guardar la única instrucción en una libreta personal o un mensaje privado. El CRM debe permitir comprender qué está pendiente sin reproducir toda la conversación.
No utilices un estado para ignorar preferencias del contacto o requisitos aplicables al seguimiento. Una etiqueta como devolución solicitada debe reflejar lo ocurrido y su registro autorizado. Este artículo no determina permisos para un caso individual. Cuando exista una duda, remítela al procedimiento interno adecuado. La comodidad operativa no justifica inferir autorización ni copiar detalles sensibles en un título de tarea visible para muchas personas.
Conserva el historial al cambiar los resultados
Una solicitud puede pasar de pendiente a otro resultado confirmado. Mantén la referencia de la llamada original y las fechas de transición. Sobrescribir la única fecha dificulta relacionar la inversión con el resultado posterior. Utiliza el historial disponible del CRM o un registro estructurado aprobado, sin reconstruir la secuencia de memoria. Si el software no conserva todos los cambios, define las fechas mínimas necesarias para las preguntas que realmente analiza la agencia.
Utiliza cohortes al comparar resultados de un grupo de llamadas. El marco de coste por póliza emitida exige relacionar un coste definido con un grupo de resultados concreto. Una póliza que se resuelve después debe seguir vinculada a su cohorte original. Al mismo tiempo, un informe de carga puede mostrar las tareas pendientes de hoy. Son finalidades diferentes. Nombrarlas claramente evita confundir actividad mensual con análisis de una campaña cuyos resultados ya han madurado.
Evita información privada en etiquetas generales
Los estados y títulos de tareas deben recoger hechos operativos breves, sin detalles médicos, narraciones sobre pólizas ni información de contacto copiada. Guarda lo que realmente necesite la agencia en ubicaciones restringidas y aprobadas. La guía de la FTC sobre protección de información personal respalda conocer qué datos se conservan, limitar los innecesarios y controlar el acceso. Por eso, ordenar un CRM también implica revisar quién ve cada campo, además de mejorar sus desplegables.
Revisa las exportaciones, no solo el sistema. Un informe de campaña suele necesitar cantidades agregadas y referencias internas, no expedientes completos. Comprueba si las exportaciones automáticas incluyen notas innecesarias. Retira esos campos mediante la configuración autorizada, conservando los registros que la agencia deba mantener. No inventes un plazo de conservación universal. Accesos y retención deben ajustarse a los requisitos reales y a las políticas aprobadas de la organización.
Fuentes: FTC: Protecting Personal Information
Introduce la estructura con ejemplos reales
Antes de cambiar los estados del equipo, clasificad juntos ejemplos permitidos y debidamente protegidos. Pide a varias personas que asignen el mismo registro y comentad las diferencias. Si el problema está en una definición ambigua, corrígela sin culpar al agente. Documenta los límites difíciles, como seguimiento pendiente frente a ausencia de próxima acción. Mantén una referencia breve y accesible para resolver preguntas frecuentes sin interrumpir continuamente el trabajo.
Después, observa responsables ausentes, pendientes antiguos y uso excesivo de categorías generales. Son señales para investigar, no pruebas automáticas de bajo rendimiento. Un cambio de campaña o una limitación del software pueden explicar el patrón. Actualiza el vocabulario deliberadamente y registra cuándo cambia una definición para no volver incomparables los informes históricos. El objetivo es un registro compartido fiable que ayude al equipo y a quienes llaman, no un panel con el mayor número posible de categorías.
Preguntas frecuentes
¿Cuántos estados necesitamos?
Los mínimos que distingan trabajo y resultados materialmente diferentes en vuestro proceso. No existe una cantidad universal. Añade un valor cuando cambie responsabilidad, próxima acción o significado del informe, no solo porque exista otra forma de describir lo mismo.
¿Debe decidir el agente si una llamada es facturable?
Puede señalar una duda, pero la clasificación oficial debe seguir las reglas acordadas y la conciliación con el proveedor. Un estado comercial del CRM no debería sustituir silenciosamente ese registro económico.
¿Podemos modificar un estado después?
Sí, cuando nueva evidencia cambie la fase o corrija un error. Conserva el historial relevante y la asociación con la llamada original. La corrección debe mejorar la precisión sin impedir saber qué se conocía en una fecha de corte anterior.