As exceções viraram regra

O gargalo era operacional, não comercial

A Qulture Rocks constrói software de gestão de times e cultura: avaliação de desempenho, feedback, OKRs e clima. Nasceu em 2015, passou pelo Y Combinator, teve Redpoint eventures e Canary no captable e tinha operação fora do Brasil. Em abril de 2022 foi comprada pelo UOL EdTech, braço de tecnologia educacional do Grupo UOL, em transação com valor não divulgado que deu saída a todos os fundos; o fundador, Francisco Homem de Mello, seguiu como CEO. Em março de 2026 o UOL EdTech unificou Qulture Rocks, Learning Rocks e Ciatech sob a marca Qulture Rocks, atendendo mais de 1.500 empresas e projetando R$ 200 milhões de receita em 2026 para essa vertical.

Software por assinatura deveria ser simples de faturar. A Qulture Rocks não era, por decisão. O time comercial podia oferecer produtos e condições diferentes por cliente, o que mudava não só quanto cobrar mas como calcular. Além disso, clientes ficavam em países e estados diferentes, então forma de pagamento e regra de retenção mudavam de um para outro. Dois eixos de variação, produto e jurisdição, multiplicados por uma base de clientes que crescia.

Por isso o gargalo era operacional, não comercial. A flexibilidade ganhava negócio. O custo dela caía no financeiro uma vez por mês, quando cada fatura precisava ser reconstruída a partir de acordo e planilha, e a alternativa na mesa, padronizar os contratos para caber numa ferramenta de faturamento de prateleira, abriria mão do que estava funcionando.

O conhecimento sobre como faturar vivia nas pessoas

“No nosso produto, muita coisa diferente afeta o valor da fatura. Gerir tudo por planilha ficou insustentável, com muito detalhe pequeno passando despercebido, o que significa cobrar menos do que deveríamos. As automações do Jestor resolveram isso a ponto de a gente estar economizando não só tempo, mas dinheiro.”

O padrão: o conhecimento do time sobre como faturar vivia nas pessoas e era aplicado à mão a cada ciclo. Plataformas financeiras tradicionais e ERPs tinham sido pesquisados e testados; nenhum cobria os tipos de exceção que a empresa de fato tinha. Nada estava quebrado. Mas a lista de clientes crescendo tornava o erro provável, e todo erro aqui é dinheiro não recebido.

Item a item, o que fazia cada trabalho antes e o que faz hoje

O que não foi trocado. A estrutura dos contratos e a liberdade do comercial de customizar ficaram. As plataformas de pagamento ficaram. O produto e seu time de engenharia não foram envolvidos. A empresa não saiu do problema padronizando; escreveu as próprias regras e as pôs para rodar.

A cadeia, ponta a ponta, para um ciclo de faturamento

1. 1
   O negócio fecha e o registro de assinatura é criado

   Com produtos, condições, jurisdição, forma de pagamento, data de renovação, reajustes e carência.

   Pessoa
2. 2
   O sistema calcula cada fatura no ciclo de faturamento

   Percorre todas as assinaturas, aplica as regras fiscais e a plataforma de pagamento de cada uma e calcula o valor.

   Automático
3. 3
   O que as regras não resolvem é apontado ao time

   Um contrato a renegociar, por exemplo.

   Automático
4. 4
   O time revisa a lista e aprova cada fatura com um clique

   Conferência real, não formalidade: o case descreve o time confirmando a informação antes de aprovar.

   Pessoa
5. 5
   A fatura é emitida pela plataforma de pagamento certa

   Para aquele cliente, a que o registro já nomeava.

   Automático
6. 6
   O cliente paga

   Fora do sistema, no ritmo que a plataforma de pagamento já mantém.

   Externo
7. 7
   Renovações e reajustes programados alteram o registro

   Para o próximo ciclo, sem alguém vigiar a planilha.

   Automático

Os elos difíceis são o 1 e o 4. O cálculo é exatamente tão certo quanto o registro que ele lê, então quem cria a assinatura é onde a precisão se decide; por isso a empresa estava tirando essa etapa do formulário e ligando direto a vendas. E o clique do passo 4 é conferência real, não formalidade: o case descreve o time confirmando a informação antes de aprovar. O desenho mantém uma pessoa nas duas pontas e a tira de tudo no meio.

“Já usei muitas plataformas financeiras dedicadas, e nenhuma resolvia 100% dos problemas que deveria. A planilha estava sempre presente como gambiarra, para substituir funcionalidade que deveria existir. Até algo simples como retenção de imposto às vezes era um desafio nessas plataformas, ou impossível.”

Cada mudança, com a base ao lado

Nenhum número de tempo ou dinheiro é afirmado aqui porque nenhum foi medido. O CFO diz que a empresa economiza tempo e dinheiro. O case não dá horas por ciclo, taxa de erro, valor recuperado nem efeito na receita. Este texto reporta a afirmação como do CFO e para aí.

"Instantâneo" quer dizer calculado, não pago. O case descreve o faturamento como instantâneo no sentido de que o valor é calculado pelo sistema em vez de montado à mão. Aprovação, emissão e pagamento continuam levando seu tempo.

Não existe número de porte da época do case. O case original não publicou quantidade de clientes, receita nem tamanho de time. O 1.500+ deste texto é do dono atual, de 2026, e descreve a marca unificada, não a empresa do case.

O que este case não mede

Vale dizer, porque é o que normalmente aparece inflado.

No Brasil, a regra fiscal muda mais rápido do que a planilha