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

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".

Carregando publicação patrocinada...
9

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.

2

Cara, você tá certíssimo, e eu já percebi isso na prática. É impressionante como a galera no mercado tá oferecendo funcionalidades super complexas de graça – e não tô falando só de coisas básicas, mas de funcionalidades avançadas, que exigem um desenvolvimento robusto. E aí a gente fica se perguntando: como fazer pra competir com isso, né?

E sobre o ramo de delivery, realmente, a expectativa dos clientes é surreal. O pessoal quer tudo: bot, notificação em tempo real, app pro garçom, pro entregador, integração com iFood, comandas, PDV, relatórios… e tudo isso por um preço quase simbólico. Como você disse, a concorrência é enorme, e alguns dos players são bilionários com anos de vantagem no mercado.

Entendi que, sem um cliente específico já querendo pagar, é difícil realmente se posicionar. Acho que vou seguir seu conselho e tentar validar com clientes reais primeiro, antes de tentar competir com o pacote completo. Valeu pelo toque – é uma realidade que a gente precisa encarar mesmo!

2

Pois é. Essa é a ideia: consiga o cliente primeiro.
Daí você resolve o problema dele.
Depois você procura outros com o mesmo problema.

Quando você inicia o desenvolvimento sem saber quais as verdadeiras dores que o cara passa no dia a dia, você vai fazer o que você acha que é o melhor. E não necessariamente o que você acha melhor é o que realmente resolve o problema.
Precisa ter a validação com alguém que realmente usa aquilo.

Já quebrei muito a cara tentando fazer software da minha cabeça pra validar depois. Inclusive um de restaurante.

7

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.

1

Fala, cara! Valeu pelas dicas! Eu uso uma stack bem parecida: Next.js (e sim, estou na versão mais nova com o App Router), com Supabase pra agilizar o backend e hospedagem gratuita na Vercel. Além disso, tô tentando simplificar ao máximo e focar só no MVP, mas mesmo assim, parece que é muita coisa pra conciliar.

No papel, essas ferramentas facilitam mesmo, mas, na prática, sinto que sempre tem mais detalhe pra resolver. Tipo, não é só lançar um CRUD, mas fazer ele funcionar redondinho pra um sistema de delivery — é um desafio! Sem contar que segurança e experiência do usuário precisam estar bem ajustadas, já que o público-alvo geralmente quer algo sólido e confiável.

Ainda assim, vou tentar simplificar mais com essas dicas e ver se consigo enxugar o tempo. Obrigado mesmo, ajudou bastante! Vamos ver se rola fazer esse SaaS sair do papel logo.

5

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.

3

Meus dois cents:

  1. 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.

  2. 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 !

1
2

Um exemplo (contratacao via upwork, fiverr, toptal):

https://www.upwork.com/services/product/development-it-an-online-food-delivery-app-1583712585694318592

Um projeto "avancado" sai por U$ 2.000

https://www.upwork.com/services/product/development-it-food-app-ios-android-food-delivery-app-online-ordering-delivery-food-app-1356517467382165504

Um projeto "avancado" sai por U$ 4.000

Comparando com os custos envolvidos em outras areas essenciais de um projeto como este (como marketing, captacao e capilaridade, logistica, brand, etc) - os valores basicos para um MVP sao "troco de pinga".

Logico que a codificacao tera de ser refinada, novos investimentos, etc - mas estamos falando aqui de lancar um MVP e ver se a ideia "pega" comparando com os concorrentes (principalmente numa area tao complicada como o delivery).

Neste contexto, um investimento de US 4.000 / RS 30.000 eh quase irrelevante (uma unica acao de marketing pode "queimar" o dobro/triplo disso em coisa de 1 semana).

Um projeto desse com um budget inicial de uns RS 300.000 (para ser lancado em uma comunidade como alternativa para micro-negocios locais frente ao ifood), eh relativamente facil de financiar via capital anjo e/ou um sistema de cotas (p.ex. rifa clandestina de uma RAM). Enfim, so brincando com as ideias...

1

talvez deva refazer a pergunta usando seus números.

10.000 até 30.000 é barato pra quem?

pra uma empresa estruturada pode até ser.

pra um desenvolvedor Jr buscando primeira oportunidade e quer criar seu primeiro saas pra fazer portfólio?

