pliuzv0.1.x

Los fundadores

Por qué construimos Pliuz

hola@pliuz.com

Javier Mancera Villa, cofundador y CEO de Pliuz

Javier Mancera Villa

Cofundador y CEO

Define el producto, lleva la relación con las primeras distribuidoras y hace personalmente los diagnósticos.

github.com/mwhitex·LinkedIn·javier@pliuz.com

Jorge Juan Moscoso Chacón, cofundador y CTO de Pliuz

Jorge Juan Moscoso Chacón

Cofundador y CTO

Lleva la arquitectura, las conexiones con los sistemas del cliente y la infraestructura donde se guardan sus datos.

github.com/JStack-Dev·LinkedIn·jorge@pliuz.com

Pliuz empezó siendo otra cosa: una capa de control para que un agente de IA no ejecutara una acción cara sin que una persona la aprobara. Esa parte se construyó, funciona y está en producción — y sigue siendo el cimiento de todo lo que hay aquí.

Lo que cambió fue el problema que queríamos resolver. Hablando con empresas nos encontramos siempre la misma escena, y no era la de un agente descontrolado: era la de alguien de administración con seis pestañas abiertas intentando averiguar por qué un pedido lleva tres días parado. El control seguía haciendo falta, pero como medio y no como producto.

Hoy Pliuz es una capa de operaciones con IA para distribuidoras industriales B2B: se apoya en el ERP, el CRM, el almacén y el transporte que ya tienes, entiende en qué estado está cada pedido y cierra las incidencias que hoy resuelve alguien a mano. La empresa conserva sus sistemas; lo que cambia es que empiezan a hablarse.

Esto no es AIOps. En español «operaciones con IA» se confunde a menudo con AIOps, que es una categoría distinta: monitorizar la infraestructura de TI, servidores y alertas. Pliuz no mira servidores. Mira pedidos, entregas y facturas, y le habla a quien dirige la operación, no a quien mantiene la red.

Somos dos y estamos construyendo en abierto, con las primeras distribuidoras. Por eso lo primero que ofrecemos es un diagnóstico y no un contrato: si al medir tu operación no aparece trabajo suficiente que quitar, te lo decimos y no hay proyecto. Preferimos perder un cliente a montar un piloto que no dé nada.