Retenção e Churn

O botão que reduziu churn em 3 produtos contábeis

Como uma solução transversal de UX reduziu fricção operacional e impactou retenção em escala

Como uma solução transversal de UX reduziu fricção operacional e impactou retenção em escala

Empresa :

Qyon Sistemas

Duração do Projeto :

1 Mês

País :

Brasil

Ano :

2025

Contexto

A Qyon é uma empresa SaaS B2B voltada para escritórios contábeis que gerenciam múltiplas empresas simultaneamente. Seus produtos: folha de pagamento, Escrita fiscal e contabilidade, fazem parte de um ecossistema integrado baseado em receita recorrente. Nesse contexto, retenção não depende apenas de funcionalidades, mas da eficiência operacional no dia a dia.

Identifiquei que o churn não estava relacionado à ausência de funcionalidades, mas ao custo operacional gerado por um modelo de uso não escalável. Clientes multi-empresa eram forçados a operar de forma unitária, o que aumentava o tempo de execução e reduzia a eficiência. A oportunidade estava em redesenhar o produto para suportar operações em lote e fluxos multi-entidade.


O Formato atual impactava diretamente:

  • produtividade do escritório

  • margem de Lucro (mais tempo = menos lucro)

  • escalabilidade do cliente (dificuldade de atrair novos clientes)

  • percepção de valor (parece caro, mesmo não sendo)

A Qyon é uma empresa SaaS B2B voltada para escritórios contábeis que gerenciam múltiplas empresas simultaneamente. Seus produtos: folha de pagamento, Escrita fiscal e contabilidade, fazem parte de um ecossistema integrado baseado em receita recorrente. Nesse contexto, retenção não depende apenas de funcionalidades, mas da eficiência operacional no dia a dia.

Identifiquei que o churn não estava relacionado à ausência de funcionalidades, mas ao custo operacional gerado por um modelo de uso não escalável. Clientes multi-empresa eram forçados a operar de forma unitária, o que aumentava o tempo de execução e reduzia a eficiência. A oportunidade estava em redesenhar o produto para suportar operações em lote e fluxos multi-entidade.


O Formato atual impactava diretamente:

  • produtividade do escritório

  • margem de Lucro (mais tempo = menos lucro)

  • escalabilidade do cliente (dificuldade de atrair novos clientes)

  • percepção de valor (parece caro, mesmo não sendo)

problema

Usuários precisavam executar as mesmas rotinas repetidamente, empresa por empresa.

Usuários precisavam executar as mesmas rotinas repetidamente, empresa por empresa.

As tarefas eram feitas por empresa de forma individual e fragmentada, como:

As tarefas eram feitas por empresa de forma individual e fragmentada, como:

  • geração de relatórios

  • processamento de folha

  • envio de documentos

  • envio do Das

Para clientes com dezenas de CNPJs, isso significava:

Para clientes com dezenas de CNPJs, isso significava:

  • alto volume de cliques

  • retrabalho constante

  • aumento de erro

  • desgaste operacional

  • A fricção era cumulativa.

Do ponto de vista do negócio
  • Clientes mais valiosos (com mais empresas) churnavam mais

  • A percepção de valor diminuía com o uso

  • O produto deixava de acompanhar o crescimento do cliente

hipóteses

Se reduzirmos o esforço operacional em tarefas repetitivas, aumentamos eficiência percebida e reduzimos churn.

solução

Em vez de implementar ações em lote em cada tela que levaria pelo menos 6 meses de desenvolvimento, o que seria caro, inconsistente e difícil de manter, projetei uma solução transversal: um botão universal de ações em lote, acessível de qualquer ponto do sistema.

Um bOTÃO ÚNICO NOS 3 SISTEMAS

Introduzimos um ponto único de orquestração para tarefas repetitivas.

 Em vez de replicar ações em múltiplas telas, o usuário pode iniciar operações em lote a partir de qualquer contexto.

A lógica foi desacoplada da interface e estruturada em três camadas:

