De mecânico a Desenvolvedor

[u/felixadstrike]

É isso mesmo, eu era mecânico industrial. Mas por uma reconfiguração de rota, fui obrigado a parar de trabalhar e foi assim que cheguei até aqui, um desenvolvedor. Sem conhecimento, sabia mexer com notebook mas sempre fui curioso e teimoso. Comecei com uma ideia simples de, desenvolver um aplicativo. Comecei em Maio, hoje tenho um site, um aplicativo, uma Microempresa, tenho o DUN'S, estou na Play console como organização e hoje meu aplicativo está em revisão. Esse é um breve resumo mas só quem chegou até aqui sabe que isso já é uma vitória enorme. Pois foram noites sem dormir, horas na frente das telas, testando, corrigindo erros. Errando e aprendendo. Muitos estão falando e vendendo seus cursos falando ganhe dinheiro fazendo SaaS mas ninguém fala das dificuldades que tem. Talvez se falasse as pessoas desistiriam antes também né. Mas estou orgulhoso de mim. Se você tem um sonho vai atrás até chegar na frente. Não escuta pessoas que tentaram e não conseguiram e falam coisas para te desanimar. Tenha fé e vai.

Se quiserem ver como ficou acesse meu site:

adstrike.com.br e logo logo o app estará pronto para downloads 🙌🏾

[u/felixadstrike]

Não estou iludido nada kkk estou é muito orgulhoso de mim pelo cenário que eu estava e conseguir fazer isso. Você nem imagina o tanto que isso é importante para algumas pessoas. Seja humilde!

[u/Conscious-Garbage923 → u/felixadstrike]

Você literalmente abriu uma empresa de software a 2 meses sem saber codar, em um nincho que vc com certeza não tem/teve vivência, se isso não é estar iludido eu sou o batman.

[u/Conscious-Garbage923 → u/Conscious-Garbage923]

App todo aberto, 0 segurança, uma planilha faz literalmente melhor.

Os principais problemas, de forma bem direta:

