O problema estava no preço de continuar usando do mesmo jeito
A operação já contava com um sistema funcional para gestão automatizada de bolsas, mas ele rodava sobre uma base licenciada por usuário. Com cerca de 1.500 pessoas utilizando a plataforma, o custo mensal por licença pressionava a estrutura financeira e criava uma distorção perigosa: quanto mais estratégico o sistema se tornava, mais caro ele ficava de sustentar.
Esse desenho trazia três riscos claros. O primeiro era de margem. O custo fixo crescia automaticamente com a base de usuários. O segundo era de continuidade. Como o sistema está ligado à lógica de pricing e retenção, sua evolução não podia ficar refém de uma arquitetura pouco flexível e onerosa. O terceiro era de controle. A dependência de uma solução low-code licenciada limitava personalização, reuso, previsibilidade de custo e liberdade para evoluir com mais profundidade técnica.
O desafio, portanto, não era apenas trocar tecnologia. Era proteger um ativo crítico do negócio sem comprometer experiência, adoção e capacidade de crescimento.
Uma nova base para o mesmo sistema funcionar melhor e custar menos
A resposta foi reconstruir a arquitetura sem romper a experiência.
A MATH redesenhou a plataforma em uma base própria, combinando front-end em React, back-end em Node.js, reaproveitamento do SQL Server existente e infraestrutura híbrida entre AWS e Azure. Essa decisão técnica foi relevante porque evitou migrações desnecessárias, preservou ativos já disponíveis e reduziu o risco de ruptura operacional.
O projeto começou com uma fase profunda de discovery. Antes de escrever a nova solução, o time mergulhou no fluxo real de uso do sistema, identificou dores operacionais e mapeou o que precisava melhorar sem alterar de forma brusca a familiaridade dos usuários com a plataforma.
A experiência foi redesenhada com base no design system do próprio cliente, o que reduziu a curva de aprendizado e acelerou adoção. Ao mesmo tempo, guard rails de aprovação foram incorporados à lógica do produto, organizando regras por nível de desconto e criticidade. Isso aumentou controle sem tornar a operação mais lenta.
A arquitetura também foi testada além da carga atual. Simulações com até 3.000 usuários simultâneos permitiram ajustar a infraestrutura para manter disponibilidade, desempenho e custo proporcionais ao uso real. Esse ponto foi central: o sistema deixou de ser financeiramente frágil e passou a ser estruturalmente escalável.
O projeto não buscou apenas cortar licença. Ele devolveu ao cliente o controle econômico e técnico sobre um sistema central para retenção.
Mais controle sobre custo, mais espaço para crescer, menos dependência da plataforma
In closing, speak to the results your customer saw after using your product. This section can be
O primeiro resultado foi financeiro. A remoção do custo por usuário gerou R$ 96 mil de economia direta por mês, totalizando R$ 1,152 milhão por ano. Esse saving, isoladamente, já altera a lógica de sustentação do sistema.
O segundo resultado foi velocidade de retorno. O payback chegou em 2,08 meses e o ROI do projeto alcançou 332%. Isso mostra que a decisão de migrar não gerou apenas melhoria estrutural. Gerou resposta financeira rápida e defensável.
O terceiro resultado foi de governança. Com a nova arquitetura, o crescimento do uso deixou de representar aumento automático de custo. A operação passou a trabalhar com uma base em que infraestrutura, performance e evolução funcional podem ser administradas com muito mais previsibilidade.
O quarto resultado foi de continuidade operacional. A experiência dos cerca de 1.500 usuários ativos foi preservada, enquanto a plataforma ficou preparada para cenários de pico com 3.000 acessos simultâneos. Isso amplia segurança para futuras expansões sem tensionar a base tecnológica.
O quinto resultado foi estratégico. O sistema deixou de ser um ponto de custo crescente e passou a funcionar como ativo digital mais controlável, mais flexível e mais alinhado à lógica de retenção e pricing do grupo.