Quem?

Seleção de Empresas

O Que?

Tipo de Processamento

Para Onde

Destino da Ação

Para Onde

Destino da Ação

Essa arquitetura transformou ações repetitivas em operações escaláveis, sem necessidade de replicação em múltiplos módulos.

dashboard DE ACOMPANHAMENTO DOS PROCESSOS em lote

Criei um painel centralizado para monitorar todas as execuções em lote em tempo real. O usuário passa a ter visibilidade completa do status das tarefas: em processamento, concluídas ou com erro. Isso reduz ansiedade operacional, evita retrabalho e permite atuação rápida em exceções, mantendo o fluxo contínuo mesmo em operações de grande volume.

gRUPOS DE EMPRESAS

Criei o grupo de empresa que dá ao usuário a possibilidade de agrupar empresas com base em critérios operacionais, como regime tributário, tipo de serviço ou rotina recorrente. Com isso, o usuário não precisa mais selecionar manualmente empresa por empresa, podendo executar ações em lote de forma segmentada e inteligente. Isso transforma um processo repetitivo em uma operação escalável e alinhada à realidade dos escritórios contábeis.

Processo

  • Analisei dados de churn cruzando volume de empresas, tempo de uso e motivo de cancelamento

  • Conduzi entrevistas com clientes ativos e churnados

  • Identifiquei fricção operacional como principal driver de evasão

  • Mapeei rotinas críticas e esforço necessário para executá-las em escala

  • Explorei alternativas técnicas (batch por tela vs. camada transversal)

  • Prototipei e validei a solução com usuários reais

  • Alinhei arquitetura com engenharia para garantir escalabilidade

Trade-offs

Centralização vs. Implementação distribuída

Optar por uma camada única aumentou o esforço inicial, mas eliminou redundância e garantiu consistência.

Poder vs. risco de erro

Ações em lote aumentam impacto — mitigado com feedback claro e confirmações.

Escala vs. contexto específico

A solução precisou equilibrar generalização com flexibilidade por tipo de ação.

resultados

↓ 7% de churn em 3 produtos

Redução significativa de esforço operacional

Aumento da eficiência para clientes com múltiplas empresas

Melhora na percepção de valor do produto

Economia de esforço técnico ao evitar implementações duplicadas

Uma única solução impactando múltiplos produtos.

Aprendizados

  • Churn muitas vezes é resultado de cansaço operacional, não falta de funcionalidade

  • Eficiência em escala é essencial em produtos B2B

  • Soluções transversais podem gerar mais impacto do que melhorias isoladas

  • Orquestração de esforço é uma parte importante do Design de Produto

Retenção e Churn

O botão que reduziu churn em 3 produtos contábeis

Como uma solução transversal de UX reduziu fricção operacional e impactou retenção em escala

Como uma solução transversal de UX reduziu fricção operacional e impactou retenção em escala

Empresa :

Qyon Sistemas

Duração do Projeto :

1 Mês

País :

Brasil

Ano :

2025

Contexto

A Qyon é uma empresa SaaS B2B voltada para escritórios contábeis que gerenciam múltiplas empresas simultaneamente. Seus produtos: folha de pagamento, Escrita fiscal e contabilidade, fazem parte de um ecossistema integrado baseado em receita recorrente. Nesse contexto, retenção não depende apenas de funcionalidades, mas da eficiência operacional no dia a dia.

Identifiquei que o churn não estava relacionado à ausência de funcionalidades, mas ao custo operacional gerado por um modelo de uso não escalável. Clientes multi-empresa eram forçados a operar de forma unitária, o que aumentava o tempo de execução e reduzia a eficiência. A oportunidade estava em redesenhar o produto para suportar operações em lote e fluxos multi-entidade.


O Formato atual impactava diretamente:

  • produtividade do escritório

  • margem de Lucro (mais tempo = menos lucro)

  • escalabilidade do cliente (dificuldade de atrair novos clientes)

  • percepção de valor (parece caro, mesmo não sendo)

