Pular para o conteúdo
Para empresas que querem crescer com controle

Um sistema para operar sua empresa com IA.

Vendas, marketing, atendimento, operação, financeiro e inteligência trabalhando sobre o mesmo contexto — para sua empresa ganhar escala sem perder controle.

Sua empresa inteira. Uma operação. IA trabalhando.

Para empresas de qualquer setor que querem crescer com estrutura, controle e inteligência.

Painel ilustrativo do Sistema Centriu com sete frentes trabalhando: atendimento, comercial, operação, agentes, inteligência, conteúdo e marketing. Cada frente mostra o trabalho concluído ou o próximo passo.

Representação ilustrativa do trabalho em execução

O problema

Sua empresa não deveria operar em pedaços

Não é falta de ferramenta. É que cada ferramenta resolve um pedaço, e ninguém é dono do todo. O custo disso não aparece numa fatura — aparece no mês seguinte.

  • Sistemas que não se falam

    O mesmo dado é digitado de novo — e cada cópia conta uma história diferente.

  • Dados duplicados

    Ninguém sabe qual versão é a verdadeira na hora de decidir.

  • Conversas perdidas

    O cliente repete o contexto a cada canal e a cada pessoa.

  • Tarefas espalhadas

    O trabalho vive em planilhas, mensagens e na memória de alguém.

  • Decisões sem contexto

    A escolha é feita com o recorte que estava à mão, não com o que importava.

  • Automações desconectadas

    Cada ferramenta automatiza um pedaço e ninguém enxerga o todo.

Nenhum desses problemas se resolve comprando mais um software. Eles se resolvem quando a operação inteira passa a trabalhar sobre o mesmo contexto.

A resposta

Tudo trabalha sobre o mesmo contexto.

A Centriu não é uma coleção de produtos. É uma plataforma em que clientes, áreas e agentes leem e escrevem no mesmo lugar.

Cliente 360

Um contexto, não vários cadastros

Cada conversa, tarefa, campanha, cobrança e decisão fica ligada ao cliente e à operação — não a um sistema isolado.

  • Clientes
  • Comercial
  • Atendimento
  • Operação
  • Financeiro
  • Marketing
  • Inteligência
  • Agentes
  • Consultoria

As áreas abaixo são partes da mesma operação, não produtos separados. Elas compartilham conta, permissões e histórico.

IA que trabalha — não um chatbot ao lado

A inteligência artificial da Centriu participa da operação: entende contexto, prepara trabalho, executa rotinas e pede aprovação quando importa.

Entende o contexto

Lê a operação, o cliente e o histórico antes de propor qualquer coisa.

Prepara o trabalho

Redige, organiza, calcula e deixa pronto para revisão humana.

Executa rotinas

Roda o que é repetitivo dentro dos limites definidos pela empresa.

Recomenda a próxima ação

Cruza áreas, identifica prioridade e mostra o motivo da recomendação.

Pede aprovação

O que é sensível passa por uma pessoa antes de valer. Sem exceção silenciosa.

Mantém histórico e aprende

Registra o que aconteceu e usa o resultado para melhorar a próxima decisão.

O que a Centriu faz

Uma plataforma, várias frentes de trabalho. Tudo no mesmo contexto, com a IA participando do que dá para acelerar.

Comercial

CRM, pipeline, oportunidades, propostas, follow-up e automações.

Atendimento

WhatsApp, Instagram, Messenger, chat do site e e-mail no mesmo contexto.

Operação

Tarefas, responsáveis, prazos, aprovações, agenda e capacidade.

Financeiro

Contas, cobranças, caixa, fiscal, margem, IR, orçamento e inteligência econômica.

Marketing

Planejar, produzir, aprovar, publicar e medir conteúdo e campanhas.

Inteligência

Painéis, alertas, previsões, recomendações e leitura executiva.

Agentes

Rotinas executadas continuamente pela IA com controle e aprovação.

Consultoria

Diagnóstico, estratégia, transformação, acompanhamento e especialistas.

Para quem é

Para empresas que querem crescer — e crescer certo.

