Prodantix

O Prodantix é feito para quem constrói software. Todas as equipas de produto fazem as mesmas três perguntas: o que é que as pessoas fazem realmente dentro da nossa aplicação, quem deve poder ver que partes dela, e qual é o momento certo para lhes dizer alguma coisa.

A maioria das empresas compra uma ferramenta diferente para cada uma dessas tarefas, e é aí que os problemas começam. Cada ferramenta mantém o seu próprio registo separado de quem são os seus utilizadores, e esses registos vão-se afastando devagar. Uma acha que a cliente já terminou de configurar a conta. Outra ainda não acompanhou e envia-lhe instruções para um passo que ela concluiu na semana passada. Ninguém dá por isso até ela reclamar, ou até dois painéis começarem a mostrar números diferentes.

Como o motor está construído

Quatro primitivas compõem o motor, e tudo o resto assenta nelas. Vale a pena segui-las por ordem, porque cada uma alimenta a seguinte. A referência de conceitos cobre-as por inteiro.

Evento

Uma única coisa que um utilizador fez, captada no momento em que acontece: uma inscrição concluída, uma página aberta, um formulário abandonado a meio. Os eventos são o sinal em bruto e a única coisa que entra no sistema vinda de fora. Todo o resto deriva deles.

Estado do utilizador

Uma projeção viva e consultável de tudo o que se sabe sobre um utilizador, derivada dos seus eventos e atualizada no momento em que chega um novo. É a fonte de verdade que a análise, as feature flags e as mensagens leem. Não é uma agregação noturna nem uma cópia que algum processo mantém alinhada. Existe uma só.

Decisão

Uma regra avaliada sobre o estado do utilizador: quem pertence a uma coorte, quem recebe uma flag, quem cumpre os requisitos de uma mensagem. Como a decisão lê o estado vivo no momento em que é feita, não pode responder a partir de um retrato desatualizado.

Ação

O que o motor faz quando uma decisão dispara: expor uma funcionalidade, enviar uma mensagem, iniciar um fluxo de trabalho. A ação é ela própria registada como um evento, e é isso que fecha o ciclo: o que o motor fez passa a fazer parte do que ele sabe.

Análise é ler o estado

A análise no Prodantix não é um armazém à parte com a sua própria cópia dos utilizadores. É a leitura direta do estado do utilizador. Funis, retenção e coortes são consultas sobre a mesma projeção viva em que o resto do motor atua, pelo que não há ida e volta de SQL a um armazém nem espera por uma agregação noturna: o estado já tem a forma da pergunta. As coortes aqui são objetos de primeira classe: com nome, definidas por cláusulas, e com uma pertença mantida atualizada à medida que as pessoas passam a cumprir ou deixam de cumprir os critérios.

Mostrar coisas diferentes a pessoas diferentes

As equipas querem muitas vezes lançar algo novo primeiro a um punhado de utilizadores e ver como corre antes de chegar a toda a gente. O Prodantix decide quem vê o quê avaliando condições sobre o estado do utilizador: um atributo, um operador e um valor, verificados no momento em que a flag é consultada em vez de procurados numa lista guardada. Pode dar uma funcionalidade nova a dois por cento dos clientes, observar como a usam e depois alargá-la ou retirá-la sem esperar por outro lançamento.

Mensagens que chegam enquanto ainda ajudam

Uma mensagem só vale a pena enquanto ainda ajuda. O Prodantix pode enviá-la no momento em que alguém faz alguma coisa, ou deixa de a fazer. Se um cliente chega ao limite do seu plano, fica a saber ali mesmo, e não na manhã seguinte, depois de já ter desistido e ido para outro lado.

Orquestração de IA, e como o ciclo se fecha

As superfícies acima continuam a deixar-lhe o trabalho de ligar os passos: reparar em algo, perceber a quem se aplica, decidir o que fazer. O Prodantix consegue correr esse ciclo sozinho. O motor deteta o momento significativo no estado vivo, escolhe a coorte a que se aplica e seleciona a ação. O que faz disto mais do que automação corrente é a última parte: a ação é registada como um evento, pelo que regressa ao mesmo estado do utilizador que a decisão seguinte vai ler. O próprio comportamento do sistema passa a fazer parte do que ele sabe sobre essa pessoa, em vez de ser algo que lhe aconteceu à parte.

Fazer entrar os eventos

Tudo começa com um evento enviado para o ponto de receção, que o motor integra de imediato no estado do utilizador. Os SDK cobrem web, móvel e servidor. O React é a única exceção: o seu ciclo de vida exige um adaptador dedicado, um provider e hook que instalam o cliente uma só vez e aguentam o StrictMode. O arranque rápido liga tudo em poucas linhas.

Chaves e ambientes

Cada chamada de SDK leva uma chave de projeto, obtida na consola. Criar um projeto produz dois ambientes, live e test, cada um com a sua chave: desenvolve com a de teste e publica com a live. Ambas as chaves aparecem exatamente uma vez, logo após a criação, porque o servidor guarda apenas um resumo e nenhum ecrã as consegue mostrar de novo. A rotação emite uma substituta para o ambiente escolhido, e é você que decide se a chave antiga deixa de funcionar de imediato ou após um período de tolerância.

Quatro formas de falar com ele

O REST estende-se por três anfitriões, um para flags e mensagens, um para receção de eventos e um para repetição de sessão, cada um a servir o seu próprio documento OpenAPI em /openapi.json. A receção responde 202, o que significa que o evento foi aceite para processamento e não que ficou guardado: um evento malformado ainda pode ser descartado mais à frente. O GraphQL cobre todo o modelo da aplicação, incluindo projetos, flags, fluxos de trabalho, análise, mensagens, coortes e faturação. A superfície de tempo real difunde alterações de flags, mensagens e execuções de fluxos, e corta ligações não autenticadas de imediato. A superfície MCP permite que agentes leiam e escrevam através de chamadas de ferramentas; é de máquina para máquina e recusa pedidos de navegador.

Os dados continuam seus

Pode correr o Prodantix nos nossos servidores ou nos seus, e funciona da mesma maneira em qualquer dos casos. Tudo o que lá puser, pode voltar a tirar por inteiro, quando quiser. Não vendemos os seus dados nem os usamos para treinar modelos de IA. Por construção, o Prodantix acaba por guardar o registo mais completo dos seus clientes que tem em qualquer lado, por isso essa promessa pesa mais aqui do que pesaria noutro sítio.

Para quem é

O Prodantix serve a equipas que andam a usar duas ou três ferramentas separadas para isto e estão fartas de as ver discordar. É mais útil a partir do momento em que tem clientes suficientes para já não conseguir acompanhar o que fazem só a perguntar por aí.

Visitar Prodantix: prodantix.com