A Qyon é uma empresa SaaS B2B voltada para escritórios contábeis que gerenciam múltiplas empresas simultaneamente. Seus produtos: folha de pagamento, Escrita fiscal e contabilidade, fazem parte de um ecossistema integrado baseado em receita recorrente. Nesse contexto, retenção não depende apenas de funcionalidades, mas da eficiência operacional no dia a dia.

Identifiquei que o churn não estava relacionado à ausência de funcionalidades, mas ao custo operacional gerado por um modelo de uso não escalável. Clientes multi-empresa eram forçados a operar de forma unitária, o que aumentava o tempo de execução e reduzia a eficiência. A oportunidade estava em redesenhar o produto para suportar operações em lote e fluxos multi-entidade.


O Formato atual impactava diretamente:

  • produtividade do escritório

  • margem de Lucro (mais tempo = menos lucro)

  • escalabilidade do cliente (dificuldade de atrair novos clientes)

  • percepção de valor (parece caro, mesmo não sendo)

problema

Usuários precisavam executar as mesmas rotinas repetidamente, empresa por empresa.

Usuários precisavam executar as mesmas rotinas repetidamente, empresa por empresa.

As tarefas eram feitas por empresa de forma individual e fragmentada, como:

As tarefas eram feitas por empresa de forma individual e fragmentada, como:

  • geração de relatórios

  • processamento de folha

  • envio de documentos

  • envio do Das

Para clientes com dezenas de CNPJs, isso significava:

Para clientes com dezenas de CNPJs, isso significava:

  • alto volume de cliques

  • retrabalho constante

  • aumento de erro

  • desgaste operacional

  • A fricção era cumulativa.

Do ponto de vista do negócio
  • Clientes mais valiosos (com mais empresas) churnavam mais

  • A percepção de valor diminuía com o uso

  • O produto deixava de acompanhar o crescimento do cliente

hipóteses

Se reduzirmos o esforço operacional em tarefas repetitivas, aumentamos eficiência percebida e reduzimos churn.

solução

Em vez de implementar ações em lote em cada tela que levaria pelo menos 6 meses de desenvolvimento, o que seria caro, inconsistente e difícil de manter, projetei uma solução transversal: um botão universal de ações em lote, acessível de qualquer ponto do sistema.

Um bOTÃO ÚNICO NOS 3 SISTEMAS

Introduzimos um ponto único de orquestração para tarefas repetitivas.

 Em vez de replicar ações em múltiplas telas, o usuário pode iniciar operações em lote a partir de qualquer contexto.

A lógica foi desacoplada da interface e estruturada em três camadas:

Quem?

Seleção de Empresas

O Que?

Tipo de Processamento

Para Onde

Destino da Ação

Para Onde

Destino da Ação

Essa arquitetura transformou ações repetitivas em operações escaláveis, sem necessidade de replicação em múltiplos módulos.

dashboard DE ACOMPANHAMENTO DOS PROCESSOS em lote

Criei um painel centralizado para monitorar todas as execuções em lote em tempo real. O usuário passa a ter visibilidade completa do status das tarefas: em processamento, concluídas ou com erro. Isso reduz ansiedade operacional, evita retrabalho e permite atuação rápida em exceções, mantendo o fluxo contínuo mesmo em operações de grande volume.

gRUPOS DE EMPRESAS

Criei o grupo de empresa que dá ao usuário a possibilidade de agrupar empresas com base em critérios operacionais, como regime tributário, tipo de serviço ou rotina recorrente. Com isso, o usuário não precisa mais selecionar manualmente empresa por empresa, podendo executar ações em lote de forma segmentada e inteligente. Isso transforma um processo repetitivo em uma operação escalável e alinhada à realidade dos escritórios contábeis.

