Prodantix

Prodantix está hecho para quienes construyen software. Todos los equipos de producto se hacen las mismas tres preguntas: qué hace realmente la gente dentro de nuestra aplicación, quién debería ver cada parte de ella y cuál es el momento adecuado para decirles algo.

La mayoría de las empresas compra una herramienta distinta para cada una de esas tareas, y ahí es donde empiezan los problemas. Cada herramienta guarda su propio registro por separado de quiénes son tus usuarios, y esos registros se van separando poco a poco. Una cree que la clienta ya terminó de configurar su cuenta. Otra no se ha puesto al día y le envía las instrucciones de un paso que completó la semana pasada. Nadie se da cuenta hasta que ella se queja, o hasta que dos paneles muestran cifras distintas.

Cómo está construido el motor

Cuatro primitivas componen el motor, y todo lo demás se apoya en ellas. Conviene tomarlas en orden, porque cada una alimenta a la siguiente. La referencia de conceptos las cubre por completo.

Evento

Una sola cosa que hizo un usuario, capturada mientras ocurre: un registro completado, una página abierta, un formulario abandonado a medias. Los eventos son la señal en bruto y lo único que entra al sistema desde fuera. Todo lo demás se deriva de ellos.

Estado del usuario

Una proyección viva y consultable de todo lo que se sabe de un usuario, derivada de sus eventos y actualizada en el momento en que llega uno nuevo. Es la fuente de verdad que leen la analítica, las feature flags y la mensajería. No es una agregación nocturna ni una copia que algún proceso mantiene alineada. Hay una sola.

Decisión

Una regla evaluada sobre el estado del usuario: quién pertenece a una cohorte, quién recibe una flag, quién cumple los requisitos de un mensaje. Como la decisión lee el estado vivo en el momento en que se plantea, no puede responder desde una imagen caduca.

Acción

Lo que hace el motor cuando se dispara una decisión: exponer una función, enviar un mensaje, iniciar un flujo de trabajo. La acción se registra a su vez como un evento, y eso es lo que cierra el ciclo: lo que el motor hizo pasa a formar parte de lo que sabe.

La analítica es leer el estado

La analítica en Prodantix no es un almacén aparte que guarde su propia copia de tus usuarios. Es leer el estado del usuario directamente. Embudos, retención y cohortes son consultas sobre la misma proyección viva sobre la que actúa el resto del motor, así que no hay viaje de ida y vuelta de SQL a un almacén ni espera a una agregación nocturna: el estado ya tiene la forma de la pregunta. Las cohortes aquí son objetos de primera clase: con nombre, definidas por cláusulas, y con una pertenencia que se mantiene al día según la gente empieza o deja de cumplir los criterios.

Mostrar cosas distintas a personas distintas

Los equipos suelen querer sacar algo nuevo a un puñado de usuarios primero y ver qué tal va antes de que lo tenga todo el mundo. Prodantix decide quién ve qué evaluando condiciones sobre el estado del usuario: un atributo, un operador y un valor, comprobados en el momento en que se consulta la flag en lugar de buscarse en una lista almacenada. Puedes dar una función nueva al dos por ciento de los clientes, observar cómo la usan y luego ampliarla o retirarla sin esperar a otra publicación.

Mensajes que llegan cuando todavía sirven

Un mensaje solo merece la pena mientras siga ayudando. Prodantix puede enviarlo en el momento en que alguien hace algo, o deja de hacerlo. Si un cliente llega al límite de su plan, se entera ahí mismo, y no a la mañana siguiente, cuando ya se ha rendido y se ha ido a otra parte.

Orquestación de IA, y cómo se cierra el ciclo

Las superficies anteriores siguen dejándote a ti el trabajo de encadenar los pasos: advertir algo, averiguar a quién se aplica, decidir qué hacer al respecto. Prodantix puede recorrer ese ciclo por sí mismo. El motor detecta el momento relevante en el estado vivo, selecciona la cohorte a la que afecta y elige la acción. Lo que va más allá de la automatización corriente es la última parte: la acción se registra como un evento, así que vuelve a plegarse en el mismo estado del usuario que leerá la siguiente decisión. El propio comportamiento del sistema pasa a formar parte de lo que sabe de esa persona, en lugar de ser algo que le ocurrió aparte.

Cómo entran los eventos

Todo empieza con un evento enviado al punto de ingesta, que el motor integra de inmediato en el estado del usuario. Los SDK cubren web, móvil y servidor. React es la única excepción: su ciclo de vida necesita un adaptador dedicado, un provider y un hook que instalan el cliente una sola vez y resisten StrictMode. La guía rápida lo conecta en unas pocas líneas.

Claves y entornos

Cada llamada del SDK lleva una clave de proyecto, que sale de la consola. Crear un proyecto produce dos entornos, live y test, cada uno con su clave: desarrollas con la de prueba y publicas con la de producción. Ambas claves se muestran exactamente una vez, justo tras crearlas, porque el servidor guarda solo un hash y ninguna pantalla puede volver a mostrarlas. La rotación emite un reemplazo para el entorno que elijas, y tú decides si la clave antigua deja de funcionar de inmediato o tras un periodo de gracia.

Cuatro formas de hablar con él

REST se reparte entre tres hosts, uno para flags y mensajería, otro para la ingesta de eventos y otro para la repetición de sesión, cada uno sirviendo su propio documento OpenAPI en /openapi.json. La ingesta responde 202, lo que significa que el evento se aceptó para procesarlo y no que quedó almacenado: un evento mal formado todavía puede descartarse más adelante. GraphQL cubre el modelo completo de la aplicación, incluidos proyectos, flags, flujos de trabajo, analítica, mensajería, cohortes y facturación. La superficie de tiempo real difunde cambios de flags, mensajes y ejecuciones de flujos, y corta al instante las conexiones no autenticadas. La superficie MCP permite a los agentes leer y escribir mediante llamadas a herramientas; es de máquina a máquina y rechaza las peticiones de navegador.

Los datos siguen siendo tuyos

Puedes ejecutar Prodantix en nuestros servidores o en los tuyos, y funciona igual de las dos maneras. Todo lo que metas puedes volver a sacarlo entero, cuando quieras. No vendemos tus datos ni los usamos para entrenar modelos de IA. Por su propio diseño, Prodantix acaba guardando el registro más completo que tienes de tus clientes en ninguna parte, así que esa promesa pesa más aquí que en otro sitio.

Para quién es

Prodantix encaja con equipos que llevan dos o tres herramientas separadas para esto y están cansados de que se contradigan. Resulta más útil cuando ya tienes suficientes clientes como para no poder seguir lo que hacen preguntando por ahí.

Visitar Prodantix: prodantix.com