Excelente!. Prepara o Bolso é um módulo de mentoria que gratuitamente recebemos. Muito obrigado a vc Asse e a toda sua equipe. Excelente material comparativo direto ao ponto sem, sem pretenções outras a não áquelas que realmente ficamos informados. Sucesso!
Cara vc é um monstro no seu ramo, incrivel como vc tem uma didatica clara e uma vontade de ajudar insuperavel, nao tenho dinheiro para o seu curso mas estou aprendendo pelo youtube, ansioso para finalmente tirar uma tonelada de ideias que eu tive ao longo da vida gracas a vc, assim que eu conseguir com certeza comprarei seu curso e mais indicarei para todos os seres que respiram, obrigado Renato por acender denovo alguns sonhos que eu tenho e por ser essa pessoa incrivel que vc é!
Pietro, o curso é um BAITA acelerador, vale a pena demais ! Você não faz ideia do tempo que vai economizar ao entrar na comunidade e seguir as aulas lá, sem falar no suporte, a galera lá ajuda muito.
Pietro, entrei essa semana na comunidade. Mesmo sem grama, passei o cartão e vou em busca de pagar depois... E te digo, já vi que vale cada real investido! 🎉
Excelente iniciativa, isso inclusive ajuda muito na analise de valor dos aplicativos criados ( custos para os clientes/usuarios) e a tomar decisões de quais plataformas utilizar. Como sugestão, quando possivel, elaborar mais um modulo de aulas, do tipo CRIANDO DO ZERO com flutterflow e XANO. Grato pelos ensinamentos.
Excelente video! Minhas recomendações por experiencia: Cuidado com Bubble e backend externo (Xano, Supabase, Firebase, SQL, etc), pode ficar lento e prejudicar a experiência do usuário devido ao trafego entre Bubble e Backend. Cuidado com Firebase quando sua aplicação terá muitas informações relacionais, pois vai sofrer muito com as cloud functions para junção de dados (inner/right/left/outer/cross Join) ou trafego de registros entre front e back end com lógica de agregação.
Perfeito. O lance aí pra melhorar a usabilidade nesse tráfego Bubble x Backend Externo é fazer a chama clientside, marcando a opção no API Connector pra não usar o servidor, que aí economiza inclusive as WU, e deixa a API bem mais rápida.
@@RenatoAsseconcordo, mas e a segurança de deixar os acessos no client? Sempre considero questões de performance e segurança nas aplicações. Tem que colocar na balança e ver qual o melhor cenário pra cada uso.
@@FrancysKrieck exato, aí precisa entender direitinho os conceitos de clientside, serverside, e criar os Endpoints lá no backend pra só enviar as informações que o usuário pode acessar. Tem um módulo chamado "Segurança e privacidade" lá no curso em que ensinamos bem isso.
confesso que eu tinha preconceito com low code mas seus videos estão me fazendo mudar de ideia e vendo o quão errado eu estava em julgar o low code sem conhecer
Buenas Renato!! Minha contribuição de hoje: seria interessante adicionar o link para criar a conta no Firebase também ali junto com as demais que já estão no rodapé da descrição do video; acredito ser bacana também fazer isso em um botão ou adicionar nas logos dos programas dentro da própria página da preparaobolso o link para abrir a página das ferramentas. Apenas uma sugestão 🙌🙌
Muito bom ... tenho um app com mais de 700 usuários ativos, realizando muitas consultas e operações por dia e não chega a 100mil WL / mes Depois das otimizações que eu fiz ... claro kkkk antes batia mais de 1 Milhão, agora está proximo aos 40 Mil
Grátis não existe. Independente de onde criar, vai precisar no mínimo pagar um servidor de hospedagem pra disponibilizar seu aplicativo na nuvem. Minha sugestão é que use Bubble, que além de hospedagem, já inclui servidor, banco de dados, e tudo que você precisa pra botar teu app no ar: ua-cam.com/video/J0LdMJgPDDE/v-deo.html
Renato tudo bom? Como posso usar essa calculadora para analisar a viabilidade de um marketplace? Por exemplo, o número de usuários ativos por dia não representa o mesmo que o número de usuários que farão adições ou modificações no banco de dados ou Exclusões por exemplo… Apenas uma parcela pequena irá realmente modificar ou adicionar informações, o restante (maior volume de usuários) apenas fará buscas e navegará pelas páginas..
Fala Renato! sou novo no canal, mas já percorrendo a lista de videos! obrigado pelo excelente conteudo. Renato estou tentando ativar leitura de codigo de barras, mas pelo que vi para IOS tem alguns setups diferentes voce tem ou já tem algum video voltado para essa parte? abraço!!!
Peter, o FlutterFlow tem uma ação pronta pra isso: docs.flutterflow.io/actions/actions/widget-ui-interactions/scan-barcode-qr-code O que vai precisar é só pedir a permissão de câmera lá quando for gerar o arquivo pra publicar :)
Luiz, não vi nada na Appmaster que a gente já não faça com as outras plataformas que ensinamos, mas sem lock-in (o Appmaster só exporta o código lá no plano Enterprise). Mas por que? Me conta mais: viu algo interessante lá no Appmaster?
Renato obrigado... gostaria de tirar uma dúvida. Tenho um app no firebase. Vou publicar mas preciso entender como funciona a configuração para que cada vez que eu cadastrar um cliente ele tenha um ambiente totalmente novo com o banco de dados zerado. Na lógica que estou fazendo os usuários novos tem sempre acesso ao mesmo ambiente. Sabe me dizer que tipo de configuração é essa? será que preciso criar um projeto pra cada cliente e sempre reconfigurar o FF sempre que eu fizer ama venda do app?
Douglas, pra isso nós criamos um banco de dados multitenant, ou multiempresas, ou multiusuários, chame como quiser. Você não cria bancos de dados individuais para cada usuário, mas sim separa o banco de dados. Aqui explico melhor isso: ua-cam.com/video/yPdNZBqnig0/v-deo.html
Fala Renato, estou dando andamento em um projeto mas não tenho muito recurso. gostaria de saber se consigo faze-lo rodar por uma ou duas semanas e já ter o valor que isso me custará, se isso for possível, como faço para e ver o valor que será cobrado após duas semanas? tenho em mente que sera um aplicativo com no maximo 200 clientes, e deve entrar uns 10 por mês, mas não sei o quanto eles utilizarão o app e nem o quanto irão criar no banco de dados, isso me deixa com receio de não saber o quanto gastarei. gosto muito do seu conteúdo, um dos mais didáticos que já vi!
Muito louco ver esses comparativos e perceber que nossa preocupação com preços de servidores são, muitas vezes, desnecessários. Nesse caso dos 50 mil usuários, podia estar cobrando R$5/mês de cada e ainda estaria com lucro alto.
Lian, são bem raros os casos de aplicativos que tem custo alto de servidor. Muito provavelmente servidor será uma das menores despesas da sua empresa. Eu aqui pago 100 e poucos dólares de Bubble, e meu escritório de contabilidade custa 2.500 por mês. Percebe? Os cases que já vi de aplicativos com custo alto de servidor: - Mobilidade urbana (tenho um amigo com app desse, 700 motoristas na rua com sincronização de GPS em tempo real custam pra ele perto de 8 mil reais por mês no Google Cloud) - Ferramentas de automação de conversa (muitas mensagens trocadas via WhatsApp o tempo todo, se tiver 10 mil usuários enviando 100 mensagens por dia são 1 milhão de registros por dia, precisa saber precificar bem) Mas na grande maioria dos casos, se o aplicativo estiver bem otimizado, o custo vai ser baixo.
Consegue sim, basta usar uma ferramenta pra conectar com teu banco de dados, como o Buildship por exemplo. Semana que vem vou soltar um vídeo ensinando :)
Renato, estou com um problema com meu app no modo teste e no em produção. Quando eu gravo um item no bd com imagens apenas guarda os textos as imagens somem
Difícil dizer o que pode ser sem ver por dentro. Se estiver na Comunidade, faz um post lá no grupo.semcodar.com.br que a gente tenta achar o erro (e a solução)
Renatão, eu preciso criar um app de delivery para meu supermercado (seria uns 500 usuários, uns 10 usando por dia, 8 mil produtos a serem consultados). Estou disposto a pagar qualquer preço de tempo e dedicação, só não em dinheiro pq aí o negócio não vai valer a pena kk... não tenho pra onde correr mesmo né? Tem nenhuma solução gratuita pra frontend e backend neste caso?
@tsruas, vou ser MUITO franco contigo: sua demanda é tão clara, que com certeza já deve existir algumas dezenas de soluções pra isso, sem precisar criar do zero. Eu iria numa delas, sem sombra de dúvida. Vai pagar ali uns 100, 200 reais por mês (mesmo preço que pagaria pra hospedar seu aplicativo em qualquer plataforma No Code), e pronto, problema resolvido. Até sexta-feira já tá com teu app rodando.
@@RenatoAsse Entendi! Eu queria algo realmente personalizado, que eu possa alterar da maneira que precisar e quando precisar, que fosse inclusive bem simples pelo porte da loja que é pequeno. Mas realmente pelo fato de ser público já descarta qualquer possibilidade de solução gratuita.
@@RenatoAsse Aqui na cidade (aprox 300k habit.) pouquíssimos mercados vendem por app, e alguns são pelo wpp mesmo, o que é horrível pra controlar. Como a margem do negócio é minúscula e o volume de vendas vai ser relativamente pequeno inicialmente, ainda não vale a pena pra mim pagar pra ter este serviço. Até por não poder cobrar uma taxa de serviço suficiente pra cobrir as despesas (pessoa dedicada pra separação e registro dos produtos, veículo/entregador e o próprio app). Só se o volume fosse alto. Valeu, Renatão!
Renato, tudo bom? Eu criei um app de papel de parede com imagens geradas por ia. Eu não tenho muita noção sobre conversão em apps. Agora estou criando a assinatura, mas não tenho noção de qual porcentagem de conversão é boa pra esse tipo de app. De início eu tenho os custos do flutterflow e também da ia que dá 65 dólares total. Estou pensando em colocar a assinatura de 5 reais mensais ou 42 reais por ano. Fiz umas contas se a conversão fosse de 1 % , mas a conta não fechou, levaria muito tempo só pra pagar os custos. Você acha possível conseguir 10 % dos usuários pagando a assinatura? Pode dar sua opinião? Procurei na web mas não encontrei dados pra me ajudar.
Não existe regra. Pode ter 1% ou 99% de conversão de free para pagantes, depende de como você compôs os recursos, do seu modelo de precificação, da experiência de usuário. Mas 10% é super viável, sim.
Daniel, bem difícil de prever. Mandei um email pra eles perguntando e estou aguardando retorno. Assim que me responderem, vou adicionar lá no comparador :)
Renato, estou pensando em usar o Firebase para o meu aplicativo, mas estou preocupado com o fato de ele ser não relacional. Meu aplicativo certamente terá vários relacionamentos entre entidades, e como o Firebase segue um modelo NoSQL, tenho receios de que isso possa complicar consultas e operações com relacionamentos no futuro, como joins (inner/right/left/outer etc). Dado que meu aplicativo está no início do desenvolvimento e será feito em FlutterFlow, o Xano é uma opção um pouco cara, e o Supabase não tem tantas integrações com o FlutterFlow quanto o Firebase. Devo considerar o Supabase em vez do Firebase devido a essa preocupação, mesmo que seja um pouco mais complexo de integrar? Ou você acha que essa questão não prejudicará significativamente o desenvolvimento do meu aplicativo, e posso seguir em frente com o Firebase?
Sim, eu daria preferência a um banco relacional. Eu, pessoalmente, escolher Supabase ou Xano. Fazer as APIs do Supabase é super tranquilo, só conectar a API. Dá um pouco mais de trabalho, mas é bem simples. A única coisa que você não terá no Supabase (que o Xano tem) são as funções no code. Você vai ter que escrever as edge functions no JS mesmo, no Supabase.
Estou trocando emails com eles pra entender os limites, pois na documentação deles não fica muito claro. Assim que tiver a resposta, eu boto lá na Prepara o Bolso :)
Salve Renato, eu tenho a idéia de um app que pode ser baixado muitas vezes. Como funciona e eu conseguiria ter uma ajuda sua? Poderíamos trabalhar juntos e eu te participo dos lucros. Veja se é viável pra vc e se sim, me chama que nós conversaremos. Abraço.
Alfredo, obrigado pelo carinho, mas não tenho disponibilidade para criar projetos. Estou 100% dedicado ao UA-cam, à Comunidade Sem Codar e aos nossos projetos próprios. No entanto, temos um portal criado exatamente pra te ajudar a achar um desenvolvedor: a Acheumdev. Lá estão os melhores alunos da Comunidade, que criam softwares sob encomenda em Bubble, FlutterFlow, e Ferramentas No Code e Low Code, e até mesmo no código quando necessário. Tem agências lá que já criaram aplicativos para bancos, companhias aéreas, seguradoras e multinacionais. Com certeza vão dar conta do que você precisa: www.acheumdev.com.br
Excelente!. Prepara o Bolso é um módulo de mentoria que gratuitamente recebemos. Muito obrigado a vc Asse e a toda sua equipe. Excelente material comparativo direto ao ponto sem, sem pretenções outras a não áquelas que realmente ficamos informados. Sucesso!
Cara vc é um monstro no seu ramo, incrivel como vc tem uma didatica clara e uma vontade de ajudar insuperavel, nao tenho dinheiro para o seu curso mas estou aprendendo pelo youtube, ansioso para finalmente tirar uma tonelada de ideias que eu tive ao longo da vida gracas a vc, assim que eu conseguir com certeza comprarei seu curso e mais indicarei para todos os seres que respiram, obrigado Renato por acender denovo alguns sonhos que eu tenho e por ser essa pessoa incrivel que vc é!
Obrigado pelas palavras, Pietro, será muito bem vindo :)
Pietro, o curso é um BAITA acelerador, vale a pena demais ! Você não faz ideia do tempo que vai economizar ao entrar na comunidade e seguir as aulas lá, sem falar no suporte, a galera lá ajuda muito.
Pietro, entrei essa semana na comunidade.
Mesmo sem grama, passei o cartão e vou em busca de pagar depois...
E te digo, já vi que vale cada real investido!
🎉
Uma das grandes duvidas que temos no inicio de um projeto e agora podemos estimar com mais tranquilidade.
Obrigado, mestre 🫂
Ótimo vídeo e Magnifica Calculadora de Custos... Bora Pra cima... 😉
Excelente Renato. Claro e preciso.
Excelente iniciativa, isso inclusive ajuda muito na analise de valor dos aplicativos criados ( custos para os clientes/usuarios) e a tomar decisões de quais plataformas utilizar. Como sugestão, quando possivel, elaborar mais um modulo de aulas, do tipo CRIANDO DO ZERO com flutterflow e XANO. Grato pelos ensinamentos.
Excelente explicação Renato!! Parabéns!
Maravilha! Agora tenho um link para passar para clientes e leads nessa pergunta de "quanto custa?" que aparece 80% dos casos haha.
Excelente video! Minhas recomendações por experiencia: Cuidado com Bubble e backend externo (Xano, Supabase, Firebase, SQL, etc), pode ficar lento e prejudicar a experiência do usuário devido ao trafego entre Bubble e Backend. Cuidado com Firebase quando sua aplicação terá muitas informações relacionais, pois vai sofrer muito com as cloud functions para junção de dados (inner/right/left/outer/cross Join) ou trafego de registros entre front e back end com lógica de agregação.
Perfeito.
O lance aí pra melhorar a usabilidade nesse tráfego Bubble x Backend Externo é fazer a chama clientside, marcando a opção no API Connector pra não usar o servidor, que aí economiza inclusive as WU, e deixa a API bem mais rápida.
Então, qual é sua recomendação de ferramenta?
@@RenatoAsseconcordo, mas e a segurança de deixar os acessos no client? Sempre considero questões de performance e segurança nas aplicações. Tem que colocar na balança e ver qual o melhor cenário pra cada uso.
@@FrancysKrieck exato, aí precisa entender direitinho os conceitos de clientside, serverside, e criar os Endpoints lá no backend pra só enviar as informações que o usuário pode acessar. Tem um módulo chamado "Segurança e privacidade" lá no curso em que ensinamos bem isso.
confesso que eu tinha preconceito com low code mas seus videos estão me fazendo mudar de ideia e vendo o quão errado eu estava em julgar o low code sem conhecer
Cara ótima calculadora!!
sugestão pra deixa-la melhor ainda!
Incluir o custo se usar o Supabase com o Fluterflow.
Adorei o vídeo.
Renato, mais uma excelente contribuição para o mercado! Mas ser humano nunca está satisfeito né kkkkkk Inclui o supabase e calculo de storage tbm!
Já mandei email pro Supabase, quando me retornarem vou incluir sim :)
Buenas Renato!! Minha contribuição de hoje: seria interessante adicionar o link para criar a conta no Firebase também ali junto com as demais que já estão no rodapé da descrição do video; acredito ser bacana também fazer isso em um botão ou adicionar nas logos dos programas dentro da própria página da preparaobolso o link para abrir a página das ferramentas. Apenas uma sugestão 🙌🙌
Legal esta abordagem, nos tira um pouco do escuro e evita dar tiro no próprio pé. "Augusto Cury : Tudo o que o dinheiro compra é barato "
AUGUSTO CURY, boa, não lembrava de quem era a frase. Valeu!
VRUUUUUUUUUUUUUUUUUUUUM! Vim antes da notificação
✅ Primeiro comentário confirmado
Nós te amamos Renato 😅
bom de mais!
Monstro
Muito legal mesmo!!! valeu.
Muito bom ... tenho um app com mais de 700 usuários ativos, realizando muitas consultas e operações por dia e não chega a 100mil WL / mes
Depois das otimizações que eu fiz ... claro kkkk antes batia mais de 1 Milhão, agora está proximo aos 40 Mil
olá
uma pergunta, para fazer uma base dados inventario de stok qual seria melhor ferramenta gratis!!
Grátis não existe. Independente de onde criar, vai precisar no mínimo pagar um servidor de hospedagem pra disponibilizar seu aplicativo na nuvem.
Minha sugestão é que use Bubble, que além de hospedagem, já inclui servidor, banco de dados, e tudo que você precisa pra botar teu app no ar: ua-cam.com/video/J0LdMJgPDDE/v-deo.html
Renato tudo bom?
Como posso usar essa calculadora para analisar a viabilidade de um marketplace?
Por exemplo, o número de usuários ativos por dia não representa o mesmo que o número de usuários que farão adições ou modificações no banco de dados ou Exclusões por exemplo…
Apenas uma parcela pequena irá realmente modificar ou adicionar informações, o restante (maior volume de usuários) apenas fará buscas e navegará pelas páginas..
Faz o cálculo para usuários que não vão criar nada e pros que vão e some os preços
É difícil calcular mesmo. Tem que fazer uma estimativa bem por cima, e botar no ar.
Olá, amigo.
Conseguiu fazer o cálculo?
Eu estou a pensar em um marketplace também.
Quais foram os apps que o amigo usou?
Obrigado
Fala Renato! sou novo no canal, mas já percorrendo a lista de videos! obrigado pelo excelente conteudo.
Renato estou tentando ativar leitura de codigo de barras, mas pelo que vi para IOS tem alguns setups diferentes voce tem ou já tem algum video voltado para essa parte?
abraço!!!
Peter, o FlutterFlow tem uma ação pronta pra isso: docs.flutterflow.io/actions/actions/widget-ui-interactions/scan-barcode-qr-code
O que vai precisar é só pedir a permissão de câmera lá quando for gerar o arquivo pra publicar :)
@@RenatoAsse show Renato! Vou verificar , novato na plataforma mas o conteúdo é demais abraço
Renato vc pretende trazer conteúdo da "appmaster" aqui ou na comunidade?
Luiz, não vi nada na Appmaster que a gente já não faça com as outras plataformas que ensinamos, mas sem lock-in (o Appmaster só exporta o código lá no plano Enterprise).
Mas por que? Me conta mais: viu algo interessante lá no Appmaster?
Show!! Excelente conteúdo!! Uma dúvida, na parte do "quantas gravações" conta por linha no banco de dados ou cada item dentro dessa linha nova?
Se você usou uma ação pra criar ou modificar um registro no banco de dados, é uma gravação, independente de quantos campos está alterando.
@@RenatoAsse boa!!! Obrigado 🚀
Renato obrigado... gostaria de tirar uma dúvida. Tenho um app no firebase. Vou publicar mas preciso entender como funciona a configuração para que cada vez que eu cadastrar um cliente ele tenha um ambiente totalmente novo com o banco de dados zerado. Na lógica que estou fazendo os usuários novos tem sempre acesso ao mesmo ambiente. Sabe me dizer que tipo de configuração é essa? será que preciso criar um projeto pra cada cliente e sempre reconfigurar o FF sempre que eu fizer ama venda do app?
Douglas, pra isso nós criamos um banco de dados multitenant, ou multiempresas, ou multiusuários, chame como quiser.
Você não cria bancos de dados individuais para cada usuário, mas sim separa o banco de dados.
Aqui explico melhor isso: ua-cam.com/video/yPdNZBqnig0/v-deo.html
Fala Renato, estou dando andamento em um projeto mas não tenho muito recurso.
gostaria de saber se consigo faze-lo rodar por uma ou duas semanas e já ter o valor que isso me custará, se isso for possível, como faço para e ver o valor que será cobrado após duas semanas?
tenho em mente que sera um aplicativo com no maximo 200 clientes, e deve entrar uns 10 por mês, mas não sei o quanto eles utilizarão o app e nem o quanto irão criar no banco de dados, isso me deixa com receio de não saber o quanto gastarei.
gosto muito do seu conteúdo, um dos mais didáticos que já vi!
João, é como falei aí no vídeo, não tem muita saída: é botar pra rodar mesmo, e analisar o consumo.
Meus aplicativos sumiram do bubble 😢😢😢, me ajuda pfvv, estava fazendo uma rede social
Gabriel, provavelmente você logou com outra conta. Nunca vi aplicativos sumirem do Bubble.
Muito louco ver esses comparativos e perceber que nossa preocupação com preços de servidores são, muitas vezes, desnecessários. Nesse caso dos 50 mil usuários, podia estar cobrando R$5/mês de cada e ainda estaria com lucro alto.
Lian, são bem raros os casos de aplicativos que tem custo alto de servidor.
Muito provavelmente servidor será uma das menores despesas da sua empresa.
Eu aqui pago 100 e poucos dólares de Bubble, e meu escritório de contabilidade custa 2.500 por mês. Percebe?
Os cases que já vi de aplicativos com custo alto de servidor:
- Mobilidade urbana (tenho um amigo com app desse, 700 motoristas na rua com sincronização de GPS em tempo real custam pra ele perto de 8 mil reais por mês no Google Cloud)
- Ferramentas de automação de conversa (muitas mensagens trocadas via WhatsApp o tempo todo, se tiver 10 mil usuários enviando 100 mensagens por dia são 1 milhão de registros por dia, precisa saber precificar bem)
Mas na grande maioria dos casos, se o aplicativo estiver bem otimizado, o custo vai ser baixo.
@@RenatoAsse E diz a lenda que o contador não deixa o empresário mais rico, mas pode quebra-lo sem nem perceber.
Boa noite,, como tenho um server com meus sites, seria possivel usar MariaDB(MySql)?? Grato.
Consegue sim, basta usar uma ferramenta pra conectar com teu banco de dados, como o Buildship por exemplo. Semana que vem vou soltar um vídeo ensinando :)
Renato, estou com um problema com meu app no modo teste e no em produção.
Quando eu gravo um item no bd com imagens apenas guarda os textos as imagens somem
Difícil dizer o que pode ser sem ver por dentro. Se estiver na Comunidade, faz um post lá no grupo.semcodar.com.br que a gente tenta achar o erro (e a solução)
Renatão, eu preciso criar um app de delivery para meu supermercado (seria uns 500 usuários, uns 10 usando por dia, 8 mil produtos a serem consultados). Estou disposto a pagar qualquer preço de tempo e dedicação, só não em dinheiro pq aí o negócio não vai valer a pena kk... não tenho pra onde correr mesmo né? Tem nenhuma solução gratuita pra frontend e backend neste caso?
@tsruas, vou ser MUITO franco contigo: sua demanda é tão clara, que com certeza já deve existir algumas dezenas de soluções pra isso, sem precisar criar do zero. Eu iria numa delas, sem sombra de dúvida. Vai pagar ali uns 100, 200 reais por mês (mesmo preço que pagaria pra hospedar seu aplicativo em qualquer plataforma No Code), e pronto, problema resolvido. Até sexta-feira já tá com teu app rodando.
@@RenatoAsse Entendi! Eu queria algo realmente personalizado, que eu possa alterar da maneira que precisar e quando precisar, que fosse inclusive bem simples pelo porte da loja que é pequeno. Mas realmente pelo fato de ser público já descarta qualquer possibilidade de solução gratuita.
@@RenatoAsse Aqui na cidade (aprox 300k habit.) pouquíssimos mercados vendem por app, e alguns são pelo wpp mesmo, o que é horrível pra controlar. Como a margem do negócio é minúscula e o volume de vendas vai ser relativamente pequeno inicialmente, ainda não vale a pena pra mim pagar pra ter este serviço. Até por não poder cobrar uma taxa de serviço suficiente pra cobrir as despesas (pessoa dedicada pra separação e registro dos produtos, veículo/entregador e o próprio app). Só se o volume fosse alto.
Valeu, Renatão!
Faltou colocar aí o Adalo
Renato, tudo bom? Eu criei um app de papel de parede com imagens geradas por ia. Eu não tenho muita noção sobre conversão em apps. Agora estou criando a assinatura, mas não tenho noção de qual porcentagem de conversão é boa pra esse tipo de app. De início eu tenho os custos do flutterflow e também da ia que dá 65 dólares total. Estou pensando em colocar a assinatura de 5 reais mensais ou 42 reais por ano. Fiz umas contas se a conversão fosse de 1 % , mas a conta não fechou, levaria muito tempo só pra pagar os custos. Você acha possível conseguir 10 % dos usuários pagando a assinatura? Pode dar sua opinião? Procurei na web mas não encontrei dados pra me ajudar.
Não existe regra. Pode ter 1% ou 99% de conversão de free para pagantes, depende de como você compôs os recursos, do seu modelo de precificação, da experiência de usuário. Mas 10% é super viável, sim.
Supabase como ficaria esta previsão de valores?
Daniel, bem difícil de prever. Mandei um email pra eles perguntando e estou aguardando retorno. Assim que me responderem, vou adicionar lá no comparador :)
like
Renato, estou pensando em usar o Firebase para o meu aplicativo, mas estou preocupado com o fato de ele ser não relacional. Meu aplicativo certamente terá vários relacionamentos entre entidades, e como o Firebase segue um modelo NoSQL, tenho receios de que isso possa complicar consultas e operações com relacionamentos no futuro, como joins (inner/right/left/outer etc). Dado que meu aplicativo está no início do desenvolvimento e será feito em FlutterFlow, o Xano é uma opção um pouco cara, e o Supabase não tem tantas integrações com o FlutterFlow quanto o Firebase. Devo considerar o Supabase em vez do Firebase devido a essa preocupação, mesmo que seja um pouco mais complexo de integrar? Ou você acha que essa questão não prejudicará significativamente o desenvolvimento do meu aplicativo, e posso seguir em frente com o Firebase?
Sim, eu daria preferência a um banco relacional. Eu, pessoalmente, escolher Supabase ou Xano.
Fazer as APIs do Supabase é super tranquilo, só conectar a API. Dá um pouco mais de trabalho, mas é bem simples.
A única coisa que você não terá no Supabase (que o Xano tem) são as funções no code. Você vai ter que escrever as edge functions no JS mesmo, no Supabase.
Faltou o supabase.
podia ter incluido o supabase
Estou trocando emails com eles pra entender os limites, pois na documentação deles não fica muito claro. Assim que tiver a resposta, eu boto lá na Prepara o Bolso :)
Faltou o Supabase
Então você é um No-developer?
Não sei. O que é um "No-developer"?
Mas quem é que vai cobrar usuario brasileiro em dolar? não tem nem lógica isso.
E porque você precisaria cobrar em dólar? Cobra em real, ué. Você vai pagar em dólar.
Salve Renato, eu tenho a idéia de um app que pode ser baixado muitas vezes. Como funciona e eu conseguiria ter uma ajuda sua? Poderíamos trabalhar juntos e eu te participo dos lucros. Veja se é viável pra vc e se sim, me chama que nós conversaremos. Abraço.
Alfredo, obrigado pelo carinho, mas não tenho disponibilidade para criar projetos. Estou 100% dedicado ao UA-cam, à Comunidade Sem Codar e aos nossos projetos próprios.
No entanto, temos um portal criado exatamente pra te ajudar a achar um desenvolvedor: a Acheumdev.
Lá estão os melhores alunos da Comunidade, que criam softwares sob encomenda em Bubble, FlutterFlow, e Ferramentas No Code e Low Code, e até mesmo no código quando necessário.
Tem agências lá que já criaram aplicativos para bancos, companhias aéreas, seguradoras e multinacionais. Com certeza vão dar conta do que você precisa:
www.acheumdev.com.br