A Centriu faz sentido quando o volume aumenta e a estrutura precisa acompanhar. Não é sobre setor nem tamanho: é sobre a operação conseguir sustentar o próximo estágio.

As vendas crescem, mas o processo não acompanha.

As áreas trabalham separadas e o cliente sente.

A operação depende de pessoas específicas.

O financeiro ficou complexo e o caixa perde visibilidade.

O atendimento cresce em volume e em canais.

A IA entra sem contexto, controle ou histórico.

Se a empresa ainda não começou a crescer, a Centriu também ajuda a preparar a estrutura para o primeiro salto.

Ver a Centriu funcionando
Consultoria

Tecnologia sozinha não resolve uma operação mal desenhada.

A Centriu combina tecnologia, inteligência, método e acompanhamento. A consultoria diagnostica, desenha, implanta e acompanha — com evidências, não com apresentação.

A participação de especialistas depende da solução e do contrato. Não é um item incluído automaticamente em toda contratação, e não prometemos acompanhamento humano ilimitado.

Veja a Centriu funcionando na sua operação

Uma conversa para entender onde a sua operação perde tempo, dinheiro ou capacidade — e o que a Centriu faria primeiro.

Pular para o conteúdo

problema

On-Site A/B Testing and Experimentation Automation: A Winner Only Once the Math Agrees

On-site A/B testing automation, through Centriu Flow, lets a team run a real experiment. This experiment is on a specific block or section of a page. It uses two or more versions. Real visitor traffic is split between them. Beyond installing the snippet, the site needs one edit. The tested element carries a data-fluxo-slot attribute. The conversion element carries a data-fluxo-convert attribute. Each visitor is assigned a version. This happens by hashing an identifier. This identifier is in the local storage of that browser. So, repeat visits from the same browser see the same version. This is true while that storage is kept. An exposure is recorded whenever a version is shown. A conversion is recorded whenever the marked element is clicked. What sets the result apart from a simple percentage comparison is the math underneath it. A 10,000-iteration Monte Carlo simulation computes the actual probability that a given version is the true winner. This is done over each version's own Beta posterior distribution. Flow will not declare a winner until that probability reaches 95%. Also, at least 30 visitors must be recorded. This way, a lucky early streak on tiny traffic never gets promoted to "the winner."

On-Site A/B Testing and Experimentation Automation: A Winner Only Once the Math Agrees

Why "Variant B is winning" is not the same as "Variant B is the winner"

Early in a test, one version almost always looks ahead by chance. A few extra conversions on tiny traffic can create a percentage gap. This gap disappears once real volume arrives. A testing tool that reports whichever version currently has the higher raw conversion rate does not know how much traffic backs that number up. It ends up rewarding noise as often as it rewards a real difference. Centriu Flow treats "who is winning right now" and "who has actually won" as two different questions. It needs real statistical confidence before answering the second one.

  • Early in a test, one version almost always looks ahead by chance. A few extra conversions on tiny traffic can create a percentage gap. This gap disappears once real volume arrives. A testing tool that reports whichever version currently has the higher raw conversion rate does not know how much traffic backs that number up. It ends up rewarding noise as often as it rewards a real difference. Centriu Flow treats "who is winning right now" and "who has actually won" as two different questions. It needs real statistical confidence before answering the second one.

How Centriu Flow runs the test and calls the result

A team sets up a test against a specific content block or section. For example, two versions of a call-to-action banner, or a signup form. Flow's public serving layer assigns each visitor to a version. It uses a hash of an identifier. The snippet keeps this identifier in the local storage of that browser. So, a returning visitor on the same browser lands on the same version as before. If that storage is blocked or cleared, or the visitor switches device, the version is drawn again. Every time a version is shown, and every time the visitor completes the tracked conversion action, both events are recorded against that specific version. This happens through a rate-limited serving endpoint.

