Como é que fazem SaaS em uma semana? 😂
Sério, galera, preciso entender o mistério aqui... Vejo uns devs por aí dizendo que fizeram um SaaS em menos de uma semana, e tô há uns 3 MESES tentando lançar meu projeto de delivery de comida para restaurantes. A ideia é dar uma alternativa pra galera que quer sair do Ifood e ter um menu online próprio, mas, mano, é MUITA COISA pra um projeto desses. 🤯
Tipo, não consigo nem pensar em fazer um sistema desses em semanas e ainda deixar a segurança redonda. São tantas funcionalidades envolvidas: o cliente faz pedido, o restaurante recebe, o menu precisa ser super dinâmico... fora a parte de segurança, pagamentos e não deixar nenhuma vulnerabilidade de graça por aí.
É só comigo ou vocês também acham que essas timelines super curtas são meio surreais? Quem já fez SaaS nesse ritmo tem alguma dica mágica? Porque olha… tô ralando muito e mesmo assim ainda parece que sempre falta alguma coisa pra realmente "lançar".
Tu escolheu uma das coisas mais complexas e concorridas do Brasil. Os saas de uma semana são coisas simples, tipo um gerador de currículo, um acesso de portaria via qrcode... Sobre o delivery, quando você entrar no mercado, você vai ver que as pessoas vao querer bot, vão querer notificações, vão querer app de garçom, app de entregador, integração com ifood, comandas, pdv, relatórios, impressão ... milhões de coisas... e tudo isso por 50 reais. Pq? Pq é um ramo com literalmente dezenas de milhares de concorrentes. E alguns são concorrentes bilionários. Além de já estarem há tempos no mercado e terem todas as funcionalidades acima. Enfim... Se você já tem um cliente querendo pagar pelo sistema, ótimo. Se não tiver, infelizmente eu tenho que dizer que vai ser difícil.
Fala ai, cara! Beleza? Costumo desenvolver bastante coisa durante meu tempo livre e muitas das coisas que desenvolvo sao SaaS, e posso te dizer que da pra desenvolver com tranquilidade um SaaS em uma semana e ate menos que isso.
Claro que esse sistema nao vai ser uma versão completa com tudo que o cliente precisa, mas sim um MVP (Produto minimo viavel) que é o minimo que um produto precisa ter pra atender as necessidades dos usuarios (ou uma necessidade especifica).
E cara, como isso é possivel? (Vou listar em tópicos p ficar melhor)
- Com uma stack simples e acessivel, isso é, uma tecnologia/linguagem que tem bastante conteudo e coisa pronta internet a fora e que as IAs especificas pra desenvolvedores usam, um exemplo é o Nextjs, que ja vem com front e backend em um unico codigo;
- Usando BaaS (backend as a service), exemplos disso sao o supabase e o firebase, que permitem vc fazer operaçoes em banco de dados sem ter uma api robusta com todos os metodos necessarios;
- Hospedagem simples e gratuita como o vercel;
- Muito uso de IA, como o claude, v0, chatgpt e outras;
- Usando libs de componentes prontos como shadcn.
Bom, esses foram alguns dos pontos que sigo aqui pra desenvolver as coisas de forma mto rapida, espero que ajude de alguma forma.
Cara, eu tambem notei isso. Estou desenvolvendo um saas que ewnvolve pagamento, imagens validações e etc.. e faço no meu pouco tempo livre, e já estou nisso a uns 4 meses ou mais. Nem é questão de deixar tudo perfeito, e sim, deixar algo apresentavel e funcional, pois penso que a primeira impressão é a que fica.
Meus dois cents:
-
Uma sugestao de opcao para comecar teu aplicativo:
https://codecanyon.net/search/delivery%20%20saas
Compra um pronto/semi-pronto e tem um MVP para testar a ideia.
-
Mas codar eh barato - se voce esta penando por causa de codigo, provavelmente teu plano de negocios precise de alguma atencao Por exemplo: um aplicativo de delivery tem 3 publicos: quem pede comida, quem faz comida e quem entrega comida. Voce tem de se perguntar: o que vou oferecer de diferencial para que cada um deles venha para minha plataforma ? Se a tua resposta foi "taxas" ou "precos" - hummm, creio que voce precise voltar para prancheta e analisar um pouco mais. "taxas" e "precos" eh o que o pessoal mais reclamam na plataforma atual, ou seja, eh um elemento de desconforto e desejo de saida, mas a verdadeira pergunta eh: porque eles ficam ? Eh essa a pergunta que voce tem de responder para saber como a tua aplicacao vai vencer o concorrente. Um caminho eh: cada publico tem uma reposta diferente ! Quem compra (mesmo que reclame do preco) tem um desejo: disponibilidade Quem faz a comida (mesmo que reclame das taxas) tem um desejo: volume Quem entrega (mesmo que reclame das taxas) tem um desejo: volume Entao, voce precisa primeiro saber como vai corresponder a cada um destes desejos ANTES de criar a plataforma. Serio - se voce apenas se preocupar em copiar o concorrente e nao saber o que vai oferecer de diferencial, eh um caminho longo e certeiro para frustracoes (se for por ai, ja veja um psiquiatra e/ou neurologista para conseguir um suprimento de lexotam ou algum "*zam" da vida" Enfim, novamente: codar eh barato - o que codar eh um pouco mais complicado. Boa sorte e sucesso em seu empreendimento !
Primeiro você tem que lançar simples, e quando eu digo simples é bem simples, depois você apenas vai melhorando com tempo.
Depois que você validou a ideia, tem clientes, é aí que as coisas começam a melhorar.
Cara passei 1 ano pra desenvolver o MVP para um sistema de delivery com o foco na fidelização do cliente, em 19 de novembro de 2021 lancei com somente um cliente e o free tier da AWS, a mensalidade é por uso 2% +0,60 por venda (manual d pix) e 5% +1,00 (cartão de crédito). Hoje 3 anos depois, sem divulgação ou marketing tenho 7 clientes mas claro que não dá prá viver somente dele.
Ja tive uma startup foodtech em entre 2019/2022 (exit)
O diferencial que encontrei foi implementar interação social entre cliente e restaurante com post estilo instagram com gamificação de pontos por interação
e um hub de integrações com plataformas e sistema que os estabelecimentos já usavam, formando um hub tudo em um.
optei por não cobrar MRR e sim um split de 6% por pedido
de resto foi o feijão com arroz
Já lancei a plataforma com as funções acima, pois antes de lançar eu rodei minha cidade fazendo reunião e conversando com donos de hamburguerias, pizzarias e etc.. eu gastei 1 mês fazendo isso, não lancei baseado em achismo.
o resultado disso foi que o nosso primeiro cliente era uma rede de hamburguerias que faturava entre R$600k/R$800k mês
melhorei e simplifiquei o processo entre: cliente, estabelecimento e motoboy.
adicionei também uma parte de feed tanto para estabelecimento quanto para usuário, onde postavam receitas de alimentos, feedbacks de estabelecimentos e etc.
uma dica que te dou é, aproveite a jornada, se diverta e cresça. Seja um questionador, e se pergunte se é isso mesmo que deseja, pois esse tipo de negócio é de longo prazo, você não vai está fazendo mais por você, e sim para ajudar uma comunidade.
Esse tipo de solução não é rápida, mais é possível resolver uma dor dentre todas as soluções que o mercado tem.
crie algo que gera valor, e não foque nos concorrentes, pois eles só existem no momento que você pensa neles.
Se quiser, posso te auxiliar e te ajudar. É um nicho que curto!
Comecei assim que estourou a pandemia do Coronavirus um SaaS no mesmo ramo de atuação que o seu. E como é complexo.
A ideia era ajudar minha irmã, que tinha acabado de começar um delivery porque a empresa dela foi obrigada a fechar.
Já pensei em parar, por que é muito grande pra uma pessoa tocar sozinha. Mas como tenho alguns clientes, a aplicação está estável com o que temos a oferecer, vou deixando e evoluindo no tempo livre. Mas falta muitas funcionalidades pra bater de frente com outros concorrentes.
Depende muito do que é desenvolvido. Você está no modelo de negócio de marketplace, que é quando é necessário conectar duas ou mais partes para funcionar. No seu caso, é necessário conectar o segmento do público consumidor com os restaurantes, além dos entregadores. É algo muito complexo, tanto tecnicamente quanto no business.
O tipo de MVP que o pessoal desenvolve super rápido passa longe de marketplaces, geralmente são ferramentas muito simples que visam resolver um único problema de um único público.
Geralmente eles já desenvolveram outras coisas antes e além da experiência eles também já tem meio que uma base do projeto pronta, um código boilerplate pronto já com autenticação, pagamento e talvez até um CRUD pronto. A partir daí é só criar encima, por isso conseguem lançar em 1 semana.
Outro ponto importante é que quando falam em lançar, não é o projeto 100% pronto, é só um MVP com funcionalidades básicas pra ver se alguém vai estar disposto a usar ou comprar, te garanto que 99% desses Saas/micro saas não duram 1 mês depois de lançados, mas esse é o objetivo, falhar o mais rápido possível e ir pro próximo projeto, até acertar na galinha dos ovos de ouro.
É só comigo ou vocês também acham que essas timelines super curtas são meio surreais?
São não, embora em menos de 6 meses o que você vai ter é um software, não um SaaS, tem uma diferença, que eu já falei mas fui obrigado a excluir então não vou me alongar, mas tenha em mente que muitos posts de "SaaS" que fazem aqui, não são SaaS, na verdade se formos estritos não entram nem na descrição de Micro SaaS, SaaS não é apenas publicar um software e cobrar por acesso embora tenha SaaS tenha se popularizado assim
Quem já fez SaaS nesse ritmo tem alguma dica mágica?
É bem mais "besta" que parece, você precisa entender que uns 90% dos SaaS assim são basicamente 3 coisas:
- Gerenciamento de usuário
- Criar, Atualizar, Vizualizar e remover registros em um banco de dados
- Conectar a um meio de pagamento
Quando você abstrai a esse nível e usa ferramentas como o PostgREST você não precisa mudar mais que uma URL e imagens, eu por exemplo aprendi a usar um arquivo YAML-like:
url-db: "https://meu-db.ext"
public-key: Chave RSA pública
tables:
minha_tabela:
meu_campo:
type: string
label: "Texto que aparece ao lado do inpu no HTML"
E ao rodar um script que eu fiz ele gera os HTMLs e o SQL já com todos os hooks, triggers e afins, o que demora é só o primeiro que inclusive você provavelmente nem lançaria, essa é a mágica, os programadores automatizaram até a programação, fazendo o primeiro direitinho e abstrato o suficiente você pode inclusive gerar os "apps companhion" no processo
Porque olha… tô ralando muito e mesmo assim ainda parece que sempre falta alguma coisa pra realmente "lançar".
Cuidado pra não cair no looping da perfeição, a primeira versão é sempre incompleta, não tente fazer tudo de primeira
Cara, o principal que define o tempo do projeto é a ideia dele, esses Saas de uma semana tem ideias relativamente simples de desenvolver, que em poucas horas o protótipo já tá todo desenvolvido,
Agora se você quer algo mais complego como um projeto de delivery, vai acabar consumindo mais tempo mesmo, não tem muito o que fazer sobre isso XD
Estou tentando desenvolver um Saas também faz um tempinho, no momento ele tá paradão faz umas 2 ou 3 semanas porque tou sem tempo pra mexer nele, mas queria conseguir voltar a desenvolver ele também kkk
É porque a maioria cria tudo do zero. Eu já indiquei aqui meu projeto pra sites e SaaS open source: https://github.com/paulocoutinhox/pyaa
O PyAA é um sistema completo com suporte a assinatura via Stripe que uso em meus SaaS e funciona 100%.
Em uma semna eu fiz um sistema aqui pro condominio com o site, admin, relatórios etc.
Não faça do zero, use o PyAA.
Se quiser gerar site estático, blog ou ecommerce estático, use: http://github.com/kaktos/kaktos
Fica a dica.
Aulas e aprendizados eu colhi nos comentários aqui. Muito legal. Embora haja pontos de vista a conceitos variados, uma coisa acho que não vai ser diferente: a parte técnica pode ser que um dia tenhamos robôs androids autoconscientes fazendo, mas o mais dificil vai continuar sendo vender e manter clientes. Isso ainda está sujeito a humores do mercado de pessoas, concorrentes, enfim muitas variaveis subjetivas. O mais difícil de um business é o day after.
É pq essa prática de criar SaaS é utilizando basicamente conteúdo pronto em um MVP, sem se preocupar com praticamente nada e deixar para "arrumar/melhorar" com o tempo
pra vc desenvolver qqr produto nessa agilidade é bom vc já ter uma code base e framework customizado pra já ate der o básico que um sistema precisa r vc só focar na implementação das novas funcionalidades do seu produto, é esse o segredo.