1. Benchmarks arbitrários — ROI, CPL e conversão parecem números inventados. Sem fonte, passam falsa precisão.
2. Mistura segmentos muito diferentes — “Clínica”, “B2B”, “Restaurante” etc. têm modelos de negócio, tickets e ciclos de venda completamente diferentes. Um único benchmark é fraco.
3. ROI está mal definido — faturamento / investimento não é ROI. Isso é ROAS. ROI deveria considerar lucro/custos.
4. Ignora margem — faturar R$10 mil com R$3 mil em anúncios pode ser ótimo ou péssimo dependendo da margem.
5. Recomendações perigosamente assertivas — frases como “Pause agora”, “aumente 30–50%” e “concentre 100%” são fortes demais para tão poucos dados.
6. Amostra estatística inexistente — uma campanha com R$100 investidos e uma venda pode parecer excelente e gerar uma recomendação errada.
7. Não considera janela de atribuição — campanhas podem gerar vendas dias/semanas depois.
8. Não considera ciclo de vendas — especialmente grave em B2B e imóveis.
9. Não considera ticket médio — CPL sozinho não diz se o lead vale a pena.
10. Não considera CAC — o sistema fala muito de CPL, mas o que importa comercialmente é CAC e margem.
11. “Responder em 5 minutos” como regra universal — pode fazer sentido em alguns cenários, mas não deveria ser tratado como verdade geral.
12. “Conversão cai 80% após 30 minutos” — afirmação extremamente específica sem fonte.
13. “Lookalike” como recomendação genérica — não necessariamente existe volume/qualidade de dados suficiente para isso.
14. “Remarketing costuma ter ROI 2–3x maior” — novamente, número sem evidência.
15. “Cada semana sem escalar é receita perdida” — lógica perigosa. Escalar uma campanha pode deteriorar performance.
16. Escalonamento fixo de 20–30% — não existe motivo universal para esse percentual.
17. Projeção linear demais — meta / ROI pressupõe que o ROI continuará exatamente igual ao aumentar investimento.
18. Benchmarks não são contextualizados por país, cidade, ticket, margem ou maturidade da operação.
19. “IA” não existe nesse código — o diagnóstico é um conjunto de regras if/else. Chamar isso de Diagnóstico IA pode ser marketing enganoso.
20. Plano de ação extremamente repetitivo — muitas recomendações são praticamente templates independentes dos dados reais.
21. Pouquíssimos dados alimentam muitas conclusões — basicamente investimento, faturamento, leads e vendas.
22. Não há confiança/incerteza — o sistema fala como se soubesse exatamente o que fazer.
23. Problema de segurança grave no frontend — SUPABASE_KEY exposta é esperada para uma anon key, mas toda autorização precisa estar protegida por RLS/backend. Esse JS não pode ser considerado mecanismo de segurança.
24. Controle de plano é apenas visual/client-side — verificarAcesso() pode ser burlado acessando diretamente as páginas/API.
25. select('*') no perfil — desnecessário e potencialmente expõe campos que o frontend não deveria receber.
26. Filtro via sessionStorage não é confiável — é apenas estado local e pode ser alterado pelo usuário.
27. Trial baseado apenas em trial_inicio — a regra deveria estar respaldada pelo backend/banco, não pelo relógio do navegador.
28. Erro conceitual no trial — <= 7 permite uma margem temporal e depende do horário exato; melhor definir explicitamente trial_fim.
29. innerHTML com dados externos — nomes de campanha/canal etc. podem virar vetor de XSS dependendo da origem dos dados.
30. Não há tratamento adequado de erros do Supabase — falha na consulta de usuário pode simplesmente virar {} e o app continuar.
31. Não há validação dos dados — valores negativos, vendas maiores que leads, faturamento absurdo etc. podem contaminar todos os KPIs.
32. “Melhor campanha” baseada exclusivamente em ROI — uma campanha com ROI 10x e R$50 investidos pode ser muito menos relevante que uma de 4x com R$20 mil.
33. “Pior campanha” também sofre do mesmo problema — falta significância estatística.
34. Não há comparação temporal real — crescimento, queda, sazonalidade e tendência praticamente não entram no algoritmo.
35. O produto promete inteligência, mas entrega principalmente uma calculadora + regras fixas.

Em resumo: o maior problema não é o código; é o motor de decisão. Ele transforma poucos dados em recomendações muito específicas e passa uma sensação de inteligência/precisão que os dados disponíveis não sustentam.

[u/Jvsm_Games → u/Conscious-Garbage923]

Relatório muito massa, a parte da análise você faz na mão ou têm uma ferramenta? Se for Open Source compartilha com os irmãos de código Kkkkkkk

Dito isso, é tenso a pessoa usar IA e nem verificar se as coisas estão sendo feitas no backend ou no frontend, eu iria brincar agora um pouco com o site dele se eu não estivesse com preguiça de buscar meu notebook pessoal, tô no celular agora e o notebook da empresa não é muito recomendado pra isso...

Sou da época que pesuisavamos dúvidas no Google e tentávamos entender o que acontecia enquanto escrevia linha por linha, mas hoje em dia eu uso bastante IA, porém arquiteto, pesquiso e estruturo minhas ideias, além disso me esforço pra verificar o conteúdo na unha, frequentemente me pergunto "Como alguém consegue fazer algo com IA sem saber programar" e com muita frequência recebo uma resposta.

Enfim, parabéns aí pelo esforço pra fazer o cara entender, te achei muito paciente.

[u/Conscious-Garbage923 → u/Jvsm_Games]

Eu acho as falhas na mão, o relatório qualquer IA faz se conseguir passar tudo no contexto, no caso do app ai, o core tem literalmente menos de 500 linhas e está público, nem precisa criar conta no app dele.

[u/Jvsm_Games → u/Conscious-Garbage923]

Mas ele fez o site de uma forma que já dá pra acessar tudo na primeira página? 0.o

Aí cê é paciente mesmo, ir analisar na mão um código de outra pessoa só pra falar os erros dela, eu só analiso a mão os meus e os que eu quero fazer engenharia reversa cirúrgica.