pra um dev sr por mais que ele ganhe próximo de 10k por mês, seguindo a lógica de 30% do que ele ganha estar comprometido como investimento nesse projeto que é algo que financiamentos fazem, isso corresponde a 10 meses da renda, é barato?

dinheiro não vem fácil, desenvolvimento é só 1 das muitas etapas de lançamento do saas, comparavel com construção de casa , vc orça 30000 e gasta 60000 no final do processo pq sempre esquece de orçar alguma coisa ou melhora outras no processo.

a gente tem que tomar cuidado coko comunica as coisas pras pessoas, um cliente meu tinha um sonho de lancar seus saas, o cara tava no sonho que iria ser disruptivo e conseguir investidor, o cara contratou agencia de marketing, coaching empresaial, designer, empresa de mentoria e minha emoresa pra desenvolver o produto "mvp" orçou 1x no meio do processo adicionou um monte de coisa o projeto comigo ficou em 2x isso pq ajudei bastante a conter custo, depois que ele colocou no papel todo custo que ele teria de manter plataforma e todas as legalidades, a plataforma durou 1 ano no ar e ele fechou as portas e perdeu um investimento de anos ajuntando, e não foi por falta de alerta, pq desde o início orientamos dos riscos, mas o cliente as vezes quer pagar pra ver oq não conhece o mercado de ti e cai nos contos de fadas que vendem por aí.

por trás da minha afirmação tinha muito mais profundidade, o que é barato pra um não é pra outro.

já fiz projetos pra dentro e pra fora do país, pra vc fazer um projeto de 100k no Brasil é um desafio, já na europa um projeto com menor complexidade fechamos por 200k, ou seja o que é caro aqui pro Br é barato lá na Europa.

3

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.

2

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.

2

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 R600k/R800k 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!

2

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.

2

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.

2

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.

2

É 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

1

Perfeito, você tocou num ponto essencial! Acho que talvez eu tenha caído exatamente nessa armadilha de "perfeição" e estou tentando resolver tudo antes mesmo de lançar uma primeira versão. Concordo total que o "SaaS" rápido que muita gente fala acaba sendo bem básico – o essencial mesmo: gerenciamento de usuário, CRUD básico e conexão com um gateway de pagamento.

Essa abordagem de abstrair com YAML-like, PostgREST e até automação de HTML e SQL é uma sacada genial. Nunca pensei em construir uma base que automatizasse esse nível de repetição. Parece que a chave é realmente focar em algo modular e replicável, pra que o código inicial faça o trabalho pesado.

Vou tentar simplificar mais, deixar o projeto mais “cru” no começo e ir adicionando funcionalidades conforme a necessidade. Valeu pelo toque – me ajudou a ver onde estava prendendo meu próprio progresso!

1

Boa observação!

Cuidado pra não cair no looping da perfeição, a primeira versão é sempre incompleta, não tente fazer tudo de primeira

Ou seja, escreva algo, depois "apare" as arestas.

"O verdadeiro problema é que programadores gastam muito tempo se preocupando com eficiência em lugares e momentos errados; otimização prematura é a raiz de todo o mal (ou pelo menos a maior parte) na programação."
Frase atribuída a Donald Knuth em uma das apresentações na The Dev Conference 2021.

1

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

1

É 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.

1

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.

1

É 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

1

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.

2

Faz total sentido, cara! Ter uma codebase pronta e um framework customizado pra já cobrir o básico faz uma diferença enorme. Acho que esse é o ponto onde o tempo economizado realmente aparece, né? Se eu tivesse uma estrutura dessas pronta, talvez focasse só nas features específicas do delivery e agilizasse bem mais.
O meu problema é que comecei do zero, então praticamente cada etapa é construída “na unha” – o que, além de tomar muito tempo, me faz sempre revisar e reforçar as bases. Esse talvez seja o segredo que muitos devs de SaaS já pegam na prática com o tempo. Valeu pela dica, acho que montar uma base sólida é o caminho mesmo pra ganhar velocidade nos próximos projetos!

1

a maioria de sistemas crud basicos eu subo em 1 semana, se precisar de pouca customização é questão de 15m por cadastro pequeno e médio e 30m pra maiores.