Behind the results dashboard, each version's conversion rate is modeled. It is a Beta posterior distribution. This is built from its visitor count and the conversion clicks recorded for it. Clicks are summed as events. So, the same visitor can be counted more than once. A 10,000-iteration Monte Carlo simulation draws random samples from each version's distribution. It counts how often one version's simulated conversion rate beats the other's. That frequency IS the probability that version is the true winner. It is not an estimate rounded from a single point-in-time percentage. A winner is only ever declared once the Bayesian probability reaches 95%. Also, the test must have at least 30 visitors. If either condition is not yet met, the test simply keeps running. It reports "not yet conclusive" instead of forcing an early call.

What is actually built today

  • Hash-based version assignment from an identifier stored in the browser. Repeat visits from the same browser see the same version while that storage is kept.

  • Exposure recorded for every version shown. A conversion is recorded when a visitor clicks the element marked with data-fluxo-convert.

  • A 10,000-iteration Monte Carlo simulation over each version's Beta posterior distribution. It computes the real probability that a given version is the actual winner.

  • A hard rule against calling a winner early. 95% probability AND a minimum of 30 recorded visitors are both required.

  • Rate limiting on the public version-serving and event-tracking endpoints.

  • Results are available per test. They are rolled up into a dedicated reports view. No export to a separate analytics tool is required.

What changes operationally

A team stops looking at a percentage gap and guessing if it is real. A winner is never declared on a lucky early streak. So, turning off the losing version is based on an actual, measured probability. It is not a coin flip dressed up as data.

  • A team stops looking at a percentage gap and guessing if it is real. A winner is never declared on a lucky early streak. So, turning off the losing version is based on an actual, measured probability. It is not a coin flip dressed up as data.

Two headlines, one honest answer (illustrative scenario, not a real client)

A team tests two versions of a pricing-page call-to-action. One is "Start your free trial" and the other is "See a live demo." After the first 40 visitors, "See a live demo" is ahead by a wide-looking margin. But the simulation puts the actual probability it is the true winner at only 61%. This is well short of the 95% bar. The dashboard reports the test as still running. It does not declare a winner. Three weeks and several hundred visitors later, the gap has narrowed in raw percentage terms. But the simulated probability has climbed to 96%. The visitor count is comfortably past 30. Only then does Flow mark "See a live demo" as the winner. Both the probability and the visitor count are shown alongside the call, not just the label.

Two headlines, one honest answer (illustrative scenario, not a real client)

How to get started

Frequently asked questions

What decides when a test has a winner?

Two conditions both have to be true. The simulated probability that one version is the true winner reaches at least 95%. And the test has recorded at least 30 visitors.

Will a returning visitor ever see a different version?

Not from the same browser while its local storage is kept. Assignment hashes an identifier stored there. If that storage is blocked or cleared, or the visitor switches device, a new identifier is created. The version is drawn again.

Is a whole page tested, or a specific section?

A specific content block or section is tested. Not an entire page redesign.

Is the winner decided by a single statistical method?

Yes. The call rests on the probability from the Bayesian Monte Carlo simulation. Plus the minimum-visitor rule. No second test confirms it.

Can a test be forced to declare a winner early, on low traffic?

No. Below the 30-visitor/95%-probability bar, the test reports as still running. It is not conclusive.

What does Centriu Flow cost?

It is sold with tiered plans. It starts at a published entry price. Exact current values are on the central pricing page.

See how Centriu Flow runs and scores an A/B test

On-site A/B testing automation, through Centriu Flow, lets a team run a real experiment. This experiment is on a specific block or section of a page. It uses two or more versions. Real visitor traffic is split between them. Beyond installing the snippet, the site needs one edit. The tested element carries a data-fluxo-slot attribute. The conversion element carries a data-fluxo-convert attribute. Each visitor is assigned a version. This happens by hashing an identifier. This identifier is in the local storage of that browser. So, repeat visits from the same browser see the same version. This is true while that storage is kept. An exposure is recorded whenever a version is shown. A conversion is recorded whenever the marked element is clicked. What sets the result apart from a simple percentage comparison is the math underneath it. A 10,000-iteration Monte Carlo simulation computes the actual probability that a given version is the true winner. This is done over each version's own Beta posterior distribution. Flow will not declare a winner until that probability reaches 95%. Also, at least 30 visitors must be recorded. This way, a lucky early streak on tiny traffic never gets promoted to "the winner."