· Início
0%

Transformar o sistema da GE num produto que outras fábricas pagam para usar.

Ticlin
Projeto
Reestruturação
Cliente
Grupo GE
Prazo
6 meses
Ano
2026

Por onde começamos: limpando tudo o que está pesando no projeto.

Passo 1 de 6 · Mês 1

Vamos seguir a ordem em que se reorganiza um sistema: limpar, proteger, organizar, separar as empresas, acelerar e, por fim, construir o aplicativo. O primeiro passo é tirar do projeto o que não é usado — assim todo o trabalho seguinte é feito só em cima do que importa.

O que encontramos
744imports declarados e nunca usados no código
205blocos de código comentado esquecidos no projeto
93arquivos que nada no sistema importa
0alertas de import sem uso — a regra está desligada no linter
10tabelas de backup esquecidas no banco, abertas sem login
2,7 GBem 2 tabelas de mensagens, com indício de espaço morto
CÓDIGO MORTO

Remover o código que está pesando

Vamos apagar importações sem uso, blocos de código comentados e arquivos que nenhuma tela chama.

BANCO DE DADOS

Enxugar o banco

Vamos remover as tabelas de backup esquecidas e recuperar o espaço desperdiçado nas tabelas de mensagens.

LINTER

Impedir que a sujeira volte

Vamos religar a verificação automática do código, hoje desligada, para o projeto não acumular lixo de novo.

AO FIM DO MÊS 1

Um projeto mais leve, só com o que é usado de verdade.

Proteger: fechar o que está aberto e criar um ambiente de teste.

Passo 2 de 6 · Mês 2

Com o projeto limpo, vamos fechar as portas. Hoje há dados que podem ser acessados sem login, e não existe um lugar para testar mudanças sem mexer no sistema em uso. Este passo resolve as duas coisas.

O que encontramos
0ambientes de teste separados da produção
1.716e-mails reais de clientes que podem ser lidos sem login
35tabelas que qualquer pessoa lê e altera, sem login
170leads reais — nome, e-mail e telefone — com edição livre
72tabelas dependem da tabela de empresas, que está sem proteção
100%das tabelas novas já nascem abertas
4chaves de API visíveis no navegador de quem usa o sistema
1arquivo no histórico do git que revela 3 tabelas centrais sem proteção
AMBIENTE DE TESTE

Criar uma cópia para testar sem risco

Vamos montar um ambiente separado da produção, onde toda mudança é testada antes de chegar ao sistema que a GE usa.

REGRAS DE ACESSO

Fechar o acesso aos dados

Vamos ativar a proteção (RLS) nas tabelas abertas e corrigir a configuração que faz toda tabela nova nascer aberta.

CHAVES E HISTÓRICO

Tirar as chaves do navegador

Vamos levar as chaves de API para o servidor e limpar do histórico do git os arquivos que revelam pontos fracos.

AO FIM DO MÊS 2

Nada exposto, e um lugar seguro para testar cada mudança.

Organizar: cada assunto no seu lugar, tudo num projeto só.

Passo 3 de 6 · Mês 3

Limpo e protegido, o projeto pode ser rearrumado. Vamos trocar a organização por tipo de arquivo por uma organização por assunto, e juntar os cinco projetos soltos em um só.

O que encontramos
1.800arquivos organizados por tipo, não por assunto
259pastas espalhadas pelo projeto
3–4pastas diferentes guardam pedaços de cada assunto
39barrels para 1.800 arquivos — quase nenhum módulo isolado
5projetos no mesmo repositório, sem nada unificando
0ferramentas de workspace para build, dependências e CI
FEATURE-BASED

Separar o código por assunto

Vamos reunir tudo de financeiro, comercial e produção em pastas próprias, em vez de pedaços espalhados em várias.

MONOREPO

Juntar os cinco projetos em um

Site, sistema, automações e app vão viver num único repositório, com build e dependências compartilhados.

IMPORTS

Simplificar as ligações entre arquivos

Vamos organizar os pontos de entrada de cada módulo, para que mexer num arquivo não arraste meio projeto junto.

AO FIM DO MÊS 3

Qualquer desenvolvedor abre o projeto e sabe onde está cada coisa.

Isolar: cada empresa enxerga só o que é dela.