Processo

  • Analisei dados de churn cruzando volume de empresas, tempo de uso e motivo de cancelamento

  • Conduzi entrevistas com clientes ativos e churnados

  • Identifiquei fricção operacional como principal driver de evasão

  • Mapeei rotinas críticas e esforço necessário para executá-las em escala

  • Explorei alternativas técnicas (batch por tela vs. camada transversal)

  • Prototipei e validei a solução com usuários reais

  • Alinhei arquitetura com engenharia para garantir escalabilidade

Trade-offs

Centralização vs. Implementação distribuída

Optar por uma camada única aumentou o esforço inicial, mas eliminou redundância e garantiu consistência.

Poder vs. risco de erro

Ações em lote aumentam impacto — mitigado com feedback claro e confirmações.

Escala vs. contexto específico

A solução precisou equilibrar generalização com flexibilidade por tipo de ação.

resultados

↓ 7% de churn em 3 produtos

Redução significativa de esforço operacional

Aumento da eficiência para clientes com múltiplas empresas

Melhora na percepção de valor do produto

Economia de esforço técnico ao evitar implementações duplicadas

Uma única solução impactando múltiplos produtos.

Aprendizados

  • Churn muitas vezes é resultado de cansaço operacional, não falta de funcionalidade

  • Eficiência em escala é essencial em produtos B2B

  • Soluções transversais podem gerar mais impacto do que melhorias isoladas

  • Orquestração de esforço é uma parte importante do Design de Produto

Retenção e Churn

O botão que reduziu churn em 3 produtos contábeis

Como uma solução transversal de UX reduziu fricção operacional e impactou retenção em escala

Como uma solução transversal de UX reduziu fricção operacional e impactou retenção em escala

Empresa :

Qyon Sistemas

Duração do Projeto :

1 Mês

País :

Brasil

Ano :

2025

Contexto

A Qyon é uma empresa SaaS B2B voltada para escritórios contábeis que gerenciam múltiplas empresas simultaneamente. Seus produtos: folha de pagamento, Escrita fiscal e contabilidade, fazem parte de um ecossistema integrado baseado em receita recorrente. Nesse contexto, retenção não depende apenas de funcionalidades, mas da eficiência operacional no dia a dia.

Identifiquei que o churn não estava relacionado à ausência de funcionalidades, mas ao custo operacional gerado por um modelo de uso não escalável. Clientes multi-empresa eram forçados a operar de forma unitária, o que aumentava o tempo de execução e reduzia a eficiência. A oportunidade estava em redesenhar o produto para suportar operações em lote e fluxos multi-entidade.


O Formato atual impactava diretamente:

  • produtividade do escritório

  • margem de Lucro (mais tempo = menos lucro)

  • escalabilidade do cliente (dificuldade de atrair novos clientes)

  • percepção de valor (parece caro, mesmo não sendo)

A Qyon é uma empresa SaaS B2B voltada para escritórios contábeis que gerenciam múltiplas empresas simultaneamente. Seus produtos: folha de pagamento, Escrita fiscal e contabilidade, fazem parte de um ecossistema integrado baseado em receita recorrente. Nesse contexto, retenção não depende apenas de funcionalidades, mas da eficiência operacional no dia a dia.

Identifiquei que o churn não estava relacionado à ausência de funcionalidades, mas ao custo operacional gerado por um modelo de uso não escalável. Clientes multi-empresa eram forçados a operar de forma unitária, o que aumentava o tempo de execução e reduzia a eficiência. A oportunidade estava em redesenhar o produto para suportar operações em lote e fluxos multi-entidade.


O Formato atual impactava diretamente:

  • produtividade do escritório

  • margem de Lucro (mais tempo = menos lucro)

  • escalabilidade do cliente (dificuldade de atrair novos clientes)

  • percepção de valor (parece caro, mesmo não sendo)

problema

Usuários precisavam executar as mesmas rotinas repetidamente, empresa por empresa.

Usuários precisavam executar as mesmas rotinas repetidamente, empresa por empresa.

As tarefas eram feitas por empresa de forma individual e fragmentada, como:

