Caso de éxito: CRM y centralita integrados con Odoo en una empresa de formación a distancia en Madrid

Este caso explica cómo se integran el CRM y la centralita con Odoo en una empresa que vive de llamar. Una empresa de formación a distancia con la que trabajamos desde 2006 tenía su actividad comercial repartida entre hojas de Excel, un CRM antiguo y una centralita que no hablaban entre sí. Cada lead pasaba por varias manos y por varios ficheros antes de que un comercial lo llamara. Este es el proceso que seguimos para llevar el CRM, la centralita y el trabajo del equipo a un único panel con Odoo, y por qué lo hicimos por fases.

Proyecto para un cliente de la provincia de Madrid. Caso anonimizado: por confidencialidad, la ubicación y los datos que podrían identificar al cliente se han modificado.

La situación de partida

El primer paso fue escribir lo que ocurría de verdad en el día a día, sin suavizarlo. En el documento de análisis quedaron recogidos estos problemas:

• Leads duplicados. Los cupones de interesados entraban por distintas vías (Excel, formularios web, portales de terceros) y el mismo contacto aparecía varias veces en el CRM.
• Herramientas desconectadas. El CRM, el programa académico y la centralita no se sincronizaban. Los datos pasaban de uno a otro mediante archivos de Excel, con el tiempo y los errores que eso conlleva.
• Llamadas alimentadas a mano. Los números a llamar se cargaban manualmente en la centralita desde una hoja de cálculo, lo que retrasaba el trabajo comercial.
• Estadísticas pobres. La centralita solo mostraba llamadas, tiempos y perdidas. Las del CRM se llevaban en Excel y el servidor llegaba a dar errores por el volumen de datos.
• Números marcados como spam. Muchos alumnos potenciales no contestaban porque el número saliente aparecía como sospechoso. Era la queja principal de las oficinas comerciales.
• Matriculación casi manual. El proceso de matriculación y cobro no estaba vinculado al CRM.

A esto se sumaban asuntos de seguridad que preocupaban al cliente: contraseñas cambiadas a mano por los técnicos, correos sin copia de seguridad, un acceso al servidor de datos de los alumnos a través de un puerto abierto en el router y un CRM de hace más de quince años guardando datos personales. En el área de pedagogía, el tutor tardaba hasta siete minutos en abrir el administrador de Moodle con el alumno esperando al teléfono.

Por qué Odoo

Cuando un cliente nos plantea una situación así, antes de elegir herramienta comparamos. En este caso Odoo reunía tres cosas que importaban: CRM, contactos, presupuestos y facturación en un mismo sistema; una arquitectura abierta, de modo que el código y los datos quedan a nombre del cliente; y una forma de crecer por módulos sin empezar de cero cada vez. No somos partner oficial de Odoo ni cobramos comisión de ningún fabricante, así que la recomendación se basa solo en el encaje con el problema.

El alcance de la primera fase

Dividimos el proyecto en dos fases para no paralizar la actividad comercial. La primera se centró en comercial y en la centralita, con pedagogía como siguiente prioridad. Lo que se definió para esa fase fue lo siguiente.

Un único panel para llamadas y leads. Todas las llamadas y actividades asociadas a un contacto quedan en la misma ficha, sin copiar datos entre sistemas.

Captura automática de leads. Los formularios web y los portales de terceros alimentan directamente el CRM. Se definieron reglas para repartir cada lead entre los comerciales según criterios como la ubicación o el segmento, y un aviso cuando un contacto ya existe, para evitar los duplicados desde el origen.

Autollamador. En lugar de cargar listas a mano, el sistema agenda las llamadas, reparte las tareas entre los agentes y programa recordatorios de seguimiento.

Correos y presupuestos desde la llamada. Plantillas de correo por curso, enviadas según la interacción del cliente, y la posibilidad de generar un presupuesto durante la propia conversación. Si el cliente lo acepta, queda registrado sin volver a teclear nada.

Estadísticas en tiempo real. Rendimiento por agente, tiempo en llamada, estado de las oportunidades y un mapa de leads para ver dónde se concentra el interés. Con transcripción de llamadas mediante inteligencia artificial para analizar las conversaciones.

Seguridad y trazabilidad. Accesos por roles y permisos, cambios de contraseña automatizados y un registro de las actividades. Todo ello va en la línea de lo que exige una gestión de la seguridad según ISO 27001.

Cómo lo hicimos, paso a paso

Un proyecto de este tamaño no se improvisa. Estas fueron las etapas.