Passo 4 de 6 · Mês 4

Com o sistema organizado, vamos completar a separação entre empresas. A estrutura para atender várias ao mesmo tempo já existe — vamos garantir que uma nunca veja os dados da outra. É este passo que torna o sistema vendável.

O que encontramos
34tabelas sem a segunda trava de isolamento entre empresas
71decisões da IA de uma empresa visíveis para as outras
33tabelas de catálogo que qualquer usuário logado pode alterar ou apagar
1função de super-admin com e-mail fixo no código, em vez de uma permissão
MULTIEMPRESA

Filtrar tudo pela empresa dona

Vamos garantir que cada consulta devolva só os dados da empresa de quem está logado, sem exceção.

RLS

Colocar a segunda trava onde falta

Vamos completar as regras de acesso nas tabelas que hoje têm só uma camada de proteção.

TESTE

Provar que o isolamento funciona

No ambiente de teste, vamos simular uma empresa tentando acessar a outra — até não conseguir mais.

AO FIM DO MÊS 4

O sistema pode receber outra empresa sem misturar nada.

Acelerar: acabar com a espera do dia a dia.

Passo 5 de 6 · Mês 5

A velocidade vem logo depois do isolamento porque os dois mexem nas mesmas regras de acesso: primeiro vamos deixá-las corretas, depois rápidas. Assim o trabalho é feito uma vez só.

O que encontramos
705regras de acesso refazendo a verificação a cada linha — nenhuma otimizada
55 minde espera acumulada nas 3 operações mais lentas do banco
529 msem média por consulta no relatório de leads — 2.944 chamadas
369 msem média nos indicadores do chat — 3.047 chamadas
397relações entre tabelas sem índice de apoio
21.712leads na tabela por trás das consultas mais lentas
REGRAS DE ACESSO

Reescrever as regras lentas

Vamos ajustar as regras que refazem a mesma verificação a cada linha lida, para rodarem uma vez por consulta.

ÍNDICES

Criar os atalhos de busca

Vamos adicionar os índices que faltam, para o banco ir direto à informação em vez de varrer tabelas inteiras.

PRIORIDADE

Começar pelo que o time mais sente

Relatórios de leads e o chat, as telas mais usadas, são as primeiras a ganhar velocidade.

AO FIM DO MÊS 5

O time para de esperar — e o sistema não fica lento quando a base crescer.

O aplicativo: construído em cima de tudo isso.

Passo 6 de 6 · Mês 6

O app fica por último porque é o que mais aproveita os passos anteriores: vai nascer dentro do projeto unificado, com as mesmas regras, em cima de um banco seguro e rápido.

O que encontramos
0telas nativas funcionando no app hoje
0aparelhos onde o app instala — não há projeto Android ou iOS gerado
7telas escritas em Flutter, fora do padrão React do sistema
0arquivo .gitignore no projeto do app — risco de versionar lixo de build
REACT NATIVE

Reescrever o app

O app atual não instala em nenhum aparelho. Vamos reescrever as telas em React Native, a mesma base do sistema.

CÓDIGO COMPARTILHADO

Ligar o app ao sistema

Vamos fazer o app usar o mesmo código, as mesmas regras e os mesmos dados do sistema, em vez de ser um projeto paralelo.

LOJAS

Publicar nas lojas

Vamos publicar na App Store e no Google Play, pronto para a equipe instalar.

AO FIM DO MÊS 6

Um app que instala, funciona e compartilha tudo com o sistema.

R$ 3.500 por mês.

O investimento

Um valor fixo por mês, do começo ao fim. Sem entrada e sem parcela grande na assinatura — cada mês termina com a entrega descrita acima e um relatório do que foi feito.

INVESTIMENTO MENSAL
R$ 3.500/mês

Acompanhamento e relatório mensal inclusos.

O QUE ISSO SUBSTITUI

Um desenvolvedor sênior contratado custaria mais que o dobro.

Somando salário e encargos, um profissional com essa experiência passa de R$ 10.000 por mês — e ainda seria preciso encontrar, contratar e treinar. Aqui o escopo é escrito e cada mês tem entrega definida.

Em menos de 6 meses, o sistema é seguro, rápido e vendável.

Para fechar
Obrigado.