CASO DE ESTUDIO · CRM Y NOTIFICACIONES

CRM FC71 — Ecosistema de notificaciones en tiempo real para 6 sitios

Un CRM propio que centraliza los leads de 6 dominios activos y avisa por Telegram en menos de 5 segundos, con quién es el cliente, qué proyecto pidió y de qué sitio llegó — sin revisar bandejas de entrada ni paneles distintos.

1El problema

Cuando una operación crece a varios sitios web, cada uno con su propio formulario de contacto, los leads se dispersan: unos llegan por correo, otros quedan en un panel de administración que nadie revisa a diario, y siempre existe el riesgo de que un prospecto real se pierda simplemente porque nadie vio la notificación a tiempo.

El objetivo no era solo "tener un CRM" — era eliminar la ventana de tiempo entre que alguien llena un formulario y que un humano se entera, sin importar de cuál de los 6 sitios haya llegado.

2La solución diseñada

  1. Punto único de entrada: los 6 sitios envían sus formularios a la misma API central en lugar de manejar 6 backends de contacto distintos.
  2. Identificación de origen: cada lead se etiqueta automáticamente con el cliente, el proyecto y el sitio de origen — nunca llega un lead "anónimo" al equipo.
  3. Notificación inmediata: un bot de Telegram avisa en segundos, en lugar de esperar a que alguien revise el correo o entre al panel.
  4. Control de acciones destructivas: cualquier operación irreversible sobre un registro requiere aprobación explícita, no se ejecuta automáticamente.

3El proceso de implementación

El backend corre en Node.js/Express, gestionado con PM2 para mantenerse activo en producción, detrás de Nginx con certificado SSL de Let's Encrypt. La autenticación usa JWT, y MySQL almacena los datos de leads y proyectos.

El reto no fue técnico en el sentido de "conectar un bot de Telegram" — eso es sencillo. El reto fue de confiabilidad y trazabilidad: garantizar que ninguna notificación se pierda, que cada acción quede en una bitácora inmutable, y que las operaciones que sí pueden causar daño (borrar un registro, por ejemplo) no dependan de la buena fe de quien opera el sistema sino de un paso de aprobación explícito.

4El stack en producción

BackendNode.js / Express · gestionado con PM2
Base de datosMySQL
AutenticaciónJWT
ProxyNginx + certificado SSL (Let's Encrypt)
AlertasBot de Telegram · <5s de latencia
Sitios integrados6 dominios activos
Acciones destructivasRequieren aprobación explícita
AuditoríaBitácora inmutable en base de datos

5Resultados medibles

6
sitios integrados
<5s
latencia de notificación
100%
leads identificados por fuente
0
acciones destructivas sin aprobación

El número que de verdad importa no es la latencia de 5 segundos por sí sola — es que ningún lead de ninguno de los 6 sitios pasa desapercibido, y que cada acción sobre esos datos queda registrada de forma auditable.

6Qué aprendimos

  • Centralizar múltiples fuentes de leads en un único punto de entrada simplifica más la operación que integrar cada sitio con su propio sistema de notificación por separado.
  • Una notificación en segundos cambia el comportamiento del equipo — deja de ser "revisar el CRM cuando haya tiempo" y se convierte en una respuesta casi inmediata.
  • El control de acciones destructivas no es un extra de seguridad opcional cuando el mismo sistema centraliza datos de 6 operaciones distintas — es un requisito desde el diseño.

7Servicios que este caso demuestra

Este proyecto combina capacidades que ofrecemos como servicio a otras empresas:

¿Tus leads llegan a distintos sitios sin que nadie se entere a tiempo?

Si operas varios sitios o canales de contacto y la respuesta a un prospecto depende de que alguien revise su correo, es exactamente el tipo de problema que resolvemos.

Solicitar diagnóstico de automatización