"Mini app interno em um fim de semana: o sistema da assistência técnica que \"atende bem a demanda atual\""

Um brasileiro contou num fórum de tecnologia como resolveu um problema da própria loja:

"A uma semana atrás decidi criar um sistema básico para a minha assistência técnica de celulares."

"Já usei algumas soluções, umas pagas, outras grátis, mas todas não era exatamente o que eu queria."

E fechou assim:

"O sistema me atende bem para a demanda atual."

Eu leio muita reclamação de quem constrói com IA. Esta não é uma. É a frase de alguém que tinha um problema específico, que nenhum sistema pronto resolvia do jeito dele, e que resolveu em uma semana sem ser programador. Isso é o melhor uso que existe pra essas ferramentas, e quase ninguém ensina a fazer direito, porque o mercado só fala de app pra vender.

O mini app interno não é o primo pobre do SaaS

Mini app interno é o sistema que só você e seu time usam: ordem de serviço, controle de estoque, agenda da equipe. SaaS (o app que cobra mensalidade de cliente) é outra coisa, com outras exigências.

Se você já ouviu que "isso aí não é sistema de verdade", saiba que quem fala isso está comparando com a coisa errada. O sistema da assistência técnica não precisa aguentar mil clientes. Precisa aguentar a loja dele. E "atende bem a demanda atual" é exatamente o critério certo.

O que dá errado com mini app interno quase nunca é ele ser pequeno. É ele virar importante sem ninguém perceber, e continuar morando do jeito que nasceu. Então o roteiro abaixo tem duas partes: construir no fim de semana, e preparar pra segunda-feira.

Antes de começar, um teste de dois minutos: às vezes a planilha resolve. Se resolver, fique com ela. Se não, siga.

Sexta à noite: uma folha, trinta minutos

Escreva à mão, numa folha só:

1. O processo que ele substitui. Um. "Ordem de serviço, da entrada do aparelho até a retirada." Não "gestão da loja".
2. Quem usa, por nome. Você e o técnico. Se aparece "cliente" nessa lista, pare: isso não é mais mini app interno, é outro bicho.
3. As telas, no máximo três. Por exemplo: lista de aparelhos na loja, ficha do aparelho, aparelhos prontos pra retirar.
4. O que fica de fora. Cobrança, login de cliente, nota fiscal. Escreva "fica de fora" do lado, porque no domingo à noite você vai querer pôr.

Sábado: construir em fatias

Crie a conta da ferramenta com o e-mail da loja, não o seu pessoal. Parece detalhe. É a decisão mais difícil de desfazer depois.

Peça uma tela por vez. Pediu, testou, só então a próxima. E teste com dado de mentira: dez aparelhos inventados, com nomes inventados. O dado real só entra quando as três telas funcionam.

Domingo: as três coisas que a demo não mostra

O sistema funciona. Agora as três coisas que fazem ele continuar funcionando quando você já depende dele.

1. A cópia dos dados, feita e aberta. Muito app feito com IA guarda os dados no Supabase, o serviço de banco de dados por trás de várias dessas ferramentas. Na página oficial de preços do Supabase, consultada esta semana, o plano grátis aparece com backup automático (cópia de segurança) "não incluído". Não é defeito: é o plano grátis. Mas quer dizer que, se alguém apagar a lista de aparelhos sem querer, não tem de onde voltar. A saída de graça: toda sexta, exportar as tabelas em planilha e abrir o arquivo pra ver que os dados estão lá. O backup que funciona de verdade está aqui.

2. A pausa por falta de uso. A mesma página diz que projeto grátis é pausado depois de uma semana sem atividade. Na assistência técnica, usada todo dia, isso não acontece. Mas se o seu mini app é de uso sazonal (a planilha de inscrição que só abre em janeiro), saiba que ele pode estar dormindo no dia em que você precisar, e que acordar leva um tempo.

3. Um ponto de retorno. No primeiro "adiciona um campo de telefone", a IA pode quebrar a tela que funcionava. Antes de qualquer mudança, marque o ponto pra onde voltar. Quatro comandos, sem virar programador.

Domingo à noite, a prova: entregue o sistema pro técnico e não explique nada. Se ele cadastrar um aparelho sozinho, está pronto pra segunda.

Segunda: o que muda quando deixa de ser mini app

"Atende bem a demanda atual" é verdade até a demanda mudar. Quatro sinais de que mudou:

• Alguém de fora quer acessar. "Dá pro cliente ver se o celular dele já ficou pronto?" Aí entra login que protege, e cada cliente só pode ver o aparelho dele.
• Entrou dado sensível. CPF, foto de documento, senha do aparelho anotada na ficha.
• Entrou dinheiro. O sistema passou a registrar quanto cada cliente pagou, ou a cobrar.
• Alguém além de você depende dele pra trabalhar. Se sair do ar amanhã, a loja para.

Um desses sinais e você cruzou a linha entre testar e cobrar, que eu já descrevi inteira. Não é motivo pra largar o sistema. É motivo pra fazer as próximas coisas na ordem certa: o banco no nome da empresa, as regras testadas, o login que separa um cliente do outro.

O fim de semana é o jeito mais barato que já existiu de ter o sistema que nenhum pronto te dava. A segunda-feira é onde a maioria trava, e não por falta de capacidade: as paredes que vêm depois têm ordem, e ninguém mostra essa ordem pra quem não é dev.

Fontes

• Supabase, página de preços (plano grátis: backups automáticos não incluídos; pausa após 1 semana de inatividade; limite de 2 projetos ativos), consultada em outubro de 2026: https://supabase.com/pricing
• As falas do fórum (TabNews) estão no swipe file da pesquisa deste blog.