CRM de recompra
Industria · Ventas y relación con clientes
Un CRM que trae al cliente de vuelta en el momento justo y mide cada campaña por el cupón.
- Cliente
- Industria de cosméticos
- Estado
- En uso, en producción desde julio de 2026
- Tecnología
- Next.js · PostgreSQL · Docker en servidor propio
El CRM del área comercial de una industria. Recibe los pedidos del ERP todos los días, calcula el ciclo de recompra de cada cliente y llena el embudo solo con quien está por volver a comprar. Cada vendedor ve su propia cartera, y cada campaña se mide por el cupón.
La IA escribe el borrador. Quien habla con el cliente es el vendedor.
- pantallas
39
pantallas
- migraciones de base de datos
49
migraciones de base de datos
- suites de pruebas de integración
8
suites de pruebas de integración
- commits
213
commits
Qué hace el sistema | |
|---|---|
| 01 | Ciclo de recompra calculado para cada cliente, con matriz RFM y riesgos de pérdida |
| 02 | Embudo en kanban que se llena solo cada madrugada |
| 03 | Ficha 360 del cliente, con datos enmascarados fuera de la cartera de cada vendedor |
| 04 | Campañas medidas por el cupón, cadencias de relación y prepago con aprobación |
| 05 | Bandeja de WhatsApp con varios números, lista para la cuenta oficial |
| 06 | Metas, comisiones y ruta de cursos ligada a las campañas |
Dónde entra la IA | |
|---|---|
| 01 | Skills de IA editables: cómo se comporta la IA en cada punto y qué sabe por tema |
| 02 | Resumen de la Ficha 360 y borrador del mensaje de WhatsApp para el vendedor |
| 03 | Proveedor y modelo cambiados en pantalla, sin tocar el código |
| 04 | Si una skill se desactiva, vuelve el texto por defecto: la IA nunca se queda muda |
Por qué a medida
Un CRM que sigue el proceso de la empresa, y no al revés.
Un CRM de catálogo resuelve lo común: contactos, embudo y e-mail. Lo que hace volver al cliente en esta industria es otra cosa: el ritmo de compra de cada persona, los pedidos que ya están en el ERP y el cupón que prueba la venta. El sistema se construyó alrededor de eso.
01ERP
Los pedidos llegan solos
Cada madrugada el sistema lee los pedidos del ERP y los une en un registro único por documento fiscal.
02Ciclo
Cada cliente tiene su ritmo
El intervalo medio entre las compras de cada persona se convierte en la fecha prevista de la próxima.
03Fila
El embudo se arma por riesgo y valor
Quien pasó su propio ciclo entra en la fila, en el orden de lo que hay para perder.
04Vendedor
La IA escribe, el vendedor habla
La tarjeta trae el historial y un borrador de WhatsApp. Quien decide y envía es la persona.
El cupón usado en la factura confirma la vuelta y reabre el ciclo.
Regla fija contra el ciclo de cada cliente
Tres clientes ficticios dejan de comprar. La regla de catálogo avisa a todos después de 90 días de silencio. El ciclo propio avisa a cada uno en su momento.
Cliente Acompra cada 30 días
la regla fija avisa 60 días tarde
Cliente Bcompra cada 60 días
la regla fija avisa 30 días tarde
Cliente Ccompra cada 120 días
la regla fija avisa 30 días antes
- compra
- momento justo, por el ciclo del cliente
- aviso de la regla fija, 90 días
Un CRM de catálogo y este CRM, lado a lado
Datos de venta
Lee los pedidos del ERP cada madrugada
CRM de catálogo: Importación manual o integración aparte
Cuándo contactar
El ciclo de compra de cada cliente
CRM de catálogo: Una regla igual para todos
Embudo
Se llena solo, por riesgo y valor
CRM de catálogo: Lo arma el vendedor
Resultado de la campaña
El cupón que entró en la factura
CRM de catálogo: Aperturas y clics
Reglas de la casa
Canales, prepago y cursos a la manera de la empresa
CRM de catálogo: El proceso se adapta a la herramienta
Acceso a los datos
Cada vendedor ve su propia cartera; el resto aparece enmascarado
CRM de catálogo: Permisos por pantalla
Comparación con el uso típico de un CRM listo, sin integración a medida.
Las horas
Cuánto tomó construirlo
57h29
cobradas por el CRM completo, de la primera línea al uso en producción.
Poco más de siete días de ocho horas, repartidos en cinco semanas.
Una semana para la primera versión. Después, cinco rondas de ajustes pedidas por el equipo de ventas, ya usando el sistema a diario. Las listas bajaron de 108 a 36 ítems en las tres primeras.
16h20
Primera versión
Construcción inicial, en una semana
12h23
Ronda 1
108 ítems de ajuste
7h14
Ronda 2
65 ítems de ajuste
4h57
Ronda 3
36 ítems de ajuste
9h17
Ronda 4
Pedidos del equipo de ventas
7h19
Ronda 5
Terminaciones antes de la entrega
Cómo se cuenta la hora
- 01Cada intervalo entre dos commits vale como máximo 40 minutos. Una pausa más larga no entra en la cuenta.
- 02Más 45 minutos de arranque, una vez por día, para retomar el contexto del sistema.
- 03El commit que corrige un defecto no se cobra: un error nuestro no se vuelve hora del cliente.
Quedó fuera de la cuenta
- Reuniones con el equipo del cliente
- 21h39
- Herramienta de medición e informes de horas
- 11h43
Horas medidas en el historial del repositorio entre el 17 de julio y el 20 de agosto de 2026. En este proyecto la regla fue más ajustada que la estándar: sin mínimo por sesión y sin margen del 10%.
