Executando verificação de segurança...
3

Saas no-code vs low-code vs code

Estou pensando em migrar para alguma plataforma low-code ou no-code para criar meu saas, pois para mim codar sozinho o tempo é o principal fator que pega, na opnião de vocês quais seria os prós e contras desses 3 tipos?

Carregando publicação patrocinada...
4

Opa @leonardomessi,

Já tive mais de 2 mil alunos que vieram da programação, querendo aprender No Code / Low Code.
Portanto, vou listar quais são os principais prós e contras que eles me relataram em optar por plataformas No Code / Low Code para quem já é programador.

O principal benefício que eles apontavam era exatamente esse que você citou: não precisar se preocupar tanto com a infraestrutura e com detalhes técnicos de servidor, criptografia e segurança de dados, atualização de dependências, etc.
Não por isso não ser importante - ao contrário: por ser tão importante que eles preferem confiar em empresas e pessoas extremamente capacitadas cujo objetivo é exatamente garantir que seu aplicativo tenha o maior uptime possível, que dados sensíveis não sejam expostos, que atualizem as dependências e bibliotecas e garantam a compatibilidade.
Com isso resolvido, eles conseguem investir mais tempo pensando em novas features, melhorias de experiência de usuário, monetização, precificação, e como agregar mais valor aos usuários.

O benefício secundário para os programadores é a velocidade de criação, correção e implantação de melhorias. Lembro de um aluno me relatando que o que mais lhe chamou atenção é que "é muito difícil entender um código que eu mesmo criei há um ano atrás, mas com No Code eu bato o olho até no aplicativo de outras pessoas, e já entendo na hora", e "já subi features enquanto eu falava no telefone com o usuário".

Agora, a principal desvantagem é: No Code / Low Code não faz 100% do que você faz com código.
Pense que No Code / Low Code não é para os 20% softwares mais complexos do mundo. É para os 80% menos complexos.
Ou seja, se teu SaaS é uma inovação tecnológica, será melhor ficar no código.
Mas se teu SaaS é usar tecnologias que já existem para resolver problemas de negócios, com No Code / Low Code você terá mais agilidade.

Exemplos de softwares em que eu NÃO usaria No Code / Low Code:

  • Softwares desktop executáveis (a maioria das plataformas No Code / Low Code são para criar aplicações web e mobile)
  • Sistemas embarcados
  • Sistemas cujo core feature seja manipulação massiva de imagens e vídeos (ex: Tiktok / gravação de vídeos com filtros, manipulação e desenho em mapas, interação com objetos 3D ou CAD)
  • Sistemas cujo core feature seja web scraping
  • Jogos 3D (existem plataformas No Code boas para jogos 2D e jogos 3D simples - como Construct - mas não vai conseguir criar um jogo AAA com elas)
  • Bancos digitais (embora já existam bancos digitais no Brasil criados 100% com No Code, eu pessoalmente faria no código, dado que para fins de auditoria é importante ter controle de 100% do código-fonte).

Exemplos de softwares em que eu USARIA No Code / Low Code:

  • Sistemas de gestão / ERPs
  • CRMs e aplicativos de vendas
  • Redes sociais
  • Aplicativos delivery
  • Plataformas de membros / cursos online / EAD
  • Sistemas de automação via API (automação de WhatsApp, integração com redes sociais, etc)
  • Aplicativos de I.A. (integração API com OpenAI é simples)
  • Marketplaces

Em resumo, No Code e Low Code são excelentes para aplicativos web e mobile de CRUD e API.
Se tua ideia de SaaS é algo assim, te sugeriria ir por esse caminho, sim.

2

Caraca, bom demais encontrar o Renato por aqui!
Estou trabalhando como dev no-code, criando soluções rapidas para processos internas da empresa onde eu trabalho. No futuro quando tiver mais exp com desenvolvimento de produtos, usabilidade e principalmente tempo kkk vou me aventurar com algum saas

2

Valeu DEMAIS, Renato.
Era isso que eu gostaria de ouvir de alguém que conhece os dois lados.
O que faz sentido e o que não faz para No Code.
Que tem muita coisa sendo feita como MVP eu tô vendo. Mas não sei muito sobre aplicações em versão definitiva mesmo.

1

Não sei pq nunca experimentei low-code ou no-code.
Fiquei curioso sobre quem tem experiência.
Acho que tem pouco dev que foi para um desses dois (low/no) pra trazer um feedback.
Acho que as perguntas seriam:

  • Quais as limitações?
  • Consigo imaginar como ele resolve a UI, mas como ele resolve o backend?
  • Considerando um dev já experiente, low/no-code tornaria o desenvolvimento mais rápido? Ou apenas faz sentido para alguém que não sabe codar mas o tempo gasto é +/- o mesmo?
  • Se eles aceleram, o quanto aceleram o desenvolvimento?
  • O resultado é bom para um produto final ou apenas para MVP?

Talvez o jeito mais fácil de descobrir seja encarando desenvolver um produto dessa forma sem tentar descobrir antes de vale a pena.
Daí guarda as percepções para escolher melhor entre usar ou não nas próximas empreitadas.
Ou assistir um curso da Udemy em 2x tmb resolva e consuma menos esforço.

1

Pois é bom ponto de vista, pois o que eu estava pensando,sobre criar uma aplicação do zero, levando em conta isso, a ultima aplicação que estou terminando faz 8 meses fazendo tudo solo, apenas front e back, tendo em vista isso, pensando em um MVP e o lançamento bem mais rápido e tambem levando em consideração a questão de manuntenção e outros itens que são mais faceis fazer em no-code eu estava pensando seriamente se valia a pena migrar, pensando em ganhos mais rapidos e maior segurança e manutenção.

0
1
1

Qual entrega mais agilidade para o MVP no seu caso?
Dependendo da sua stack, experiência e do tipo de produto, pode ser que fazer seu próprio código seja mais rápido do que usar uma ferramenta como o Bubble, em outros casos pode não ser.

Lembre-se que um dos princípios do MVP é ir rápido para o mercado, falhar rápido e pivotar se necessário, então nesse primeiro momento a decisão deve ser pautada em produtividade/agilidade.

Na comunidade de MicroSaas do Bruno Okamoto tem muita gente construindo produtos em questão de semanas ou dias usando no-code.
É importante pensar mais em mercado e canais de distribuição e menos em tecnologia, já que estatisticamente o primeiro produto dificilmente vinga, e quando vinga acaba sendo pivotado.

1

Pois é no meu caso eu desenvolvi apenas 2 sistemas para uma empresa, um desktop e outro web mais rodando internamente, nunca tive experiencia em deploy de uma aplicação para usuarios, em relação a comunidade eu participo também, mas como você disse sobre o MVP, seria bem mais rapido o retorno em termos de validação e retorno financeiro, a minha dúvida e se a longo prazo seria viavel usar no-code, pois você está na mão da plataforma.

1

Aí é um "problema bom" de se ter.
Se você precisa reavaliar a base tecnológica por questão de escala ou autonomia, significa que o produto deu certo e você terá caixa para fazê-lo, seja largando sua atividade principal e se dedicando full time ao projeto, seja contratando outro dev para refatorar.

É mais nocivo à saúde do seu negócio fazer um MVP longo sem mudanças estruturais do que um MVP curto que precisará ser reescrito, mais uma vez por conta da estatística de falha que não joga a seu favor nos primeiros produtos.

1