As tarefas eram feitas por empresa de forma individual e fragmentada, como:

  • geração de relatórios

  • processamento de folha

  • envio de documentos

  • envio do Das

Para clientes com dezenas de CNPJs, isso significava:

Para clientes com dezenas de CNPJs, isso significava:

  • alto volume de cliques

  • retrabalho constante

  • aumento de erro

  • desgaste operacional

  • A fricção era cumulativa.

Do ponto de vista do negócio
  • Clientes mais valiosos (com mais empresas) churnavam mais

  • A percepção de valor diminuía com o uso

  • O produto deixava de acompanhar o crescimento do cliente

hipóteses

Se reduzirmos o esforço operacional em tarefas repetitivas, aumentamos eficiência percebida e reduzimos churn.

solução

Em vez de implementar ações em lote em cada tela que levaria pelo menos 6 meses de desenvolvimento, o que seria caro, inconsistente e difícil de manter, projetei uma solução transversal: um botão universal de ações em lote, acessível de qualquer ponto do sistema.

Um bOTÃO ÚNICO NOS 3 SISTEMAS

Introduzimos um ponto único de orquestração para tarefas repetitivas.

 Em vez de replicar ações em múltiplas telas, o usuário pode iniciar operações em lote a partir de qualquer contexto.

A lógica foi desacoplada da interface e estruturada em três camadas:

Quem?

Seleção de Empresas

O Que?

Tipo de Processamento

Para Onde

Destino da Ação

Para Onde

Destino da Ação

Essa arquitetura transformou ações repetitivas em operações escaláveis, sem necessidade de replicação em múltiplos módulos.

dashboard DE ACOMPANHAMENTO DOS PROCESSOS em lote

Criei um painel centralizado para monitorar todas as execuções em lote em tempo real. O usuário passa a ter visibilidade completa do status das tarefas: em processamento, concluídas ou com erro. Isso reduz ansiedade operacional, evita retrabalho e permite atuação rápida em exceções, mantendo o fluxo contínuo mesmo em operações de grande volume.

gRUPOS DE EMPRESAS

Criei o grupo de empresa que dá ao usuário a possibilidade de agrupar empresas com base em critérios operacionais, como regime tributário, tipo de serviço ou rotina recorrente. Com isso, o usuário não precisa mais selecionar manualmente empresa por empresa, podendo executar ações em lote de forma segmentada e inteligente. Isso transforma um processo repetitivo em uma operação escalável e alinhada à realidade dos escritórios contábeis.

Processo

  • Analisei dados de churn cruzando volume de empresas, tempo de uso e motivo de cancelamento

  • Conduzi entrevistas com clientes ativos e churnados

  • Identifiquei fricção operacional como principal driver de evasão

  • Mapeei rotinas críticas e esforço necessário para executá-las em escala

  • Explorei alternativas técnicas (batch por tela vs. camada transversal)

  • Prototipei e validei a solução com usuários reais

  • Alinhei arquitetura com engenharia para garantir escalabilidade

Trade-offs

Centralização vs. Implementação distribuída

Optar por uma camada única aumentou o esforço inicial, mas eliminou redundância e garantiu consistência.

Poder vs. risco de erro

Ações em lote aumentam impacto — mitigado com feedback claro e confirmações.

Escala vs. contexto específico

A solução precisou equilibrar generalização com flexibilidade por tipo de ação.

resultados

↓ 7% de churn em 3 produtos

Redução significativa de esforço operacional

Aumento da eficiência para clientes com múltiplas empresas

Melhora na percepção de valor do produto

Economia de esforço técnico ao evitar implementações duplicadas

Uma única solução impactando múltiplos produtos.

Aprendizados

  • Churn muitas vezes é resultado de cansaço operacional, não falta de funcionalidade

  • Eficiência em escala é essencial em produtos B2B

  • Soluções transversais podem gerar mais impacto do que melhorias isoladas

  • Orquestração de esforço é uma parte importante do Design de Produto