Cómo un único arreglo en Odoo ahorra 12 minutos al día
Odoo Community no introduce al contacto asociado como destinatario al hacer clic en Enviar correo desde un CRM-Lead; debe buscarse y seleccionarse manualmente cada vez. Esto cuesta alrededor de 15 segundos por correo. Con unos 50 correos al día son doce minutos, en el año alrededor de 50 horas por persona. No se soluciona cambiando a Odoo Enterprise, sino con un pequeño módulo que, al abrir el compositor de correo desde un lead, amplía exactamente con esta asignación.
Inhaltsverzeichnis
Odoo Community no inserta el contacto almacenado como destinatario al enviar un correo desde un lead. Buscar, teclear, seleccionar: alrededor de 15 segundos por correo. Parece poco, hasta que se multiplica por la cantidad de correos que un equipo de ventas escribe al día desde el CRM. El cálculo está más abajo; está estimado, no tomado de un cliente real, y para su propio cálculo solo necesita un único número.
Este artículo muestra por qué el estándar de Odoo aquí actúa en contra de los equipos de ventas, cómo es la corrección y cuándo una intervención concreta es la mejor respuesta frente a cambiar todo el sistema.
El problema: un campo de destinatario vacío
Quien usa Odoo Community Edition como CRM quizá conozca esto: se abre un lead, se hace clic en «E-Mail senden» - y el compositor de correo se abre con un campo de destinatario vacío.
El contacto está registrado en el lead. La dirección de correo está ahí. Pero el compositor no la toma.
Lo que sigue es siempre lo mismo:
- Teclear el nombre del contacto en el campo de destinatario
- Seleccionar el contacto correcto de la lista desplegable
- Solo entonces escribir el correo
Eso tarda quizá 15 segundos por correo. Suena a poco.
La cuenta que nadie hace
Pero calculemos: con alrededor de 50 correos al día desde el CRM son 12 minutos de pérdida diaria solo por introducir manualmente un destinatario que ya debería estar.
En un mes son más de 4 horas. En un año: alrededor de 50 horas por empleado.
50 horas al año. Para una tarea que el sistema debería hacer automáticamente.
Y eso es solo la parte medible. El daño real es más sutil: cada clic adicional es un punto donde alguien se distrae, pierde el hilo o directamente no envía el correo. En ventas la rapidez cuenta, y cada obstáculo innecesario cuesta cierres.
La solución obvia —y por qué está mal
La respuesta evidente: comprar Odoo Enterprise. Allí el compositor de correos funciona mejor, hay más funciones y mejor soporte.
Pero Odoo Enterprise se licencia por usuario y mes. Para un equipo de 10 personas son rápidamente varios cientos de euros al mes —para una función que en esencia es una línea de código que falta.
Eso no es un argumento contra Odoo Enterprise. Hay buenas razones para actualizar. Pero si el único problema es un campo de destinatario vacío, cambiar de licencia es usar un cañón para matar un gorrión.
Nuestra solución: un archivo Python
Analizamos el problema y comprobamos: el compositor de correo en Odoo Community simplemente no considera al abrirse desde un lead de CRM el contacto guardado. No es un bug clásico: simplemente falta la lógica.
La solución es un módulo mínimo de Odoo que hace exactamente una cosa: cuando el compositor de correo se abre desde un lead de CRM, el contacto del lead se inserta automáticamente como destinatario.
Eso es todo. No hay menús nuevos, no hay campos nuevos en la base de datos, ni configuración. Un único archivo Python que extiende el comportamiento del compositor de correo para leads de CRM. Todo lo demás queda igual.
Antes
Se hace clic en «E-Mail senden», se abre el compositor — campo de destinatario vacío. Se teclea el nombre del contacto, se espera la lista desplegable, se selecciona la entrada correcta. Solo entonces se puede escribir.
Después
Se hace clic en «E-Mail senden», se abre el compositor — el destinatario ya está. Se puede escribir al instante.
Por qué lo contamos
No porque sea técnicamente impresionante —todo lo contrario. Lo contamos porque muestra un patrón que vemos repetidamente:
Un problema pequeño y concreto se convierte en la excusa para una decisión grande y cara.
- «El compositor de correo molesta» se convierte en «Necesitamos Odoo Enterprise»
- «La tabla es confusa» se convierte en «Necesitamos un nuevo ERP»
- «Falta reporting» se convierte en «Necesitamos una plataforma BI»
A veces es cierto. A veces la gran solución es la correcta. Pero a menudo vale la pena preguntar primero: ¿Cuál es exactamente el problema —y cuál es la solución mínima que lo arregla?
Cuándo basta una corrección —y cuándo hace falta software nuevo
Una corrección dirigida basta si:
- El problema está claramente delimitado —falta una función, hay un paso que falla
- El software existente encaja en general y el equipo lo acepta
- La corrección permanece mantenible y no es una solución frágil y especial
- El coste de la corrección es claramente inferior al coste de cambiar de sistema
Es razonable cambiar de software si:
- Varias necesidades fundamentales no están cubiertas
- El sistema actual ya no se desarrolla más
- La arquitectura no encaja estructuralmente —p. ej. sin API, sin multiempresa
- El esfuerzo de los parches supera el coste de las licencias
Conclusión
Este ejemplo está elegido a propósito por pequeño. No se trata de una revolución, sino de una actitud: antes de buscar software nuevo, conviene mirar con detalle lo que ya se tiene.
Usamos esta corrección nosotros mismos cada día. Nos ahorra tiempo y nervios. Y no nos costó más que unas horas de análisis y desarrollo.
El módulo, por cierto, está disponible gratuitamente como código abierto en el Odoo App Store —porque creemos que una corrección de flujo de trabajo tan básica debe estar al alcance de todo usuario de Odoo Community.
¿Tiene un problema similar en su sistema? A menudo basta una conversación para ver si es posible una corrección dirigida —antes de considerar alternativas caras.