1. Demostración de Odoo con los procesos del cliente. Antes de hablar de presupuestos, enseñamos Odoo funcionando con ejemplos reales del equipo comercial. Así el cliente podía imaginar su trabajo en la herramienta y no en una presentación genérica.
2. Entrevistas de requisitos. Hablamos por separado con comercial, informática, administración, producción y pedagogía. Cada departamento cuenta el mismo proceso de forma distinta, y de esas diferencias salen los requisitos que de otro modo se quedan sin detectar.
3. Propuesta cuantificada por fases. Un documento con los problemas, el plan de acción y el alcance de cada fase, para que el cliente decida con información y pueda aprobar solo la parte que necesita.
4. Documento de requerimientos de CRM y centralita. El detalle técnico: campos del lead, estados del embudo, franjas horarias de llamada, estadísticas por agente y condiciones de asignación. Es el contrato funcional entre lo que el cliente quiere y lo que se construye.
5. Pruebas de telefonía. Antes de tocar el trabajo diario, se comprobó la telefonía en la nube con llamadas de prueba, incluido el problema de los números marcados como spam.
6. Implantación y pruebas con el cliente. Importación de leads y campañas y revisión conjunta con el equipo comercial.
7. Ajustes posteriores. Corrección de prefijos telefónicos, de la asignación de comerciales y otros detalles que solo aparecen con el uso real.

La conexión con pedagogía

El área académica tenía su propia lista de exigencias: acceso rápido a los datos del alumno, integración con Moodle y un acceso seguro al programa académico. En esta fase se planteó una conexión directa entre el CRM y el programa académico para que pedagogía consultara los datos de los matriculados sin saltar entre plataformas. Para la fase siguiente quedó definida la automatización de la matriculación, desde la captación del lead hasta la inscripción y el pago.

Qué cambia para el equipo

Los beneficios que perseguía el proyecto, y que justifican cada decisión de diseño, son concretos:

• Se acaba la doble entrada de datos entre Excel, CRM y centralita.
• Cada lead llega ya asignado al comercial más adecuado.
• Un presupuesto aceptado en la llamada queda registrado sin trabajo extra.
• Los responsables ven el rendimiento del equipo en el momento y no al final de la semana.
• Los accesos y las contraseñas dejan de depender de cambios manuales.

Lo que aprendimos

Dividir en fases protege la actividad. Un cambio de CRM y centralita en una empresa que vive de llamar no puede parar el negocio ni un día. Empezar por comercial permite aprender antes de tocar pedagogía.

Los requisitos salen de hablar con todos. El problema del spam en las llamadas salientes no aparecía en ningún documento técnico; surgió en las entrevistas con las oficinas comerciales.

La seguridad se diseña desde el principio. Los accesos por roles y la trazabilidad se incluyeron en el alcance inicial, no se añadieron al final.

¿Tiene un problema parecido?

Si su empresa gestiona leads con Excel, un CRM que no se conecta a la centralita o varias herramientas que se copian datos entre sí, podemos analizar su caso y proponerle un plan por fases, con el código y los datos a su nombre. Puede ver cómo trabajamos en nuestras páginas sobre integración de centralita con CRM y implantación de Odoo.

CRM y centralita con Odoo: lo esencial del proyecto

La integración de CRM y centralita con Odoo empieza por el flujo del lead, no por la herramienta. Con CRM y centralita con Odoo en una misma ficha, desaparecen los ficheros intermedios y los duplicados. Para llevar CRM y centralita con Odoo a producción sin parar la actividad comercial, conviene trabajar por fases y probar antes la telefonía. En un proyecto de CRM y centralita con Odoo, el cliente debe ser siempre el dueño del sistema, de sus datos y de su código.

Para ampliar información, puede consultar la documentación oficial de Odoo.

Preguntas frecuentes

¿Cuánto tarda una integración de CRM y centralita con Odoo?

Depende del número de agentes, de la telefonía que ya se use y de cuántas fuentes de leads haya. Por eso empezamos con un análisis y una propuesta por fases, y fijamos el calendario cuando el alcance está cerrado.

¿Se puede mantener la centralita actual?

En muchos casos sí. La integración se hace con la telefonía que el cliente ya tiene, siempre que ofrezca una conexión adecuada. Si no la ofrece, se plantean alternativas en el análisis.

¿Y si ya tenemos un CRM?

Se estudia qué datos migrar y qué integrar. A veces conviene conservarlo y conectarlo; otras, sustituirlo. La decisión se toma con los datos del proceso real, no por preferencia de herramienta.

¿Quién es el propietario del sistema y de los datos?

El cliente. El código, los servidores, los dominios y las licencias quedan a nombre de la empresa.

¿Pueden hacerlo si ya trabajamos con otra consultora?

Sí. Trabajamos directamente con empresas y también como subcontrata de consultoras e integradores, en marca blanca.